Mount CIFS Host ist nicht verfügbar

Ich habe ein Problem mit einem zuvor konfigurierten Einhängepunkt. Es zeigt den Ordner, aber der Mount fehlt und enthält "?" Werte für Größe, Berechtigungen usw.

Also habe ich versucht, mit cifs und dem gleichen Befehl wie zuvor erneut einzuhängen:

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

Aber ich bekomme den Fehler:

Host is down.

Wenn ich die Domain oder IP anpinge, erhalte ich eine korrekte Auflösung und verbinde mich auch ohne Probleme mit smbclient

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

Ich sah mich um, kann aber keine sichere Antwort finden. Irgendwelche Gedanken?

Dies könnte auch an einer Protokollinkongruenz liegen. 2017 hat Microsoft Windows Server gepatcht und empfohlen, das SMB1-Protokoll zu deaktivieren.

Von nun an könnte mount.cifs Probleme mit der Protokollaushandlung haben.

Der angezeigte Fehler lautet "Host ist inaktiv.", Aber wenn Sie debuggen mit:

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

Sie erhalten den Fehler:

protocol negotiation failed: NT_STATUS_CONNECTION_RESET

Um dies zu überwinden, verwenden Sie mount oder smbclient mit einem angegebenen Protokoll.

für smbclient: add -m SMB2 (oder SMB3 für die neuere Version des Protokolls)

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

oder für mount: vers = 2.0 hinzufügen (oder vers = 3.0, wenn Sie Version 3 des Protokolls verwenden möchten)

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

Unter Archlinux musste ich nach einem kürzlichen Paket-Update meinen Mount-Optionen vers = 1.0 hinzufügen. Ich stelle eine Verbindung zu einer alten Centos 5-Box her und konnte bis gestern eine Verbindung herstellen, ohne explizit eine Versionsnummer anzugeben.

CIFS im Linux-Kernel 4.13 verwendet jetzt standardmäßig SMB 3.0 und im Kernel 4.14 versucht es 2.1 und höher. Siehe dieses Änderungsprotokoll .

USB-Stick bei Fritz NAS zeigte "Host Down" für Ubuntu 17.10:

Das Definieren der version ( vers=1.0) hat funktioniert - hier ist die vollständige Zeichenfolge:

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>

Ähnliches Problem nach dem Upgrade auf Ubuntu 17.10 mit einer alten Buffalo Diskstation. Gelöst durch Hinzufügen der Option "vers = 1.0" in / etc / fstab:

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

Es tut mir leid, wenn dies eine späte Antwort ist (mir ist klar, dass es sich um einen alten Thread handelt), aber ich habe gerade herausgefunden, dass es einen weiteren möglichen Grund gibt, warum mount.cifs sagen würde, dass der Host ausgefallen ist.

Ich habe ein Antivirenprogramm mit einer Firewall und obwohl ich es explizit so eingestellt habe, dass es "Windows-Datei- und Druckerfreigabe" zulässt - eine vordefinierte Regel, blockierte es dennoch Verbindungen. Ich hatte das bewiesen, indem ich die Firewall vorübergehend deaktivierte. Ich hoffe, dies hilft jemandem. Ein ausgefallener Host bedeutet möglicherweise nicht, dass er nicht auf Pings reagiert, aber möglicherweise, dass er nicht auf Authentifizierungsversuche reagiert.

Ich habe den gleichen Fehler ohne weiteres von einem neuen Samba-Client erhalten, als ich versuchte, eine CIFS-SMB-Netzwerkfreigabe bereitzustellen:

mount error(112): Host is down

Schließlich stellte sich heraus, dass ich zuvor den Zugriff auf SMB-Server durch Konfigurieren auf nur eine begrenzte Anzahl von IP-Adressen beschränkt hatte /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

Das Hinzufügen der festen IP-Adresse des neuen SMB-Clients löste das Problem in diesem speziellen Fall.

Natürlich gibt es eine Vielzahl anderer Gründe, warum man den oben genannten Fehler erhalten kann.

Gleiche Probleme beim Herstellen einer Verbindung mit der Synology DiskStation (DSM 4.3).

Die Verwendung von vers = 1.0 in den Mount-Optionen funktioniert einwandfrei.

Außerdem musste ich die Option "noperm" verwenden, da alle Dateien fälschlicherweise vom Eigentümer als nicht lesbar und beschreibbar angezeigt wurden.

Gleiches Problem mit Fritzbox 7490: Mount-Fehler (112): Host ist ausgefallen

-O vers = XX habe ich nicht verwendet. So schnell wie ein Hai ich bin, habe ich zuerst -o vers = 2.0 ausprobiert und bin gescheitert.
Sobald ich die Option -o vers = 1.0 benutzt habe , funktioniert alles einwandfrei!

Das funktioniert bei mir ..

 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    

