Mount CIFS Host non è attivo

Ho un problema con un mount point precedentemente configurato. Mostra la cartella, ma manca il montaggio e contiene "?" valori per dimensioni, autorizzazioni, ecc.

Quindi ho provato a rimontare usando cifs e lo stesso comando di prima:

mount -t cifs //nas.domain.local/share /mnt/archive

Ma ottengo l'errore:

Host is down.

Se eseguo il ping del dominio o dell'IP ottengo una risoluzione corretta e mi connetto anche tramite smbclient senza problemi

 ping nas.domain.local
 ping ip
 smbclient //nas.domain.local/share

Mi sono guardato intorno, ma non riesco a trovare una risposta solida. qualche idea?

Ciò potrebbe anche essere dovuto a una mancata corrispondenza del protocollo. Nel 2017 Microsoft ha aggiornato i server Windows e ha consigliato di disabilitare il protocollo SMB1.

Da ora in poi, mount.cifs potrebbe avere problemi con la negoziazione del protocollo.

L'errore visualizzato è "L'host è inattivo.", Ma quando si esegue il debug con:

smbclient -L <server_ip> -U <username> -d 256

otterrai l'errore:

protocol negotiation failed: NT_STATUS_CONNECTION_RESET

Per ovviare a questo problema, utilizzare mount o smbclient con un protocollo specificato.

per smbclient: aggiungi -m SMB2 (o SMB3 per la versione più recente del protocollo)

smbclient -L <server_ip> -U <username> -m SMB2

o per mount: aggiungi vers = 2.0 (o vers = 3.0 se vuoi usare la versione 3 del protocollo)

mount -t cifs //<server_ip>/<share> /mnt/<mountpoint> -o vers=2.0

Su archlinux dopo un recente aggiornamento del pacchetto, ho dovuto aggiungere vers = 1.0 alle mie opzioni di mount. Mi sto collegando a un vecchio box centos 5 e fino a ieri ho potuto connettermi senza dichiarare esplicitamente un numero di versione.

CIFS nel kernel 4.13 di Linux ora è impostato per default su SMB 3.0 e nel kernel 4.14 prova 2.1 e versioni successive. Vedi questo registro delle modifiche .

La chiavetta USB su Fritz NAS ha mostrato "Host Down" per Ubuntu 17.10:

Definire la versione ( vers=1.0) ha funzionato - ecco la stringa completa:

sudo mount -t cifs -o vers=1.0,_netdev,username=<user>,password=<pwd>,uid=1000,gid=1000  //192.168.178.1/fritz.nas <local mountpoint>

Problema simile dopo l'aggiornamento a Ubuntu 17.10, con una vecchia Buffalo Diskstation. Risolto aggiungendo in / etc / fstab l'opzione "vers = 1.0":

// myWDhostname / partage / media / Partage cifs guest, vers = 1.0 0 0

Scusate se questa è una risposta tardiva (mi rendo conto che è un vecchio thread), tuttavia ho appena scoperto che esiste un altro possibile motivo per cui mount.cifs direbbe che l'host è inattivo.

Ho un antivirus con un firewall e anche se l'ho impostato esplicitamente per consentire la "condivisione di file e stampa di Windows" - una regola predefinita, stava ancora bloccando le connessioni. L'ho dimostrato disabilitando temporaneamente il firewall. Spero che questo aiuti qualcuno, l'host è inattivo potrebbe non significare che non risponde ai ping, ma potrebbe significare che non risponde ai tentativi di autenticazione.

Ho ricevuto lo stesso errore senza ulteriori indugi da un nuovo client Samba, durante il tentativo di montare una condivisione di rete SMB CIFS:

mount error(112): Host is down

Alla fine, ho scoperto che in precedenza avevo limitato l'accesso al server SMB a un numero limitato di indirizzi IP configurando /etc/samba/smb.conf:

# Allow these IP Addresses to connect: 
hosts allow = 127.0.0.1 127.0.1.13 127.0.1.63

# Anything else not allowed is, by default, rejected
hosts deny = ALL

L'aggiunta dell'indirizzo IP fisso del nuovo client SMB ha risolto il problema in questo caso specifico.

Naturalmente, ci sono una miriade di altre ragioni per cui si potrebbe ricevere l'errore sopra menzionato.

Stesso problema di connessione a Synology DiskStation (DSM 4.3).

L'uso di vers = 1.0 nelle opzioni di montaggio funziona bene.

Inoltre ho dovuto usare l'opzione "noperm" perché tutti i file erroneamente mostrati come non leggibili e scrivibili dal proprietario.

Stesso problema con Fritzbox 7490: errore di montaggio (112): l'host è inattivo

