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

Question

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

Demandé el 3 de Août, 2012: Quand la question a-t-elle été
260158 affichage: Nombre de visites la question a
5 Réponses: Nombre de réponses aux questions
Résolu: Situation réelle de la question

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 ?

Demandé el 3 de Août, 2012 par Kevin

0 votes

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

Commenté el 3 de Août, 2012 par tony roth

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.

Commenté el 3 de Août, 2012 par Kevin

8 votes

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

Commenté el 3 de Août, 2012 par jammus

Afficher 3 autres commentaires

Answer 1

5 Réponses

Answer 2

159voto

Amit Points 1341

Cela pourrait également être dû à un protocole incompatible. En 2017, Microsoft a corrigé les serveurs Windows et a conseillé de désactiver le protocole SMB1.

Dorénavant, mount.cifs pourrait rencontrer des problèmes lors de la négociation des protocoles.

L'erreur affichée est "Host is down." mais lorsque vous déboguez avec:

smbclient -L  -U  -d 256

vous obtiendrez l'erreur:

la négociation du protocole a échoué: 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  -U  -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 /// /mnt/ -o vers=2.0

Répondu el 5 de Avril, 2017 par Amit (1341 Points )

3 votes

Mon NAS est sur Linux lorsque j'essaie votre solution smbclient -L 192.168.1.47 -U admin -d 256 tout fonctionne parfaitement mais quand j'essaie mount -t cifs -o username=aa,password=bb,uid=olivier //192.168.1.47/partagefichiers/ /mnt/PartageFichiers il continue de dire mount error(112): Host is down

Commenté el 12 de Janvier, 2018 par Daniel

8 votes

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 ce NAS) en ajoutant:
mount -t cifs -o username=aa,password=bb,uid=olivier,vers=2.0 //192.168.1.47/partagefichiers/ /mnt/PartageFichiers

Commenté el 13 de Janvier, 2018 par Amit

17 votes

Étrange. La page de l'homme dit que vers=1.0 est la valeur par défaut, mais je ne pouvais pas monter mon lecteur réseau avant d'avoir explicitement passé vers=1.0.

Commenté el 6 de Février, 2018 par keen

Afficher 7 autres commentaires

Answer 3

50voto

Sjoerd Timmer Points 591

Sous archlinux après une récente mise à jour des paquets, 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 spécifier explicitement un numéro de version.

Le CIFS dans le noyau Linux 4.13 passe maintenant par défaut à SMB 3.0 et dans le noyau 4.14 il essaie 2.1 et supérieur. Voir ce journal des modifications.

Répondu el 6 de Octobre, 2017 par Sjoerd Timmer (591 Points )

0 votes

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

Commenté el 6 de Octobre, 2017 par Ben

0 votes

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 persistait. Peut-être que quelque chose sur le serveur a changé. Je pense que c'est aussi CentOS, j'espère que ce n'est pas CentOS 5! Merci pour la solution de contournement :)

Commenté el 9 de Octobre, 2017 par ww2000

2 votes

J'ai dû faire cela pour mon système Fedora 26 accéder à 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 de message d'erreur 'l'hôte est hors ligne'.

Commenté el 1 de Novembre, 2017 par quano

Afficher 2 autres commentaires

Answer 4

24voto

user449376 Points 231

La clé USB sur Fritz NAS affichait "Hôte indisponible" 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=,password=,uid=1000,gid=1000  //192.168.178.1/fritz.nas

Répondu el 22 de Décembre, 2017 par user449376 (231 Points )

5 votes

Tout fonctionnait à partir de /etc/fstab cifs mount; après apt upgrade sur mon Ubuntu 16.04 cela s'est produit. Spécifier le -o vers=1.0 a fonctionné. Merci

Commenté el 12 de Janvier, 2018 par equivalent8

Answer 5

7voto

Patrice Points 81

Problème similaire après la mise à niveau vers ubuntu 17.10, avec un ancien DiskStation Buffalo. Résolu en ajoutant dans /etc/fstab l'option "vers=1.0" :

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

Répondu el 4 de Mars, 2018 par Patrice (81 Points )

0 votes

Tout utilisateur d'Ubuntu 18.04 peut résoudre le problème en ajoutant l'option ,vers=1.0 lors de l'utilisation du tutoriel fourni par Jim sur ubuntuhandbook.org/index.php/2014/08/…

Commenté el 27 de Mai, 2018 par user337085

0 votes

J'ai le même problème et peux le résoudre en utilisant la version 1 dans le protocole. Mais j'ai un taux de transmission de données très faible. Je soupçonne que cela pourrait être dû à la version 1, donc l'utilisation d'une autre version serait meilleure.

Commenté el 9 de Juillet, 2018 par bomben

Answer 6

6voto

Sebastian Schlegel Points 11

Désolé si cette réponse est tardive (je me rends compte que c'est un vieux fil de discussion), cependant je viens de découvrir qu'il y a une autre raison possible pour laquelle mount.cifs pourrait dire que l'hôte est hors ligne.

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'imprimantes Windows" - une règle prédéfinie, il bloquait toujours les connexions. J'ai pu le prouver en désactivant temporairement le pare-feu. J'espère que cela aidera quelqu'un, le message "hôte hors ligne" ne signifie peut-être pas qu'il ne répond pas aux pings, mais pourrait signifier qu'il ne répond pas aux tentatives d'authentification.

Répondu el 28 de Novembre, 2013 par Sebastian Schlegel (11 Points )

0 votes

N'oubliez pas de vérifier le pare-feu des deux côtés : client et serveur (ainsi que tout pare-feu qui pourrait 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 règles iptables pour les autoriser : iptables -A INPUT -s 1.2.3.4/32 -j ACCEPT et iptables -A OUTPUT -d 1.2.3.4/32 -j ACCEPT, où 1.2.3.4 était l'adresse IP du serveur.

Commenté el 12 de Septembre, 2016 par Antônio Medeiros

0 votes

Mon NAS est sur Linux donc j'ai toujours ce problème, mais merci de le partager

Commenté el 12 de Janvier, 2018 par Daniel

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

Réponses

Questions en vedette

Top Tags

SistemesEz.com

Powered by:

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

Réponses

Questions en vedette

Top Tags

Dans notre réseau

SistemesEz.com

Powered by: