J'ai un problème avec un point de montage précédemment configuré. Il montre le dossier, mais le support est manquant et contient "?" valeurs de taille, autorisations, etc.
J'ai donc essayé de remonter en utilisant cifs et la même commande d'avant:
mount -t cifs //nas.domain.local/share /mnt/archive
Mais je reçois l'erreur:
Host is down.
Si je cingle le domaine ou l'IP, j'obtiens une résolution correcte et je me connecte également en utilisant smbclient sans problème
ping nas.domain.local
ping ip
smbclient //nas.domain.local/share
J'ai regardé autour de moi, mais je ne trouve pas de réponse solide. Des pensées?
Cela peut également être dû à une incompatibilité de protocole. En 2017, Microsoft a corrigé les serveurs Windows et conseillé de désactiver le protocole SMB1.
À partir de maintenant, mount.cifs pourrait avoir des problèmes avec la négociation du protocole.
L'erreur affichée est "L'hôte est en panne", mais lorsque vous effectuez le débogage avec:
smbclient -L <server_ip> -U <username> -d 256
vous obtiendrez l'erreur:
protocol negotiation failed: NT_STATUS_CONNECTION_RESET
Pour surmonter cela, utilisez mount ou smbclient avec un protocole spécifié.
pour smbclient: ajoutez -m SMB2 (ou SMB3 pour la nouvelle version du protocole)
smbclient -L <server_ip> -U <username> -m SMB2
ou pour le montage: ajoutez vers = 2. (ou vers = 3.0 si vous souhaitez utiliser la version 3 du protocole)
mount -t cifs //<server_ip>/<share> /mnt/<mountpoint> -o vers=2.0
Sur archlinux après une récente mise à jour du paquet, j'ai dû ajouter vers = 1.0 à mes options de montage. Je me connecte à une ancienne boîte centos 5 et jusqu'à hier, je pouvais me connecter sans indiquer explicitement un numéro de version.
CIFS dans le noyau linux 4.13 par défaut est désormais SMB 3.0 et dans le noyau 4.14 il essaie 2.1 et supérieur. Voir ceci journal des modifications .
Clé USB chez Fritz NAS a montré "Host Down" pour Ubuntu 17.10:
Définition de la version (vers=1.0
) a fonctionné - voici la chaîne complète:
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>
Problème similaire après la mise à niveau vers Ubuntu 17.10, avec un ancien Buffalo Diskstation. Résolu en ajoutant dans/etc/fstab l'option "vers = 1.0":
// myWDhostname/partage/media/Partage cifs guest, vers = 1.0 0 0
Désolé si c'est une réponse tardive (je me rends compte que c'est un vieux fil), mais je viens de découvrir qu'il y a une autre raison possible pour laquelle mount.cifs dirait que l'hôte est en panne.
J'ai un antivirus avec un pare-feu et même si je l'ai défini explicitement pour autoriser le "partage de fichiers et d'imprimantes Windows" - une règle prédéfinie, il bloquait toujours les connexions. Je l'ai fait prouver en désactivant temporairement le pare-feu. J'espère que cela aide quelqu'un, l'hôte est en panne ne signifie pas qu'il ne répond pas aux pings, mais qu'il peut ne pas répondre aux tentatives d'authentification.
J'ai reçu la même erreur sans plus attendre d'un nouveau client Samba, lors de la tentative de montage d'un partage réseau CIFS SMB:
mount error(112): Host is down
Finalement, il s'est avéré que j'avais précédemment restreint l'accès au serveur SMB) à un nombre limité d'adresses IP uniquement en configurant /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'ajout de l'adresse IP fixe du nouveau client SMB a résolu le problème dans ce cas spécifique.
Bien sûr, il existe une multitude d'autres raisons pour lesquelles on peut recevoir l'erreur susmentionnée.
Même problème de connexion à Synology DiskStation (DSM 4.3).
L'utilisation de vers = 1.0 dans les options de montage fonctionne correctement.
De plus, j'ai dû utiliser l'option "noperm" car tous les fichiers étaient présentés à tort comme non lisibles et inscriptibles par le propriétaire.
La version SMB1 du protocole est obsolète, mais il s'agit de la version par défaut utilisée dans les anciennes versions de mount.cifs
, Par ex. J'ai ce problème avec la version 6.2.
Vous pouvez vérifier avec: Sudo mount.cifs --version
Si vous essayez de vous connecter à un serveur SMB3 à l'aide du protocole SMB1, vous obtenez l'erreur Host is down
.
La solution de contournement, comme décrit par de nombreuses autres réponses ici, consiste à spécifier une version différente du protocole. La commande suivante fonctionne pour moi: Sudo mount -t cifs //server.name.or.ip/shares/Public /target/directory -o username=someuser,domain=somedomain,vers=3.0
Cependant , si le serveur auquel vous vous connectez utilise DFS, vous obtiendrez alors l'erreur suivante: mount error(38): Function not implemented
. C'est parce que le support DFS sur SMB3 n'était que ajouté au noyau dans la version 4.11 .
Vous pouvez vérifier la version de votre noyau avec uname -a
. Dans mon cas, c'était 3.10 sur CentOS7. J'ai suivi ces instructions pour mettre à jour et maintenant ça marche.
Même problème avec la Fritzbox 7490: erreur de montage (112): l'hôte est en panne
Je n'ai pas utilisé -o vers = XX. Aussi vite qu'un requin que je suis, j'ai d'abord essayé -o vers = 2.0 et j'ai échoué.
Dès que j'ai utilisé l'option - o vers = 1., tout fonctionne bien!
Cela fonctionne pour moi ..
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
Mon env:
Client: Ubuntu 17.10 Linux 4.13.0-17-générique # 20-Ubuntu SMP x86_64 GNU/Linux
Serveur: microprogramme Fritzbox 7490 6.83.
Si vous rencontrez ce problème avec un Synology NAS, vérifiez que le vers=
option spécifiée à mount
et les versions min/max SMB sur les NAS sont compatibles.
Plus précisément, j'utilise vers=2.0
, mais mon Synology Diskstation déclenchait le Host is down
Erreur. J'ai trouvé une page, accès Windows 10 à NAS share. SMB 1.0 and 3. , sur le site Web de Synology qui explique comment définissez le Diskstation pour autoriser SMB v2.0 ou plus récent ...
Sur Synology NAS
Pour moi, le partage cifs monté était sur un serveur Windows dont l'adresse IP avait changé récemment, donc je pouvais cingler le serveur et résoudre sa nouvelle adresse, mais le montage ne s'était pas mis à jour lui-même. En exécutant un démontage paresseux puis en remontant mon problème a été résolu:
umount -l /mnt/share
mount -a
J'utilise généralement ce type de commande pour monter un partage cifs/smb.
mount -t cifs -o rw,netbiosname=nasserver1,credentials=/etc/user_credentials.txt //192.168.1.11/someshare /mnt
le fichier d'informations d'identification ressemble à ceci:
username=mydomain\user1
password=somepass
Cela peut également être adapté à une configuration de montage automatique afin que le montage/démontage puisse être géré automatiquement par le système via les autofs.
J'ai également rencontré le problème mentionné après une mise à niveau vers Xubuntu 17.10. J'utilise un Synology DiskStation. Ce que j'ai vu là-bas: dans le DiskStation, vous pouvez choisir les protocoles à prendre en charge. En ajoutant les protocoles appropriés (jusqu'à SBM3) dans les options avancées pour les services de fichiers dans le panneau de configuration, vous pouvez également résoudre le problème.
Dans notre cas, j'ai vérifié le nom de connexion des utilisateurs (de user2) dans l'AD. Là, j'ai remarqué que le nom commençait par une lettre majuscule et l'ai changé en minuscule comme il est écrit dans le script de montage. Même si nous n'avons touché ni à user2 ni au script de montage auparavant, la commande de montage a soudainement réussi.
mount --verbose -t cifs //pc/share /my-share -no user=user1,password=pw1 -o uid=user2,gid=group1,dir_mode=0775,file_mode=0664