16.04 CIFS „Host nie działa”, ale tak nie jest

Mam moją konfigurację CIFS w fstab i działają one tak, jak powinny podczas uruchamiania. Wspinają się tak, jak powinny i pracują przez chwilę. Wydaje się znikąd (może to być po odblokowaniu komputera itp.). Występuje błąd „Host jest wyłączony” podczas próby uzyskania dostępu. Mam wiele i wszystkie są w dół. Są one również udostępniane z tego samego serwera. W tej chwili sprawdzam na komputerze z systemem Windows i nieaktualną maszynę 14.04 i działają one tak, jak powinny. Po kliknięciu udziałów w nautilus i powtórzeniu błędów, zaczną ponownie działać. Aby uzyskać dostęp do udziału, który jest „wyłączony”, potrzeba około 2-3 minut losowego kliknięcia różnych montowań i powrotu do pierwszego, gdy w sposób automatyczny pokazuje dane w punkcie montowania.

Nie mam tego problemu na maszynach 14.04, które nie były aktualizowane od dłuższego czasu. Wszystkie te maszyny są w pełni funkcjonalne, a CIFS nigdy nie spada. 16.04 nie stanowili problemu do niedawna.

Upewniłem się, że aktualizuję co drugi dzień i wyczyściłem stare nagłówki linuksa (z perspektywy czasu prawdopodobnie powinienem był przywrócić). Robię to, ponieważ błagam o pojawienie się poprawki, ale minęły tygodnie walki z wierzchowcami CIFS bez żadnego rozwiązania.

Mam ten sam problem. Wygląda na to, że ma to coś wspólnego z najnowszymi wersjami jądra i sambą.

Udało mi się to rozwiązać, dodając vers = 2.0 w poleceniach mount (lub na końcu każdej linii fstab)

Po wielu testach dodanie vers=1.0linii montowania wydaje się naprawiać problem. Montaż działa teraz na Ubuntu 17.10, podobnie jak przez lata w starszych wersjach Ubuntu.

Sam napotkałem ten sam problem, chciałem automatycznie zamontować za pomocą metody znalezionej na wiki Ubuntu ( https://wiki.ubuntu.com/MountWindowsSharesPermanently ), chociaż mam ten sam problem, jak podano powyżej:mount error(112): Host is down

Chodzi o to, co pomogło mi dodać vers=3.0w opcjach i:

//servername/sharename /media/windowMBsshare cifs credentials=/home/ubuntuusername/.smbcredentials,iocharset=utf8,sec=ntlm,vers=3.0 0 0

Wygląda więc na to, że działa teraz tylko wtedy, gdy obejdziesz SMB1 i użyjesz innego, SMB3 działał dla mnie, więc nie próbowałem niczego innego.

Użyłem konta lokalnego na komputerze z systemem Windows, a nie z nazwą domeny outlook.com, ponieważ przeczytałem coś, co może powodować konflikty.

Inni już wskazywali na rozwiązanie, ale warto krótko wyjaśnić przyczynę.

mount.cifs w Ubuntu 16.04 domyślnie używa protokołu SMB1.

W późniejszych wersjach mount.cifsdomyślna wersja SMB to 2.1 lub 3.0.

Obecne serwery Windows nie obsługują już protokołu SMB 1.0, chyba że zostały specjalnie skonfigurowane w rejestrze, aby go zaakceptować. Dlatego domyślnie odrzucają połączenia od klientów korzystających z protokołu SMB1. Co prowadzi do mylącego komunikatu „Host nie działa”.

Ale niektóre starsze systemy (najczęściej NAS) nie obsługują protokołów 2.1 lub 3.

Rozwiązaniem jest powiedzieć, mount.cifsaby użyć odpowiedniego protokołu do połączenia z serwerem, korzystając z vers=opcji. Na przykład, aby połączyć się z komputerem z systemem Windows 10:

mount -t cifs ... -o vers=3.0,...

lub na stary NAS z Ubuntu 18.04 lub nowszej:

mount -t cifs ... -o vers=1.0,...

Od man mount.cifs(w Ubuntu 16.04):

   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.

       ·   2.1 - The SMBv2.1 protocol that was introduced in Microsoft
           Windows 7 and Windows Server 2008R2.

       ·   3.0 - The SMBv3.0 protocol that was introduced in Microsoft
           Windows 8 and Windows Server 2012.

       Note too that while this option governs the protocol version used,
       not all features of each version are available.

Jeśli zdefiniujesz swojego mounta /etc/fstab, może on wyglądać mniej więcej tak:

//server/share  /mnt/share  cifs  defaults,vers=3.0,...your_other_options...,nofail,x-systemd.device-timeout=15 0 0

Miałem ten sam problem po aktualizacji klienta cifs-utils do wersji 6.7-2. I w zasadzie rozwiązanie od Josepcoves i user695658 działało dla mnie. Ale dla mnie działała tylko wartość 1,0 dla opcji montowania „vers”. Wygląda na to, że domyślna wartość parametru „vers” nie jest już 1.0.