Non ho usato -o vers = XX. Veloce come uno squalo, per prima cosa ho provato -o vers = 2.0 e ho fallito.
Non appena ho usato l'opzione -o vers = 1.0 , tutto funziona bene!

Questo funziona per me ..

 sudo mount -t cifs -o rw,username=myname_on_the_box,pass\word=mypasswd_on_the_box,vers=1.0 //192.168.1.1/Fritz-nas /media/something/something    

Mio env:
Client: Ubuntu 17.10 Linux 4.13.0-17-generic # 20-Ubuntu SMP x86_64 GNU / Linux
Server: firmware Fritzbox 7490 6.83.

La versione SMB1 del protocollo è stata deprecata, tuttavia questa è la versione predefinita utilizzata nelle versioni precedenti di mount.cifs, ad esempio ho questo problema con la versione 6.2.

Puoi verificare con: sudo mount.cifs --version

Se si tenta di connettersi a un server SMB3 utilizzando il protocollo SMB1, viene visualizzato l' Host is downerrore.

La soluzione alternativa, come descritto da molte altre risposte qui, è specificare una versione diversa del protocollo. Il seguente comando funziona per me: sudo mount -t cifs //server.name.or.ip/shares/Public /target/directory -o username=someuser,domain=somedomain,vers=3.0

Tuttavia , se il server che ci si connette a utilizza DFS, allora si otterrà il seguente errore invece: mount error(38): Function not implemented. Questo perché il supporto DFS su SMB3 è stato aggiunto al kernel solo nella versione 4.11 .

Puoi controllare la versione del tuo kernel con uname -a. Nel mio caso, su CentOS7 erano le 3.10. Ho seguito queste istruzioni per l'aggiornamento e ora funziona.

Se si riscontra questo problema con un Synology NAS, verificare che l' vers=opzione specificata mounte le versioni min / max SMB sul NAS siano compatibili.

In particolare, sto usando vers=2.0, ma la mia Synology Diskstation stava causando l' Host is downerrore. Ho trovato una pagina, l' accesso a Windows 10 alla condivisione NAS. SMB 1.0 e 3.0 , sul sito Web Synology che ha spiegato come impostare DiskStation per consentire SMB v2.0 o versioni successive ...

Su Synology NAS

• Vai a Pannello di controllo -> Servizi file
• Nella scheda SMB / AFP / NFS, selezionare Impostazioni avanzate
• Cambia il protocollo SMB massimo in SMB3
• Cambia il protocollo Minumum SMB in SMB2 (la pagina dice di usare SMB2 con MTU di grandi dimensioni, ma per me non ha funzionato)

In genere utilizzo questo tipo di comando per montare una condivisione cifs / smb.

mount -t cifs -o rw,netbiosname=nasserver1,credentials=/etc/user_credentials.txt //192.168.1.11/someshare /mnt

il file delle credenziali è simile al seguente:

username=mydomain\user1
password=somepass

Questo può anche essere adattato a una configurazione di montaggio automatico in modo che il montaggio / smontaggio possa essere gestito automaticamente dal sistema tramite autofs.

Nel nostro caso ho verificato il nome di accesso degli utenti (di user2) in AD. Lì ho notato che il nome iniziava con una lettera maiuscola e l'ho cambiato in minuscolo come è scritto nello script mount. Anche se non abbiamo toccato né user2 né lo script mount prima, improvvisamente il comando mount ha avuto successo.

mount --verbose -t cifs //pc/share /my-share -no user=user1,password=pw1 -o uid=user2,gid=group1,dir_mode=0775,file_mode=0664

Per me, la condivisione cifs montata si trovava su un server Windows il cui indirizzo IP era stato modificato di recente, quindi ho potuto eseguire il ping del server e risolvere il suo nuovo indirizzo, ma il mount non si era aggiornato da solo. Eseguendo uno smontaggio pigro e quindi rimontando il mio problema è stato risolto:

umount -l /mnt/share
mount -a

Ho anche riscontrato il problema menzionato dopo un aggiornamento a Xubuntu 17.10. Uso una Synology DiskStation. Quello che ho visto lì: nella DiskStation, puoi scegliere quali protocolli supportare. Aggiungendo i protocolli pertinenti (fino a SBM3) nelle opzioni avanzate per i servizi di file nel pannello di controllo, è anche possibile risolvere il problema.

Ha avuto un problema simile. La soluzione per me era sul lato server di condivisione Windows. Anche passando il valore vers = 2.0 al mio server Linux, il mount non funzionava. Quindi ho dovuto abilitare sul mio server Windows il supporto smbv1. Questo articolo mi ha aiutato: https://support.microsoft.com/en-us/help/2696547/how-to-detect-enable-and-disable-smbv1-smbv2-and-smbv3-in-windows-and