16.04 CIFS “L'host è inattivo” ma non lo sono

Ho il mio setup CIFS in fstab e stanno funzionando come dovrebbero all'avvio. Montano come dovrebbero e funzionano per un po '. Dal nulla sembra (potrebbe essere dopo aver sbloccato la macchina, ecc.) Ottengo l'errore "L'host è inattivo" nel tentativo di accedervi. Ne ho molti e sono tutti giù. Sono inoltre condivisi dallo stesso server. In questo momento controllo su un computer Windows e una macchina 14.04 obsoleta e sono attivi e funzionano come dovrebbero. Dopo aver fatto clic sulle condivisioni in nautilus e aver ricevuto errori ripetuti, ricominceranno a funzionare. Per accedere a una condivisione "inattiva" sono necessari circa 2-3 minuti facendo clic in modo casuale su diversi supporti e tornando al primo quando viene visualizzato automaticamente i dati nel punto di montaggio.

Non ho questo problema su macchine 14.04 che non sono state aggiornate da un po '. Tutte queste macchine sono perfettamente funzionanti e il CIFS non va mai "giù". Il 16.04 non sono stati un problema fino a poco tempo fa.

Mi sono assicurato di aggiornarmi a giorni alterni e ho ripulito le vecchie intestazioni di Linux (a posteriori avrei probabilmente dovuto ripristinare). Lo faccio perché sto implorando che appaia una soluzione, ma sono state settimane di combattimenti su supporti CIFS senza soluzione.

Sto affrontando lo stesso problema. Sembra che abbia qualcosa a che fare con le ultime versioni del kernel e samba.

Sono riuscito a risolverlo aggiungendo vers = 2.0 ai comandi mount (o alla fine di ogni riga fstab)

Dopo molti test l'aggiunta vers=1.0nella linea di montaggio sembra risolvere il problema. Il mount ora funziona su Ubuntu 17.10 come per anni su versioni precedenti di Ubuntu.

Ho affrontato lo stesso problema da solo, volevo montare automaticamente usando il metodo trovato nel wiki di Ubuntu ( https://wiki.ubuntu.com/MountWindowsSharesPermanently ) anche se ho lo stesso problema di cui sopra:mount error(112): Host is down

La cosa è ciò che mi ha aiutato è l'aggiunta vers=3.0di opzioni e:

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

Quindi sembra che funzioni ora solo se si ignora SMB1 e ne si usa uno specificato, SMB3 ha funzionato per me, quindi non ho provato nient'altro.

Ho usato un account locale sul computer Windows non uno con nome di dominio outlook.com poiché ho letto qualcosa che potrebbe causare conflitti.

Altri hanno già accennato alla soluzione, ma potrebbe valere la pena di spiegare brevemente il motivo.

mount.cifs in Ubuntu 16.04 utilizza il protocollo SMB1 per impostazione predefinita.

Nelle versioni successive di mount.cifs, la versione SMB predefinita è 2.1 o 3.0.

Gli attuali server Windows non supportano più il protocollo SMB 1.0, a meno che non siano specificamente configurati nel loro registro per accettarlo. Pertanto, per impostazione predefinita, rifiutano le connessioni dai client utilizzando il protocollo SMB1. Il che porta al messaggio fuorviante "L'host è inattivo".

Ma alcuni sistemi meno recenti (il più delle volte NAS) non supportano i protocolli 2.1 o 3.

La soluzione è dire mount.cifsdi usare il protocollo giusto per connettersi al tuo server, usando l' vers=opzione. Ad esempio, per connettersi a un computer Windows 10:

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

o su un vecchio NAS da Ubuntu 18.04 o successivo:

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

Da man mount.cifs(in 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.

Se definisci il tuo mount in /etc/fstab, potrebbe assomigliare a questo:

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

Ho avuto lo stesso problema dopo un aggiornamento client di cifs-utils alla 6.7-2. E sostanzialmente la soluzione di josepcoves e user695658 ha funzionato per me. Ma solo il valore 1.0 per l'opzione mount 'vers' ha funzionato per me. Sembra che il valore predefinito per il parametro 'vers' non sia più 1.0.