128 votes

Hôte de montage CIFS est à l'arrêt

J'ai un problème avec un point de montage qui a été précédemment configuré. Il affiche le dossier, mais le montage est manquant et affiche des valeurs "?" pour la taille, les autorisations, etc.

J'ai donc essayé de remonter en utilisant cifs et la même commande qu'auparavant :

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

Mais j'obtiens l'erreur :

Hôte inaccessible.

Si je fais un ping sur le domaine ou l'IP, j'obtiens une résolution correcte et j'ai également réussi à me connecter en utilisant smbclient sans problème

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

J'ai cherché autour de moi, mais je ne trouve pas de réponse solide. Des idées ?

0 votes

Effectuer une recherche DNS (nslookup) sur nas.domain.local, est-ce égal à l'adresse IP que vous avez pingée?

0 votes

Oui, l'adresse IP renvoyée est correcte. Je peux accéder à l'interface web du NAS en utilisant l'adresse IP et le domaine également. Je peux accéder aux données sur mon ordinateur portable en utilisant soit le domaine, soit l'adresse IP, il semble donc qu'il y ait un autre problème en jeu ici.

8 votes

Ajoutez l'interrupteur --verbose à votre commande de montage, postez les erreurs/résultats qui semblent pertinents.

5voto

Serge Stroobandt Points 305

J'ai reçu la même erreur sans plus tarder d'un nouveau client Samba, en essayant de monter un partage réseau CIFS SMB :

mount error(112): L'hôte est hors ligne

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 en configurant /etc/samba/smb.conf :

# Autoriser ces adresses IP à se connecter :
hosts allow = 127.0.0.1 127.0.1.13 127.0.1.63

# Tout le reste est refusé par défaut
hosts deny = ALL

Ajouter 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 myriade d'autres raisons pour lesquelles on peut recevoir l'erreur mentionnée ci-dessus.

4voto

Bernhard Points 41

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

L'utilisation de vers=1.0 dans les options de montage fonctionne bien.

De plus, j'ai dû utiliser l'option "noperm" car tous les fichiers s'affichaient à tort comme non lisibles et non inscriptibles par le propriétaire.

3voto

La version SMB1 du protocole a été dépréciée, cependant c'est la version par défaut utilisée dans les anciennes versions de mount.cifs, par exemple 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 en utilisant le protocole SMB1, vous obtiendrez l'erreur Host is down.

La solution de contournement, comme décrit par de nombreuses autres réponses ici, est de 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, alors vous obtiendrez à la place l'erreur suivante: mount error(38): Function not implemented. Cela est dû au fait que le support de DFS sur SMB3 n'a été ajouté au noyau qu'à partir de la version 4.11.

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

2voto

MTilsted Points 1669

Même problème avec Fritzbox 7490 : erreur de montage (112) : l'hôte est hors service

Je n'ai pas utilisé -o vers=XX. Aussi rapide qu'un requin, j'ai d'abord essayé -o vers=2.0 et échoué.
Dès que j'ai utilisé l'option -o vers=1.0, tout a fonctionné correctement !

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 environnement :
Client : Ubuntu 17.10 Linux 4.13.0-17-generic #20-Ubuntu SMP x86_64 GNU/Linux
Serveur : Fritzbox 7490 firmware 6.83.

0 votes

AVM utilise une version obsolète de Samba qu'ils maintiennent eux-mêmes. Cela explique probablement pourquoi il faut utiliser vers=1.0 au lieu des versions de protocole plus récentes et plus appropriées.

1voto

blgnklc Points 1065

Pour moi, le partage monté cifs était sur un serveur Windows dont l'adresse IP avait récemment changé, donc je pouvais pinguer le 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, mon problème a été résolu :

umount -l /mnt/share
mount -a

0 votes

Cela a fonctionné pour moi pour la boîte de stockage Hetzner qui ne se montait plus lorsque j'utilisais le nom DNS du partage. L'IP fonctionnait, mais je voulais continuer à utiliser le nom DNS. Exécuter ces commandes a aidé.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X