Erreurs de montage du partage CIFS

31

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 sur lesquelles enregistrer. Je l'ai exécuté sans spécifier l'adresse IP du serveur et il arrive avec une IP aléatoire. J'ai spécifié une IP et il ne trouve pas l'appareil.

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?

Kendall
la source

Réponses:

35

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 case.

Exécutez cette commande sur la boîte Linux sur l'IP de la boîte Windows:

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 pouvez pas atteindre la boîte ou si la connectivité est entrante et sortante, le support peut se plaindre.

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

  1. Ouvrez le navigateur de fichiers pour C:\.
  2. Créez un nouveau dossier appelé public. Vous avez donc maintenant C: \ public
  3. Dans ce dossier, créez un nouveau document texte appelé "testing.txt".
  4. Cliquez avec le bouton droit sur le dossier C:\publicet accédez aux propriétés.
  5. Cliquez sur l'onglet de partage.
  6. Assurez-vous que "Partager ce dossier sur le réseau" est coché. Notez le nom de partage: «public».
  7. 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':

  1. Ouvrez une console et surootez.
  2. créer un répertoire mkdir /mnt/windows Ce sera l'endroit où vous accédez aux fichiers partagés.

  3. exécutez la commande mount qui vous 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]# 
    
  4. La commande ci-dessus vous invite à entrer un mot de passe, entrez le mot de passe correct, un mot de passe incorrect produira une erreur. Si vous n'êtes pas sûr du mot de passe, vous pouvez changer le mot de passe dans la boîte de fenêtres sous Panneau de configuration -> Comptes d'utilisateurs.

  5. 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]#
    
  6. Vous vous êtes connecté au lecteur Windows.

4. Connectez-vous au lecteur partagé avec le navigateur de fichiers konqueror ou linux:

  1. Ouvrez votre navigateur de fichiers, dans mon cas Konqueror.
  2. Dans la barre d'emplacement des fichiers, entrez smb://192.168.13.107/publicet appuyez sur Entrée.
  3. Vous pouvez être présenté avec une boîte de connexion de nom d'utilisateur et mot de passe. Entrez le nom d'utilisateur et le mot de passe de la boîte Windows décrite en haut de cet article.
  4. 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 effectuées. Assurez-vous que Linux a également pris en charge 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 peut bloquer votre tentative de partage de fichiers. Le pare-feu Windows 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 de côté).

Acquérir une liste de tous les logiciels de sécurité pouvant être définis en mode paranoïaque. Pare-feu Windows, pare-feu tiers, ZoneAlarms, Antivirus, Kaspersky, AVG ou tout autre élément qui prétend vous protéger contre les virus / programmes malveillants / malveillants. Vous devrez les consulter et les désactiver temporairement ou ouvrir une liste blanche à travers eux pour votre adresse IP.

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

ZoneAlarm conserve un journal de tous les événements et tentatives de partage de dossiers, accédez à Présentation-> alertes et journaux. Et consultez la 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 stupides ou tout autre périphérique réseau ont une directive shenanigan en bloquant votre tentative de connexion au dossier partagé. Le routeur ou le périphérique lui-même peut bloquer un port ou quelque chose en mode restrictif. Quelqu'un s'est-il moqué de lui ces derniers temps? Essayez de remettre le routeur à tout par défaut et réessayez.

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

Vos deux ordinateurs se connectent-ils au même routeur? Peut-être que l'un est connecté à un pont sans fil netgear 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 la boîte Windows ne partage pas votre fichier en se connectant au partage avec un autre ordinateur. Obtenez un ordinateur portable Windows amis ou un produit Apple et connectez-le à votre réseau et voyez s'ils peuvent accéder au partage. S'ils ne le peuvent pas, la boîte Windows a un problème, s'ils le peuvent, la boîte 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-firewallet assurez-vous que smb est coché. Vérifiez que Linux n'empêche pas votre montage. Créez un partage smb sur une autre boîte 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. Il s'agit d'une opération à la roquette.

Eric Leschinski
la source
1
Celui-là l'a fait pour moi. Le problème dans mon cas était dû à des paramètres de pare-feu qui autorisaient le ping mais n'autorisaient pas les connexions SMB sur le port TCP 445.
Paul Gear
Notez que vous devrez peut-être utiliser sudo ping 192.168.13.107non seulementping 192.168.13.107
Gabriel Staples
@GabrielStaples Pourquoi utiliseriez-vous sudo pour cela?
bryn
Je n'en ai aucune idée, mais je sais que je n'aurais pas écrit cela à moins de l'avoir d'abord essayé sans sudo, et cela n'a pas fonctionné, puis essayé avec sudo, et cela a fonctionné. Je suis sûr que je trouvais étrange alors aussi que l'un ait fonctionné et l'autre non à l'époque.
Gabriel Staples
7

