Erreurs de montage du partage CIFS

Question

J'essaie de monter un partage réseau d'un Linksys NAS200 vers Fedora 16.

Le programme que j'essaie d'exécuter n'accepte pas les adresses réseau dans lesquelles enregistrer. Je l'ai couru sans spécifier l'adresse IP du serveur et il arrive avec une adresse IP aléatoire. J'ai spécifié une adresse IP et il ne peut pas trouver le périphérique.

Voici les erreurs:

[root@HOME ~]# mount -t cifs -v //NAS_SERVER/public/ /mnt/ -o username=user,password=pass mount.cifs kernel mount options: ip=184.106.31.190,unc=\NAS_SERVER\public,,ver=1,user=user,pass=******** mount error(115): Operation now in progress Refer to the mount.cifs(8) manual page (e.g. man mount.cifs) [root@HOME ~]# mount -t cifs -v //NAS_SERVER/public/ /mnt/ -o username=user,password=pass,ip=192.168.1.77 ip address 192.168.1.77 override specified mount.cifs kernel mount options: ip=192.168.1.77,unc=\NAS_SERVER\public,,ver=1,user=user,pass=******** Retrying with upper case share name mount.cifs kernel mount options: ip=192.168.1.77,unc=\NAS_SERVER\PUBLIC,,ver=1,user=user,pass=******** mount error(6): No such device or address Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)

Mais cela fonctionne avec smbclient:

[root@HOME ~]# smbclient -L 192.168.1.77 WARNING: The security=share option is deprecated Enter user's password: Domain=[HOME] OS=[Unix] Server=[Samba 3.0.22] Sharename Type Comment --------- ---- ------- IPC$ IPC IPC Service (Network Storage) DISK 1 Disk PUBLIC Disk ADMIN$ IPC IPC Service (Network Storage) Domain=[HOME] OS=[Unix] Server=[Samba 3.0.22] Server Comment --------- ------- HOME Samba Server Version 3.6.5-85.fc16 NAS_SERVER Network Storage Workgroup Master --------- ------- HOME HOME

Pourquoi ne puis-je pas monter sur ce serveur samba? Que signifient ces erreurs?

Eric Leschinski · Accepted Answer

Résoudre les problèmes d'accès à un dossier partagé Windows XP à partir de Fedora:

Vous recevez l'erreur:

mount error(115): Operation now in progress Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)

1. Assurez-vous que Linux peut envoyer une requête ping à l'autre boîte.

Exécutez cette commande sur la boîte Linux à l’adresse IP de la fenêtre:

el@defiant /mnt $ ping 192.168.13.107 PING 192.168.13.107 (192.168.13.107) 56(84) bytes of data. 64 bytes from 192.168.13.107: icmp_req=1 ttl=128 time=0.366 ms --- 192.168.13.107 ping statistics --- 44 packets transmitted, 44 received, 0% packet loss, time 42999ms rtt min/avg/max/mdev = 0.178/0.227/0.366/0.038 ms

Si vous ne parvenez pas à atteindre la boîte ou si la connectivité est entrante et sortante, mount peut se plaindre.

2. Assurez-vous qu'un dossier est réellement partagé sur Windows, procédez comme suit.

Ouvrez le navigateur de fichiers à C:\.
Créez un nouveau dossier appelé public. Donc vous avez maintenant C:\public
Dans ce dossier, créez un nouveau document texte appelé "testing.txt".
Cliquez avec le bouton droit sur le dossier C:\public et accédez à Propriétés.
Cliquez sur l'onglet de partage.
Assurez-vous que "Partager ce dossier sur le réseau" est coché. Notez le nom du partage: 'public'.
Cliquez sur OK. Une petite main devrait apparaître sous le dossier, ce qui signifie qu'il est partagé.

Le dossier 'public' est maintenant partagé et vous devriez pouvoir vous y connecter avec Linux.

3. Sous Linux, montez le partage avec 'mount':

Ouvrez une console et su à root.
faire un répertoire mkdir /mnt/windows Ce sera où vous accédez aux fichiers partagés.

lancez la commande mount qui demande un mot de passe:

[root@defiant mnt]# mount -t cifs //192.168.13.107/eric /mnt/windows -o username=eric Password for eric@//192.168.13.107/public: ********** [root@defiant mnt]#

La commande ci-dessus vous demande un mot de passe, entrez le mot de passe correct, un mot de passe incorrect générera une erreur. Si vous n'êtes pas sûr du mot de passe, vous pouvez le modifier dans la zone des fenêtres située sous Panneau de configuration -> Comptes d'utilisateurs.
exécutez la commande cd /mnt/windows et exécutez ls. Le contenu du lecteur est présenté:
```
[root@defiant windows]# ls testing.txt [root@defiant windows]# 
```
Vous vous êtes connecté au lecteur Windows.

4. Connectez-vous au lecteur partagé à l'aide du navigateur de fichiers konqueror ou linux:

