Windows 10 Share non accessible à partir d'Ubuntu 16.04 LTS
J'essaie de connecter/monter un point sur mon Ubuntu 16.04 LTS VM> à un partage sur l'hôte qui est un Windows 10 sans succès. Le but est que je puisse télécharger des fichiers sur Ubuntu (VM) et les transférer vers l'hôte Windows. Le partage Windows est accessible à partir d'autres hôtes Windows sur le même réseau, mais pas à partir de la machine virtuelle Ubuntu, même s'il existe une connectivité réseau telle que je peux lui envoyer une commande ping (machine virtuelle configurée en mode "Ponté"). J'ai essayé de courir:
Sudo mount -t cifs -o username=username //ip_address/Windows_Share /mount/point/Ubuntu
Cela revient avec une indication d'erreur indiquant que l'hôte est hors service, ce qui n'est pas vrai, car le partage qui s'exécute sur celui-ci est accessible aux autres fenêtres Windows. J'ai lu des articles à ce sujet et quelqu'un a mentionné l'existence d'un conflit avec la version SMB utilisée par Ubuntu et Windows 10, qui désactive maintenant SMB1. Alors ils ont conseillé de lancer le ci-dessous pour vérifier:
smbclient -L <windows_ip> -U <windows_user> -d 256
Et en effet j'ai une erreur:
la négociation du protocole a échoué: NT_STATUS_CONNECTION_RESET
Puis je cours:
smbclient -L <windows_ip> -U <windows_user> -m SMB2
Et encore une autre erreur:
NetBIOS sur TCP désactivé - aucun groupe de travail disponible
Quelqu'un peut-il suggérer un correctif/conseiller pour monter le partage Windows sur Ubuntu?
Ok, désolé d'être revenu si tard pour ça. Le correctif est fondamentalement ceci:
Sudo mount -o vers=3.0,username=<your_username>,uid=<your_user_id>,gid=<your_group_id>,forceuid,forcegid, //<ip_address>/<path_to_share> /<mount>/<point>/<local_system>
Notez que j'ai sauté l'option "-t (- type)" cette fois, car si cette option n'est pas spécifiée, "mount" va essayer de deviner quel système utiliser, et en toute honnêteté, étant donné la quantité de lecture que j'ai eu déjà fait sur ce qui se passait avec les protocoles de partage de Windows 10, j'ai choisi de laisser "mount" faire sa magie pour moi. ;-)
Voici un extrait de la "page de manuel de mount":
"Si aucune option -t n’est donnée, ou si le type automatique est spécifié, mount essaiera de deviner le type souhaité. Mount utilise la bibliothèque blkid pour deviner le type de système de fichiers; si cela n’affiche rien de ce qui semble familier, mount essayez de lire le fichier/etc/filesystems ou, s’il n’existe pas,/proc/filesystems. Tous les types de fichiers listés ici seront essayés, à l’exception de ceux nommés "nodev" (par exemple, devpts, proc et nfs). Si/etc/filesystems se termine par une seule ligne *, mount lira ensuite/proc/filesystems. Lors de l’essai, tous les types de système de fichiers seront montés avec l’option de montage silencieuse. "
De plus, comme "mount" ne peut être exécuté qu'en tant que root, mais que les autres programmes écrivant sur ce point de montage ne sont pas exécutés en tant que root, vous devrez spécifier l'utilisateur et le groupe auxquels vous souhaitez accorder des privilèges d'écriture (propriété) sur le montage. emplacement, d'où l'utilisation de: uid=<your_user_id>,gid=<your_group_id>,forceuid,forcegid,.
Terminé! @xguru, merci pour l'aide! :)
On dirait que vous êtes sur la bonne voie. Si le problème est lié à SMB1, les éléments suivants résoudront votre problème.
Commencez par faire une copie de smb.conf
cp /etc/samba/smb.conf /etc/samba/smb.conf.orig
Après avoir fait la copie
Sudo gedit /etc/samba/smb.conf
N'hésitez pas à utiliser vi/vim/nano si vous ne préférez pas gedit
Dans le fichier, ajoutez ce qui suit dans la section [global]
client min protocol = SMB2
client max protocol = SMB3
Après avoir enregistré les modifications dans le fichier. Redémarrer SMB
Sudo service smbd restart
Si cela ne fonctionne pas, veuillez inclure les erreurs.