Pomoc NFS + SMB + WIN10

klimu

Passing Basics
Beginner
22 Grudzień 2020
25
1
3
42
QNAP
TS-x28
Ethernet
1 GbE
Hej,

Jako że SMB na QNAPIE sprawia problemy to za namową forumowicza postanowiłem spróbować NFS i znowu utknąłem.

Mam jakąś tam strukturę danych na dyskach. Większość utworzone w poziomu WWW qnapa lub na komputerach z Windows 10 poprzez SMB. Sieć składa się z 18 komputerów z Windows 10/11 oraz losowych urządzeń pracujących pod kontrolą Windows 10.
Windows 10, oficjalnie, wspiera tylko protokół NFSv3 i ma ograniczone możliwości wyboru kodowania znaków:
-o lang=euc-jp|euc-tw|euc-kr|shift-jis|big5|ksc5601|gb2312-80|ansi
I teraz:
-Jak dodam pliki poprzez SMB z polskimi znakami to przy dostępie poprzez NFS polskie znaki nie wyświetlają się. Zamiast nich są "krzaczki"
-Jak dodam pliki poprzez NFS z polskimi znakami to przy dostępie poprzez SMB tych plików w ogóle nie widać a w FileStation plik widoczny jest z "krzaczkami" w miejscu polskich znaków. Dodatkowo Filestation nie jest w stanie skasować tych plików:
Error 2022-04-22 10:13:08 XXX 10.0.5.6 --- HTTP [File Station] /madur_dane/QC kalibracja/d?pa failed to delete Deleted
Warning 2022-04-22 10:13:07 XXX 10.0.5.6 --- HTTP [File Station] /madur_dane/QC kalibracja/d?pa Deleted (Permission denied)
Skasować je mogę jedynie z poziomu udziału NFS.

Potrzebuje zamiennie dostępu do danych poprzez SMB i NFS. Jest to możliwe do zrealizowania w moim scenariuszu?
 
Raczej zle zapinasz tego NFS'a. Polskie znaki powinny byc dla obu protokołów. Nie bardzo rozumiem dlaczego musisz uzywac na Windowsie NFS?
Kombinujesz cos...
Test:
Odpal Windows 10 - zapisz polskie nazwy plikow po Samba
Odpal Ubuntu, zapnij po NFS - zobacz... są polskie znaki?

Działania:
Jeśli tak, tzn. że po stronie konfiguracji NFS+Windows popełniasz błąd.
Jeśli nie, to powinienes zgłosić problem na helpdesk (ale raczej to jest niemożliwe)
 
Problem z SMB opisałem tutaj:

Udzielamy pomocy - Powolne wczytywanie listy plików - samba

I przy dostępie poprzez NFS rzeczywiście jest olbrzymi przyrost wydajności który mnie satysfakcjonuje.

Zasób NFS jest zamontowany jak poniżej:
C:\Users\MK>mount

Local Remote Properties
-------------------------------------------------------------------------------
x: \\10.0.0.100\madur_dane UID=0, GID=0
rsize=262144, wsize=262144
mount=hard, timeout=6.4
retry=1, locking=yes
fileaccess=777, lang=ANSI
casesensitive=no
sec=sys

próbowałem montować używając innych zestawów kodowań:
-o lang=euc-jp|euc-tw|euc-kr|shift-jis|big5|ksc5601|gb2312-80|ansi
Ale "krzaczki" zamiast polskich znaków nadal występowały, tylko że np inne.

Gdy zamontuje udział nfs na ubuntu (NFSv4 i NFSv3) to polskie znaki są poprawnie w nazwach plików wyświetlane. A w tym samym momencie w udziale NFS zamontowanym na Windows 10 zamiast polskich znaków są "krzaczki".

Np:
Na ubuntu, na udziale NFS tworze katalog dópa:
-Win10 - SMB - wyświetla się dópa
-Win10 - NFS - wyświetla się dĂłpa

Na Win10, na udziale NFS tworze katalog dópa:
-Win10 - SMB - plik się nie wyświetla wcale
-Ubuntu - NFS - wyświetla się d'$'\363''pa

Ewidentnie to wina Windowsa 10.
 
1650626812547.png


AFP macOS Monterey 12.3.
1650627109712.png

Samba Windows 11:
1650627360529.png


NFS Ubuntu 20.04 Server+Desktop:
1650628384397.png


Windows 11 ponownie:
1650628525879.png


AFP Mac ponownie:
1650628484703.png


U mnie działa.
Coś musisz mieć skopane.
 
W tą stronę co Ty zrobiłeś u mnie też działa.
Zamontuj udział NFS na Win11, stwórz na nim katalog dópa (na Win11 na udziale NFS) i zobacz co widać na ubuntu i na SMB pod Win11.
 
Jest to problem z brakiem obsługi kodowania UTF-8 w przypadku NFSv3 w Windows10/11. Tyle udało mi się już wygooglować.
Temat nie rozwiązany. są jakieś customowe sterowniki dodające obsługę NFSv4 do Windowsa7 ale to droga przez mękę i podobno na Windowsie 10 już nie chcą współpracować.
 

Użytkownicy znaleźli tą stronę używając tych słów:

  1. ubuntu station
  2. macOS Monterey