Mein env:
Client: Ubuntu 17.10 Linux 4.13.0-17-generisch # 20-Ubuntu SMP x86_64 GNU / Linux
Server: Fritzbox 7490 Firmware 6.83.

Die SMB1-Version des Protokolls ist veraltet. Dies ist jedoch die Standardversion, die in älteren Versionen von verwendet mount.cifswird. Ich habe z. B. dieses Problem mit Version 6.2.

Sie können überprüfen mit: sudo mount.cifs --version

Wenn Sie versuchen, mithilfe des SMB1-Protokolls eine Verbindung zu einem SMB3-Server herzustellen, wird der Host is downFehler angezeigt .

Die Problemumgehung besteht darin, wie in vielen anderen Antworten beschrieben, eine andere Version des Protokolls anzugeben. Der folgende Befehl funktioniert für mich: sudo mount -t cifs //server.name.or.ip/shares/Public /target/directory -o username=someuser,domain=somedomain,vers=3.0

Allerdings , wenn der Server, auf dem Sie eine Verbindung DFS verwendet, dann werden Sie die folgende Fehlermeldung statt: mount error(38): Function not implemented. Dies liegt daran, dass die DFS-Unterstützung für SMB3 erst in Version 4.11 zum Kernel hinzugefügt wurde .

Sie können Ihre Kernel-Version mit überprüfen uname -a. In meinem Fall war es 3.10 auf CentOS7. Ich habe diese Anweisungen befolgt , um ein Upgrade durchzuführen, und jetzt funktioniert es.

Normalerweise verwende ich diesen Befehlstyp, um eine cifs / smb-Freigabe bereitzustellen.

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

Die Datei mit den Anmeldeinformationen sieht folgendermaßen aus:

username=mydomain\user1
password=somepass

Dies kann auch an ein Automount-Setup angepasst werden, so dass die Montage / Demontage vom System automatisch über Autofs vorgenommen werden kann.

In unserem Fall habe ich den Benutzernamen (von Benutzer2) im AD überprüft. Dort bemerkte ich, dass der Name mit einem Großbuchstaben begann und ihn in Kleinbuchstaben änderte, wie er im Mount-Skript geschrieben ist. Auch wenn wir zuvor weder user2 noch das mount-Skript berührt haben, war der mount-Befehl plötzlich erfolgreich.

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

Für mich befand sich die gemountete cifs-Freigabe auf einem Windows-Server, dessen IP-Adresse sich kürzlich geändert hatte, sodass ich den Server anpingen und seine neue Adresse auflösen konnte, aber der Mount hatte sich nicht aktualisiert. Durch Ausführen eines faulen Unmounts und anschließendes erneutes Mounten wurde mein Problem gelöst:

umount -l /mnt/share
mount -a

Ich bin auch gerade auf das Problem gestoßen, das nach einem Upgrade auf Xubuntu 17.10 erwähnt wurde. Ich benutze eine Synology DiskStation. Was ich dort gesehen habe: In der DiskStation können Sie auswählen, welche Protokolle unterstützt werden sollen. Durch Hinzufügen der relevanten Protokolle (bis zu SBM3) zu den erweiterten Optionen für Dateidienste in der Systemsteuerung können Sie das Problem auch lösen.

Wenn Sie dieses Problem mit einem Synology NAS haben, überprüfen Sie, ob die vers=angegebene Option mountund die Min / Max-SMB-Versionen auf dem NAS kompatibel sind.

Insbesondere verwende ich vers=2.0, aber meine Synology Diskstation hat den Host is downFehler ausgelöst . Ich fand eine Seite, Windows 10 Zugriff auf NAS-Freigabe. SMB 1.0 und 3.0 auf der Synology-Website, auf der erläutert wurde, wie Sie die Diskstation so einstellen, dass SMB v2.0 oder neuer zulässig ist.

Auf dem Synology NAS

• Gehen Sie zu Systemsteuerung -> Dateidienste
• Wählen Sie auf der Registerkarte SMB / AFP / NFS die Option Erweiterte Einstellungen
• Ändern Sie das Maximum SMB-Protokoll in SMB3
• Ändern Sie das Minumum SMB-Protokoll in SMB2 (auf der Seite steht, dass SMB2 mit großer MTU verwendet werden soll, aber das hat bei mir nicht funktioniert).

Hatte ein ähnliches Problem. Die Lösung für mich war auf der Windows Share Server Seite. Selbst wenn ich den Wert vers = 2.0 an meinen Linux-Server weitergebe, funktioniert der Mount nicht. Also musste ich auf meinem Windows-Server die smbv1-Unterstützung aktivieren. Dieser Artikel hat mir geholfen: https://support.microsoft.com/en-us/help/2696547/how-to-detect-enable-and-disable-smbv1-smbv2-and-smbv3-in-windows-and