Montowanie programu Windows Share za pomocą SMB 2.1 lub nowszego

Próbuję zamontować udział SMB hostowany w systemie Windows (CIFS) przy użyciu systemu Ubuntu 12.04 (przy użyciu jądra 3.13.0-117-generic). Montowanie za pomocą SMB1 działa, ale nie jest to dopuszczalne, zamiast tego musimy montować za pomocą SMB2.1 lub nowszego.

Poniżej znajduje się wynik moich prób zrobienia tego poprzez przekazanie argumentu ver =

root@----:/# mount -t cifs //SERVER/smbtest /mnt/smbtest --verbose -o ver=2.1,user=administrator
Password:
mount.cifs kernel mount options: 
ip=10.16.0.40,unc=\\server.domain.net\smbtest,ver=2.1,ver=1,user=administrator,pass=********
mount error(22): Invalid argument
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)

Jak widać, w opcjach montowania jądra mount.cifs znajdują się dwa argumenty ver, jeden określony przeze mnie i domyślny (1). Dzieje się tak, jeśli podam cokolwiek innego niż 1 lub 1.0 dla ver.

cifs-utils wersja 5.1 jest zainstalowana, a cifs.ko jest w wersji 2.02. Ze strony statusu jądra SMB3 na wiki Samby: https://wiki.samba.org/index.php/SMB3_kernel_status ,

"The minimum version for use of the Linux kernel SMB3 support is kernel version 3.12 (or backport of cifs.ko module version 2.02 or later) but kernel version 3.18 or later (or equivalent, ie cifs module version 2.04 or later) is recommended for best SMB3 support."

Czy ktoś może mi pomóc podążać tutaj właściwą drogą? Coś mi brakuje. Jakie inne metody są dostępne do wymuszenia połączeń SMB2 +? To jest mój pierwszy post tutaj i starałem się streścić, jeśli coś przeoczyłem, daj mi znać i dodam informacje do mojego postu.

O ile wiem, powinno to działać, choć nie zdziwiłbym się, gdyby coś źle zrozumiałem, a SMB2 + nie jest obsługiwany.

Dzięki

EDYCJA: Rozumiem, że 12.04 to EOL. Zaktualizuję ten wpis jutro odpowiednimi informacjami dla 14.04, który ma ten sam problem. Jeśli ktoś może odpowiedzieć na pytanie: 12,04, nadal byłoby to mile widziane.

Jeśli użyję ver, to naprawdę wpisuje „Nieprawidłowy argument”, ale man mount.cifs mówi, że nazwa opcji to „vers”, a nie „ver”.

       vers=
       SMB protocol version. Allowed values are:

       ·   1.0 - The classic CIFS/SMBv1 protocol. This is the default.

       ·   2.0 - The SMBv2.002 protocol. This was initially introduced in
           Windows Vista Service Pack 1, and Windows Server 2008. Note
           that the initial release version of Windows Vista spoke a
           slightly different dialect (2.000) that is not supported....

działa dla mnie w mennicy 18.1:

mount -t cifs //192.168.1.1/public /home/user/Desktop/share --verbose -o vers=2.1,user=winuser

Znalazłem dostępne opcje na mojej lokalnej stronie man. Sprawdź to na swoim komputerze, aby zobaczyć, co obsługuje. Na stronie podręcznika wpisz /vers=szybko , aby znaleźć ten argument.

man mount.cifs

Następnie zamontowałem swój udział w następujący sposób:

sudo mount -t cifs //nas/homes/mike /media/mike/nashome -o vers=3.11,credentials=/home/mike/.ssh/.smb_nas

Wymagało to pliku poświadczeń o następującej treści pod adresem /home/mike/.ssh/.smb_nas, więc nie muszę wprowadzać hasła w poleceniu (co powoduje, że jest ono przechowywane w historii poleceń w postaci zwykłego tekstu) lub pod adresem monit (uciążliwość).

username=mike
password=[REAL PASSWORD]
domain=WORKGROUP

Instaluję z serwera Synology NAS, który obsługuje SMB w wersji 3.11. Musisz sprawdzić wersję systemu Windows (lub cokolwiek hostującego pliki za pośrednictwem CIFS / SMB), aby zobaczyć, co obsługuje po stronie serwera.

Co dziwne, jeśli komputer współużytkowany nie znajduje się pod tym adresem IP, możesz dostać ten sam błąd. Zmiana w DHCP „przeniosła” nasz NAS i to było przyczyną mojego problemu. Gdy udział powrócił do właściwego adresu IP, błędy ustały.