Ouvrez votre navigateur de fichiers, dans mon cas, konqueror.
Dans la barre d'emplacement de fichier, entrez smb://192.168.13.107/public et appuyez sur entrée.
Vous pouvez être présenté avec un nom d'utilisateur et mot de passe de connexion. Entrez le nom d'utilisateur et le mot de passe de la fenêtre Windows décrite en haut de cet article.
Félicitations, vous êtes connecté au dossier partagé.

DÉPANNAGE, si ce qui précède ne fonctionne pas.

Étape 1: Avez-vous essayé de redémarrer les deux ordinateurs

Redémarrez vos deux ordinateurs. Après cela, assurez-vous que toutes vos mises à jour Windows sont terminées. Assurez-vous que Linux a également mis à jour ses mises à jour logicielles. Redémarrez après les mises à jour.

Étape 2: Passez en revue vos pare-feu, ZoneAlarms et autres logiciels de sécurité

Un logiciel conçu pour protéger votre ordinateur contre les virus, les logiciels malveillants ou les maux sur Internet pourrait bloquer votre tentative de partage de fichiers. Le pare-feu Windows est peut-être en mode paranoïaque. Bien qu'il soit peu probable que le pare-feu Windows soit à blâmer, désactivez-le temporairement pour vérifier que ce n'est pas le problème. (ne le laissez pas).

Procurez-vous une liste de tous les logiciels de sécurité pouvant être configurés en mode paranoïaque. Pare-feux Windows, pare-feu tiers, ZoneAlarms, Antivirus, Kaspersky, AVG ou toute autre solution prétendant vous protéger contre les virus/programmes malveillants/maléfiques. Vous devrez les examiner et les désactiver temporairement ou ouvrir une liste blanche à travers celles-ci pour votre adresse IP.

Étape 3: acquérir des indices à partir d'un logiciel de sécurité.

ZoneAlarm tient un journal de tous les événements et tentatives de partage de dossiers, allez dans Aperçu -> alertes et journaux. Et voir une liste de toutes vos tentatives infructueuses. La même chose est possible pour d'autres logiciels. Dans ce cas, cela vous protège de vous.

Étape 4: Problèmes suspects dans le routeur ou le réseau local lui-même

Peut-être que le routeur, les ponts sans fil, les concentrateurs muets ou un autre périphérique réseau comporte un shenanigan directif en bloquant votre tentative de connexion de dossier partagé. Le routeur ou le périphérique lui-même peut bloquer un port ou avoir quelque chose en mode restrictif. Est-ce que quelqu'un a rigolé avec ça récemment? Essayez de redéfinir le routeur par défaut et d’essayer à nouveau.

Étape 5: Assurez-vous que votre réseau local est simple et correct.

Est-ce que vos deux ordinateurs sont connectés au même routeur? Peut-être que l'un est connecté à un pont sans fil Netgear de merde et l'autre à un routeur? Simplifiez le réseau en connectant tous les ordinateurs à un routeur. Redémarrez les routeurs et Internet, réessayez.

Étape 6: ne fonctionne toujours pas. Isolez l'unité défectueuse.

Il est temps de rassembler les chats et d'isoler l'unité défectueuse. Prouvez que Windows ne partage pas votre fichier en vous connectant au partage avec un autre ordinateur. Procurez-vous un ordinateur portable Windows d'amis ou un produit Apple et connectez-le à votre réseau pour voir s'il peut accéder au partage. S'ils ne peuvent pas, la fenêtre Windows a un problème, s'ils le peuvent, la machine Linux a le problème.

Étape 7: Suspectez le pare-feu sous Linux

Prenez note de toute alarme de sécurité spéciale ou logiciel de pare-feu spécial sur Linux. Exécutez system-config-firewall et assurez-vous que smb est coché. Vérifiez que Linux n’empêche pas votre montage. Créez un partage smb sur une autre machine Linux et essayez de vous y connecter.

Si rien de tout cela ne fonctionne. Utilisez l’option nucléaire, réinstallez les deux systèmes d’exploitation et recommencez par le haut. C'est une opération à la roquette.

Hugo · Answer

Essayer:

mount -t cifs -v //NAS_SERVER/public/ /mnt/ -o username=user,password=pass,sec=ntlm

La clé est sec = ntlm

IceDragon · Answer

Je ne sais pas à quel point c'est pertinent pour votre cas, mais j'ai eu un problème similaire lors du montage d'un partage CIFS sur mon téléphone Android:

# mount -t cifs //192.168.0.2/media/ /mnt/cifs/media -o username=user,password=pass mount: mounting //192.168.0.2/media/ on /mnt/cifs/media failed: No such device or address #

J'ai essayé de supprimer le slash final et apparemment cela a fait une différence - il est monté:

# mount -t cifs //192.168.0.2/media /mnt/cifs/media -o username=user,password=pass #

Jonathan Landrum · Answer

Ajouter plus de solutions possibles à ce problème

