Monter l'hôte CIFS est en panne


98

J'ai un problème avec un point de montage précédemment configuré. Il montre le dossier, mais le montage est manquant et contient "?" valeurs de taille, autorisations, etc.

J'ai donc essayé de remonter en utilisant cifs et la même commande que précédemment:

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'adresse IP, je reçois une résolution correcte et je me connecte également à l'aide de smbclient sans problème

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

J'ai regardé autour de moi, mais je ne peux pas trouver une réponse solide. Des pensées?


faire un nslookup nas.domain.local est-il égal à l'IP vous ping
tony roth

Oui, l'adresse IP renvoyée est exacte. Je peux également accéder à l'interface Web du NAS à l'aide de l'adresse IP et du domaine. Je peux accéder aux données de mon ordinateur portable en utilisant le nom de domaine ou l'adresse IP. Il semble donc qu'il y ait un autre problème en jeu ici
Kevin

6
Ajoutez le --verbosecommutateur à votre commande de montage et publiez toutes les erreurs / résultats qui semblent pertinents.
Zoredache

Le service fonctionne-t-il même sur le serveur distant? C'est un serveur Linux ou Windows? S'il s'agit de Linux ... vérifiez que le service est en cours d'exécution. Assurez-vous qu'aucune modification n'a été apportée au pare-feu ... Si c'est Windows ... alors vous pourriez envisager un redémarrage ...
Jay

1
@Zoredache Ajoutez -vvvpour encore plus d' informations verbeuses !
Serge Stroobandt

Réponses:


108

Cela pourrait aussi être dû à une inadéquation de protocole. En 2017, Microsoft a corrigé les serveurs Windows et conseillé de désactiver le protocole SMB1.

A partir de maintenant, mount.cifs pourrait avoir des problèmes avec la négociation de protocole.

L'erreur affichée est "L'hôte est en panne.", Mais lorsque vous effectuez un débogage avec:

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

vous obtiendrez l'erreur:

protocol negotiation failed: NT_STATUS_CONNECTION_RESET

Pour résoudre ce problème, utilisez mount ou smbclient avec un protocole spécifié.

pour smbclient: ajoutez -m SMB2 (ou SMB3 pour la version la plus récente du protocole)

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

ou pour mount: ajoutez vers = 2.0 (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

Mon NAS est sous Linux quand j'essaie votre solution, smbclient -L 192.168.1.47 -U admin -d 256tout fonctionne parfaitement mais quand j'essaie, je mount -t cifs -o username=aa,password=bb,uid=olivier //192.168.1.47/partagefichiers/ /mnt/PartageFichiersn'arrête pas de diremount error(112): Host is down
Olivier Pons

3
Avez-vous essayé de spécifier le protocole comme je l'ai expliqué dans cette réponse? Essayez d’ajouter vers = 2.0 ou vers = 3.0 ou vers = 1.0 (selon les paramètres de votre NAS) en ajoutant: mount -t cifs -o nomutilisateur = aa, mot de passe = bb, uid = olivier, vers = 2.0 //192.168.1.47/ partagefichiers / / mnt / PartageFichiers
Marcin P

11
Étrange. La page de manuel indique que vers=1.0c'est la valeur par défaut, mais je ne pouvais pas monter mon lecteur réseau avant de le passer explicitement vers=1.0.
Hubro

Est-il possible de changer cela du côté des fenêtres? J'ai un logiciel qui transmet cette option à cifs et il ne connaît pas l'option vers, donc il n'est pas transmis.
Andrew Savinykh

1
Dans fstab, ce sera comme ça//<server_ip>/<share> /media/<mountpoint> cifs username=<username>,password=<password>,iocharset=utf8,sec=ntlm,vers=1.0 0 0
PRIHLOP

43

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 utilise maintenant SMB 3.0 par défaut et dans le noyau 4.14, il essaie la version 2.1 ou supérieure. Voir ce journal des modifications .


Merci, j'ai eu le même problème, mais je ne sais pas quelle mise à niveau le rend nécessaire.
Ben

C'est un problème vraiment étrange. La même chose m'est arrivée aujourd'hui. J'ai essayé de rétrograder smbclient et libwbclient, mais le problème a persisté. Peut-être que quelque chose sur le serveur a changé. Je pense que c'est aussi CentOS, j'espère que non CentOS 5! Merci pour la solution de contournement :)
jPlatte

2
Je devais le faire pour que mon système Fedora 26 accède à un montage sur mon Synology NAS DS413j. Mon / etc / fstab a maintenant ", vers = 1.0" à la fin de la chaîne d’options et plus aucun message d’erreur «L’hôte est en panne».
Neek

1
J'ai eu une mise à niveau d'Ubuntu 16.04 à 18.04 (LTS) qui a cassé mes montures d'un NAS Lacie. Cela a fait le tour pour moi.
YoungFrog

14

La clé USB de Fritz NAS indiquait "Host Down" pour Ubuntu 17.10:

Définir 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>

3
Tout fonctionnait à l'intérieur de /etc/fstabCifs Mount; après apt upgradesur mon Ubuntu 16.04 cela s'est produit. Spécifier le -o vers=1.0fait le tour. Merci
équivalent8

7

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


Toute personne utilisant Ubuntu 18.04, l'ajout de l' ,vers=1.0option résout le problème lors de l'utilisation du didacticiel fourni par Ji m à l' adresse ubuntuhandbook.org/index.php/2014/08/…
Geppettvs D'Constanzo.

J'ai le même problème et je peux le résoudre en utilisant la version 1 du protocole. Mais mon taux de transmission de données est très faible. Je soupçonne que cela pourrait être dû à la version 1, donc utiliser une autre version serait préférable.
Ben

5

Désolé si la réponse est tardive (je réalise que c'est un ancien fil de discussion), mais je viens de découvrir qu'il existe 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 explicitement configuré pour autoriser le "partage de fichiers et d'impression Windows" - une règle prédéfinie, il bloquait toujours les connexions. Cela a été prouvé en désactivant temporairement le pare-feu. Espérer que cela aidera quelqu'un, l'hôte est en panne ne signifie peut-être pas qu'il ne répond pas aux pings, mais peut signifier qu'il ne répond pas aux tentatives d'authentification.


N'oubliez pas de vérifier le pare-feu des deux côtés: client et serveur (ainsi que tout pare-feu pouvant se trouver entre eux). Dans mon cas, c'était le pare-feu du client qui bloquait les connexions au serveur. J'ai dû ajouter des iptablesrègles pour les autoriser: iptables -A INPUT -s 1.2.3.4/32 -j ACCEPTet iptables -A OUTPUT -d 1.2.3.4/32 -j ACCEPT, où 1.2.3.4était l'adresse IP du serveur.
Antonio Vinicius Menezes Medei

Mon NAS est sous Linux donc j'ai toujours ce problème, mais merci de partager
Olivier Pons

4

J'ai reçu la même erreur sans plus attendre de la part 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 était apparu que j'avais précédemment restreint l'accès au serveur SMB à un nombre limité d'adresses IP 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 particulier.

Bien sûr, il existe une multitude d'autres raisons pour lesquelles on peut recevoir l'erreur susmentionnée.


4

Même problème de connexion au Synology DiskStation (DSM 4.3).

Utiliser vers = 1.0 dans les options de montage fonctionne bien.

De plus, je devais utiliser l'option "noperm" car tous les fichiers étaient indiqués à tort comme non lisibles et non en écriture par le propriétaire.


2

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.0 , 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-generic # 20-Ubuntu SMP x86_64
Serveur GNU / Linux : Fritzbox 7490 firmware 6.83.


AVM utilise une version obsolète de Samba qu’ils gèrent eux-mêmes. Cela explique probablement pourquoi il faut utiliser à la vers=1.0place des versions de protocole plus récentes plus appropriées.
0xC0000022L

2

La version SMB1 du protocole est obsolète. Cependant, il s'agit de la version par défaut utilisée dans les anciennes versions de mount.cifs, par exemple, le problème est lié à 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' Host is downerreur.

La solution de contournement, décrite 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

Toutefois , si le serveur que vous connectez à utilise DFS, alors vous obtiendrez l'erreur suivante à la place: mount error(38): Function not implemented. En effet, la prise en charge de DFS sur SMB3 n’a été ajoutée au noyau que dans la version 4.11 .

Vous pouvez vérifier la version de votre noyau avec uname -a. Dans mon cas, il était 3.10 sur CentOS7. J'ai suivi ces instructions pour mettre à niveau et maintenant cela fonctionne.


1

Si vous rencontrez ce problème avec un Synology NAS, vérifiez que l' vers=option spécifiée pour mountet les versions SMB min / max sur le NAS sont compatibles.

Plus précisément, j'utilise vers=2.0, mais mon Synology Diskstation a déclenché l' Host is downerreur. J'ai trouvé une page, l' accès Windows 10 au partage NAS. SMB 1.0 et 3.0 , sur le site Web de Synology, expliquant comment configurer Diskstation pour autoriser SMB v2.0 ou plus récent ...

Sur le Synology NAS

  • Allez dans le Panneau de configuration -> Services de fichiers
  • Dans l'onglet SMB / AFP / NFS, sélectionnez Paramètres avancés.
  • Modifier le protocole SMB maximum en SMB3
  • Changez le protocole SMB de Minumum en SMB2 (la page dit d’utiliser SMB2 avec un grand MTU, mais cela ne m’a pas fonctionné)

0

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 de références ressemble à ceci:

username=mydomain\user1
password=somepass

Ceci 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 autofs.


0

Dans notre cas, j’ai vérifié le nom de connexion de l’utilisateur (utilisateur2) dans l’AD. Là, j'ai remarqué que le nom commençait par une lettre majuscule et je l'ai changé en minuscule, comme il est écrit dans le script de montage. Même si nous n’avions jamais touché à user2 ni au script de montage auparavant, la commande de montage a 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

0

Pour moi, le partage cifs monté se trouvait sur un serveur Windows dont l'adresse IP avait changé récemment. Je pouvais donc envoyer une requête ping au serveur et résoudre sa nouvelle adresse, mais le montage ne s'était pas mis à jour. En exécutant un démontage paresseux, puis en remontant le problème, mon problème a été résolu:

umount -l /mnt/share
mount -a

0

Je viens également de rencontrer 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: sur le DiskStation, vous pouvez choisir les protocoles à prendre en charge. En ajoutant les protocoles pertinents (jusqu'à SBM3) dans les options avancées pour les services de fichiers du panneau de configuration, vous pouvez également résoudre le problème.


-4

Avait un problème similaire. La solution pour moi était du côté du serveur de partage Windows. Même en passant la valeur vers = 2.0 à mon serveur Linux, le montage ne fonctionnait pas. Je devais donc activer sur mon serveur Windows le support smbv1. Cet article m'a aidé: https://support.microsoft.com/en-us/help/2696547/how-to-detect-enable-and-disable-smbv1-smbv2-and-smbv3-in-windows-and


4
Ne fais pas ça . smbv1 est le vecteur que WannaCry utilise pour se répandre et disparaît partout.
Andrew Schulman le
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.