Mount CIFS Host ist nicht verfügbar

97

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?

Kevin
quelle
Ist ein nslookup nas.domain.local gleich der IP, die Sie gepingt haben?
Tony Roth
Ja, die zurückgegebene IP ist korrekt. Ich kann auch über die IP und die Domain auf das Webinterface des NAS zugreifen. Ich kann auf die Daten auf meinem Laptop entweder über die Domain oder die IP zugreifen. Es scheint also, dass hier ein anderes Problem
Kevin
6
Fügen Sie den --verboseSchalter zu Ihrem Befehl mount hinzu und veröffentlichen Sie alle Fehler / Ergebnisse, die relevant erscheinen.
Zoredache
Läuft der Dienst überhaupt auf dem Remote-Server? Es ist ein Linux oder Windows Server? Wenn es sich um Linux handelt, vergewissern Sie sich, dass der Dienst ausgeführt wird. Stellen Sie sicher, dass keine Änderungen an der Firewall vorgenommen wurden ... Wenn es sich um Windows handelt ..., können Sie einen Neustart in Betracht ziehen ...
Jay
1
@Zoredache -vvvFür noch ausführlichere Informationen hinzufügen !
Serge Stroobandt

Antworten:

108

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
Marcin P
quelle
Mein NAS ist auf Linux , wenn ich Ihre Lösung versuchen , smbclient -L 192.168.1.47 -U admin -d 256alles funktioniert perfekt , aber wenn ich versuche mount -t cifs -o username=aa,password=bb,uid=olivier //192.168.1.47/partagefichiers/ /mnt/PartageFichierses immer wieder sagtemount error(112): Host is down
Olivier Pons
3
Haben Sie versucht, das Protokoll anzugeben, wie ich es in dieser Antwort erläutere? Fügen Sie vers = 2.0 oder vers = 3.0 oder vers = 1.0 hinzu (abhängig von diesen NAS-Einstellungen), indem Sie Folgendes hinzufügen: mount -t cifs -o Benutzername = aa, Passwort = bb, uid = olivier, vers = 2.0 //192.168.1.47/ partagefichiers / / mnt / PartageFichiers
Marcin P
11
Seltsam. Die Manpage sagt, dass dies vers=1.0die Standardeinstellung ist, aber ich konnte mein Netzwerklaufwerk nicht bereitstellen, bevor ich es explizit bestanden habe vers=1.0.
Hubro
Kann man das auf der Windows-Seite ändern? Ich habe eine Software, die diese Optionen an cifs weiterleitet und die vers-Option nicht kennt, sodass sie nicht weitergeleitet wird.
Andrew Savinykh
1
In der fstab-Datei wird es so sein//<server_ip>/<share> /media/<mountpoint> cifs username=<username>,password=<password>,iocharset=utf8,sec=ntlm,vers=1.0 0 0
PRIHLOP
43

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 .

Sjoerd Timmer
quelle
Danke, ich hatte das gleiche Problem, aber ich weiß nicht, welches Upgrade dies erforderlich macht.
Ben
Das ist ein wirklich komisches Problem. Das gleiche ist mir heute passiert. Ich habe versucht, smbclient und libwbclient herunterzustufen, aber das Problem blieb bestehen. Vielleicht hat sich etwas auf dem Server geändert. Ich denke, es ist auch CentOS, ich hoffe nicht CentOS 5! Vielen Dank für die
Problemumgehung
2
Ich musste dies tun, damit mein Fedora 26-System auf einen Mount auf meinem Synology NAS DS413j zugreift. In meiner / etc / fstab steht jetzt ", vers = 1.0" am Ende der Optionszeichenfolge und es wird keine Fehlermeldung mehr angezeigt, dass der Host nicht verfügbar ist.
Neek
1
Ich hatte ein Upgrade von Ubuntu 16.04 auf 18.04 (LTS), bei dem meine Halterungen eines Lacie-NAS beschädigt wurden. Das hat den Trick für mich getan.
YoungFrog
14

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>
user449376
quelle
3
Alles funktionierte von /etc/fstabcifs mount aus. nachdem apt upgradeauf meinem Ubuntu 16.04 dies passiert ist. Angabe der -o vers=1.0hat den Trick getan. Vielen Dank
Äquivalent8
7

Ä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

Patrice
quelle
Jeder, der Ubuntu 18.04 verwendet und die ,vers=1.0Option hinzufügt, löst das Problem, wenn er das Tutorial von Ji m unter ubuntuhandbook.org/index.php/2014/08/…
Geppettvs D'Constanzo,
Ich habe das gleiche Problem und kann es lösen, indem ich Version 1 im Protokoll benutze. Aber ich habe eine sehr geringe Datenübertragungsrate. Ich vermute, es könnte an Version 1 liegen, daher ist es besser, eine andere Version zu verwenden.
Ben
5

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.

Lolinux
quelle
Denken Sie daran, die Firewall auf beiden Seiten zu überprüfen: Client und Server (sowie jede Firewall, die sich möglicherweise zwischen ihnen befindet). In meinem Fall hat die Firewall des Clients die Verbindungen zum Server blockiert. Ich musste iptablesRegeln hinzufügen , um sie zuzulassen: iptables -A INPUT -s 1.2.3.4/32 -j ACCEPTund iptables -A OUTPUT -d 1.2.3.4/32 -j ACCEPTwo 1.2.3.4war die IP-Adresse des Servers.
Antonio Vinicius Menezes Medei
Mein NAS läuft unter Linux, daher habe ich immer noch dieses Problem, aber danke fürs Teilen
Olivier Pons
4

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.

Serge Stroobandt
quelle
4

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.

Bernhard
quelle
2

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.

d.dieckert
quelle
AVM verwendet eine veraltete Version von Samba, die sie selbst pflegen. Das erklärt wahrscheinlich, warum man vers=1.0anstelle der passenderen neueren Protokollversionen verwenden muss.
0xC0000022L
2

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.

Dr. John A. Stevenson
quelle
0

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.

slm
quelle
0

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
Ludwig
quelle
0

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
Jon.Mozley
quelle
0

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.

Matthias Mielke
quelle
0

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).
Roger Lipscombe
quelle
-4

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

Vinicius Freitas
quelle
4
Mach das nicht . smbv1 ist der Vektor, mit dem sich WannaCry verbreitet und der überall ausläuft.
Andrew Schulman