Ce message d'erreur n'est pas très descriptif, mais cela signifie que l'opération a expiré. Il y a de nombreuses raisons possibles à cela, et lors de mes recherches sur ce problème, j'ai trouvé des solutions qui n'ont pas encore été mentionnées sur ce fil.

1.) Réseau ambigu

Il n'est pas souvent mentionné dans les différentes solutions que vous pouvez trouver en ligne à ce problème, mais le serveur auquel vous vous connectez doit se trouver sur le même sous-réseau que votre ordinateur local. Ce problème se posait pour moi car les connexions filaires et sans fil étaient activées. Déterminer le sous-réseau auquel appartenait le périphérique était ambigu, car les deux connexions ne sont pas le même réseau. Désactiver le Wifi a résolu le problème instantanément. Je suis tombé sur cette solution en lisant Das Werkstatt:

[SOLUTION]

Dans mon cas, le partage DFS était sur un stockage dans un sous-réseau différent. J'ai ajouté un alias de réseau (eth0: 1) avec une adresse IP dans ce sous-réseau de stockage, puis cela a fonctionné.

Je m'attendais à quelque chose comme "pas de route vers l'hôte" au lieu de "l'erreur (115) cryptée: opération en cours" ...

Eh bien, je ne peux pas tout avoir;)

Source: http://www.das-werkstatt.com/forum/werkstatt/viewtopic.php?f=7&t=2074

2.) Newlines à la fin du fichier de références

Les fichiers d'informations d'identification sont utiles si vous avez des caractères spéciaux tels que la virgule , dans votre mot de passe. Il peut être référencé dans les options comme suit:

mount -t cifs //remote /mnt/local -o credentials=/path/to/cifs.credo

Le fichier est formaté avec la déclaration de variable sh- style:

username=me password=mypassword domain=mydomain

Si vous utilisez un fichier d'informations d'identification, assurez-vous qu'il n'y a pas de caractères de nouvelle ligne à la fin, sinon le délai expirera lors de la tentative d'analyse du fichier d'informations d'identification:

... domain=mydomain <empty line>

3.) Essayer de monter un répertoire spécifique plutôt que le point de partage réel

Si le répertoire spécifique dont vous avez besoin est un sous-répertoire du partage, vous ne pourrez pas monter ce dossier directement. Tenter de le faire aboutit à deux erreurs différentes, dont celle-ci.

Au lieu de cela, montez le point de partage lui-même, puis ajoutez un lien symbolique au sous-répertoire dont vous avez besoin:

~> mkdir /mnt/local ~> Sudo mount -t cifs //remote /mnt/local ~> ln -s /mnt/local/path/to/my-folder /mnt/my-folder

De cette façon, vous obtenez le même résultat que de monter le sous-répertoire lui-même sans avoir à l'explorer à chaque fois.

relipse · Answer

Le problème dans ma situation était que j'avais des espaces dans le fichier d'identifiants/etc/smb-credentials

username = foobar password = secret

Après l'avoir changé pour:

username=foobar password=secret

Ça a marché.

mxdog · Answer

Je dois souvent citer le -o "username=joe,password=yadayada,domain=adomain" //share/share /mnt et il montera immédiatement, et la plupart des exemples que j'ai consultés ne le montrent pas (si cela est nécessaire sur ces systèmes).
J'ai eu ce problème sur ma tablette tout à l'heure (pourquoi je suis ici pour le nom UNC et non pour l'IP).

Adam Smith · Answer

Solution possible supplémentaire

Si le dossier de partage provient de Windows 10 (s'applique probablement à 7 et XP aussi), confirmez que les paramètres de partage du dossier Windows sont configurés correctement pour le type de réseau auquel vous êtes connecté, à savoir Public ou Private .

Je vais simplement relayer mon expérience et m'adapter à votre situation, le cas échéant. Ouvrez la liste des réseaux wifi et pour celui auquel vous êtes connecté, cliquez sur Properties. Définissez sur Public ou Private selon le cas. (Dans mon cas, un réseau Private était incorrectement étiqueté Public.)

Une fois le réseau classé correctement, cliquez avec le bouton droit sur votre dossier partagé, sélectionnez Properties, sélectionnez l'onglet Sharing, sélectionnez le lien Network and Sharing Center et assurez-vous que Turn on file and printer sharing est sélectionné pour Public ou Private en fonction du type de connexion wifi défini précédemment.

Après cela, j'ai pu connecter une machine Debian à Windows 10 comme prévu.

Chris · Answer

Un autre problème peut être avec DNS. J'obtenais la même erreur "opération en cours". Naviguer avec Dolphin a bien fonctionné. Le nom d'hôte que j'utilisais avec succès avec Dolphin résout 4 adresses IP, dont l'une se termine par 0 (c'est un nom de sous-domaine). Lorsque j'utilise le nom d'une des trois autres adresses IP, le montage fonctionne. J'imagine que Dolphin est plus intelligent pour rechercher un hôte réel lorsqu'un nom de sous-domaine est attribué à mount.