Essayer:

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

La clé est sec = ntlm

Hugo
la source
Cela ne m'a pas donné de joie
Paul Gear
1
Que fait sec=ntlm-il?
Karl Richter
Aucune idée de ce qui se sec=ntlmpasse, mais c'est la seule solution sur cette page qui a fonctionné pour moi. Edit: voici une réponse sur les forums ubuntu qui explique pourquoi cela fonctionne: ubuntuforums.org/…
Jonathan Landrum
5

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 existe de nombreuses raisons possibles à cela, et lors de la recherche de ce problème, j'ai rencontré 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 pour résoudre ce problème, mais le serveur auquel vous vous connectez doit être sur le même sous-réseau que votre ordinateur local. Ce problème est survenu pour moi parce que les connexions filaires et sans fil étaient activées, et déterminer à quel sous-réseau appartenait le périphérique était ambigu, car les deux connexions ne sont pas le même réseau. La désactivation du 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 se trouvait sur un stockage dans un sous-réseau différent. J'ai ajouté un alias de réseau (eth0: 1) avec une IP dans ce sous-réseau de stockage, puis cela a fonctionné.

Je m'attendais à quelque chose comme "pas de route pour héberger" au lieu de la cryptique "erreur (115): 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.) Les nouvelles lignes à la fin du fichier des informations d'identification

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 ceci:

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

Le fichier est formaté avec la shdéclaration de variable -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 il expirera en essayant d'analyser le 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 entraîne deux erreurs différentes, dont l'une est la suivante.

Au lieu de cela, montez le point de partage lui-même, puis ajoutez un lien symbolique vers le 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 le montage du sous-répertoire lui-même sans avoir à l'explorer à chaque fois.

Jonathan Landrum
la source
4

Je ne sais pas à quel point cela 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 la barre oblique de fin et apparemment, cela a fait une différence - il a monté:

# mount -t cifs //192.168.0.2/media /mnt/cifs/media -o username=user,password=pass
#
Dragon de glace
la source
1
Oui, les partages ne sont pas exactement des répertoires, même si les environnements de bureau aiment prétendre qu'ils le sont.
Eroen
3

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

username = foobar
password = secret

Après l'avoir changé en:

username=foobar
password=secret

Ça a marché.

relipse
la source
2

Je dois souvent citer le -o "username=joe,password=yadayada,domain=adomain" //share/share /mnt et il montera directement et la plupart des exemples que j'ai consultés ne montrent pas ce bit (si c'est nécessaire sur ces systèmes).
En fait, j'ai eu ce problème sur ma tablette tout à l'heure (pourquoi je veux ici que le nom UNC ne soit pas IP), les citations l'ont corrigé.

mxdog
la source
1

Solution supplémentaire possible

Si le dossier de partage provient de Windows 10 (s'applique probablement à 7 et XP également), vérifiez que les paramètres de partage du dossier Windows sont correctement configurés pour le type de réseau auquel vous êtes connecté, c'est-à-dire PublicouPrivate .

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. Réglez sur Publicou Privateselon le cas. (Dans mon cas, un Privateréseau a été incorrectement étiqueté Public.)

Une fois que le réseau est correctement classé, cliquez avec le bouton droit sur votre dossier partagé, sélectionnez Properties, sélectionnez l' Sharingonglet, sélectionnez le Network and Sharing Centerlien et assurez-vous qu'il Turn on file and printer sharingest sélectionné pour Publicou en Privatefonction de votre type de connexion wifi, comme précédemment.

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

Adam Smith
la source
0

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

Chris
la source
Je ne sais pas pourquoi ma réponse a été rejetée. Je l'ai inclus parce que j'obtenais le même comportement que l'OP mais avec une cause racine différente. Je sais que le problème du PO a été résolu, mais je pense qu'il peut être utile pour ceux qui rencontrent ce comportement de savoir qu'il existe une autre cause possible.
Chris
0

J'ai vu un cas aujourd'hui où quelqu'un essayait de monter un partage en utilisant CIFS mais CIFS n'était pas installé.

yum install cifs-utils
L'avocat du diable
la source