Protocole SMB ne fonctionne pas
Rutra
-
Rutra -
Rutra -
Bonjour à toutes et à tous,
Je suis face à un problème que je n'arrive pas à comprendre. J'essaye de me connecter au disque dur d'un des PC qui est sur un réseau lié au mien (protocole SMB - port 445) sans succès.
Je tape \\XXX.XXX.XXX.XXX\c$ (pour joindre le disque C de l'ordinateur) et je fini par avoir un message de défaut "Windows ne peut pas accéder à XXX..." Code erreur : 0x800004005
Il y a un pare-feu d'entreprise entre mon PC et celui que j'essaye de joindre mais le port 445 a été autorisé dans ce dernier.
D'ailleurs, à chaque fois que je lance une requête, on voit bien le flux qui transite de façon autorisé.... Sauf que la connexion ne se fait jamais.
Lorsque je connecte mon PC émetteur de l'autre coté du pare-feu, j'arrive bel et bien à me connecter, mais je me suis dit qu'on utilise peut être un autre protocole pour y parvenir.
J'ai lancé Wireshark sur les 2 PC, et sur l’émetteur je vois bien du port 445, sur celui qui doit recevoir, rien n'arrive jamais. L'interprétation des autres données que me fourni Wireshark est un peu au dessus de mes compétences.
J'ai fait Netstat -a sur le PC de réception et on y voit bien le port 445 ouvert, j'ai également désactivé le pare-feu du PC sans succès... Tout cela commence a dépasser mes compétences.
Les 2 PC sont des Windows 10, et j'ai déjà réussi à faire les même manip sur pas mal de PC cibles en Windows 7. Est ce que ça serait impossible sous Windows 10 ?
Je suis face à un problème que je n'arrive pas à comprendre. J'essaye de me connecter au disque dur d'un des PC qui est sur un réseau lié au mien (protocole SMB - port 445) sans succès.
Je tape \\XXX.XXX.XXX.XXX\c$ (pour joindre le disque C de l'ordinateur) et je fini par avoir un message de défaut "Windows ne peut pas accéder à XXX..." Code erreur : 0x800004005
Il y a un pare-feu d'entreprise entre mon PC et celui que j'essaye de joindre mais le port 445 a été autorisé dans ce dernier.
D'ailleurs, à chaque fois que je lance une requête, on voit bien le flux qui transite de façon autorisé.... Sauf que la connexion ne se fait jamais.
Lorsque je connecte mon PC émetteur de l'autre coté du pare-feu, j'arrive bel et bien à me connecter, mais je me suis dit qu'on utilise peut être un autre protocole pour y parvenir.
J'ai lancé Wireshark sur les 2 PC, et sur l’émetteur je vois bien du port 445, sur celui qui doit recevoir, rien n'arrive jamais. L'interprétation des autres données que me fourni Wireshark est un peu au dessus de mes compétences.
J'ai fait Netstat -a sur le PC de réception et on y voit bien le port 445 ouvert, j'ai également désactivé le pare-feu du PC sans succès... Tout cela commence a dépasser mes compétences.
Les 2 PC sont des Windows 10, et j'ai déjà réussi à faire les même manip sur pas mal de PC cibles en Windows 7. Est ce que ça serait impossible sous Windows 10 ?
3 réponses
Résumé de la discussion
Un problème de connexion SMB sur Windows 10 empêche d'accéder au disque distant via \\XXX.XXX.XXX.XXX\c$ malgré un port 445 autorisé par le pare-feu et des flux réseau visibles.
Plusieurs réponses indiquent d’évaluer SMBv1, de différencier le partage administratif du vrai partage réseau et d’écrire une configuration pratique pour tester un accès direct au disque.
Des conseils proposent aussi d'essayer un partage normal sur Windows 10 plutôt que le disque C en admin, de vérifier les comptes locaux et les droits, et de tester avec une VM ou un autre OS.
En cas de messages d'erreur spécifiques, il est suggéré d’examiner les postes et les paramètres réseau multicast et d’éviter le chemin réseau voisinage, afin de tester un vrai partage réseau.
-
Slt
Il faut autoriser la connexion aux partages administratifs avec ce ficher reg
Windows Registry Editor Version 5.00
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System]
"LocalAccountTokenFilterPolicy"=dword:00000001-
-
Salut,
C'est vrai qu'en principe, on ne se connecte pas à un partage administratif si on est pas admin du domaine.
Après,
il n'y a pas que le port 445, il faut vérifier que le port 139 tcp est permis aussi, ça peut servir, surtout en groupe de travail. -
-
-
Oui c'est un peu particulier, je suis admin sur le site mais sans réelle connaissance car non informaticien (il n'y en a pas dans la boite). La gestion du pare-feu est sous traité a une SSII, et ils me garantissent que ce n'est pas le pare-feu la source du problème (sans pour autant savoir ce qui bloque).
Le port 139 n'est effectivement pas ouvert, mais ça ne pose pas de problème pour les 5 PC windows 7 + 1 PC windows XP que j'ai déjà réussi à connecter via ce protocole. J’espérais qu'il pourrait en être de même pour windows 10
Il est impératif d'ouvrir ce port ? Je ne le voit même pas apparaître quand je lance Wireshark
-
-
Bonjour,
- Sur le PC auquel tu veux accéder, la commande "net share" affiche bien le partage administratif C$ ? (Ou "Get-SmbShare" en PS)
- Est-ce que c'est dans le cadre d'une entreprise ? Y a-t-il un domaine ? Est-ce avec un compte admin' du domaine (et donc du PC) ?
- Si c'est un compte local (hors domaine), essaye de connecter C$ en mappant un lecteur réseau (GUI ou en CLI : net use Z: \\XXX.XXX.XXX.XXX\c$ /user:XXX.XXX.XXX.XXX\Administrator [Entrée] puis saisir le mot de passe administrateur)
- Essaye en désactivant les Antivirus ?
- Vérifie sur le pare-feu logiciel que SMB soit bien activé. Désactiver le pare-feu peut parfois rendre les connexions KO => Set-NetFirewallRule -Name "FPS-SMB-In-TCP-NoScope" -Enabled True
Source (Attention à bien l'activer en "Public" "Privé" ou "Domaine" selon la configuration de la connexion réseau dans Windows.-
Bonjour, merci pour l'aide
En utilisant la commande "net share" j'ai bien mon C$ en partage administratif
Je ne suis pas très familier de la notion de domaine, mais je crois bien qu'il y a un domaine sur la partie dans laquelle je me trouve.
Pour re-résumer la situation je vais essayer de faire un petit schémas du chemins que je prends :
[Domaine bureautique : contient mon PC (admin du PC mais pas du domaine) en DHCP] <=>
[Pare-feu / +routeur qui sert d'intermédiaire entre les 2 réseaux] <=>
[Réseau sans domaine, non connecté à internet, avec PC cible/ IP fixe]
Il n'y a pas d'antivirus sur le PC cible (inutile puisqu'il n'est pas connecté à internet)
Sur le pare-feu, je ne trouve pas "Partage de fichiers et d’imprimantes (SMB entrée)". Mais tout ce qui comporte le terme SMB est bien activé (et le pare-feu désactivé dans tous les cas)
Je vais d'éplucher un peu plus le lien que vous avez envoyer pour essayer de comprendre -
-
-
Après vérification, j'ai réussi à ouvrir tous les port du pare-feu, sans succès.
J'ai essayé de mapper le disque en tant que lecteur réseau sans succès aussi (alors que ça fonctionne correctement avec des PC en windows 7).
Avez vous d'autres idées ? J'hésite à tenter de créer une machine virtuelle sur le PC pour voir si cela fonctionne si je prend un autre OS... Parce qu'il semblerait que ce soit bien Windows 10 le problème -
Re bonjour,
Outre SMB V1 dont je ne sais pas si tu as testé, un nouveau tour d'horizon des causes d'échec SMB sous Windows 10:
https://appuals.com/how-to-fix-the-windows-10-file-sharing-not-working-problem/
-
-
Bonjour
Une piste, peut-etre : Win10 utilise SMB V2.
Activer SMB V1 sur les machines win10
-
Bonjour,
Un récap des éléments à vérifier si ça rend service:
http://woshub.com/enable-remote-access-to-admin-shares-in-workgroup/- Bonjour,
Oui, comme ça:
https://www.kwartz.com/fr/questions-frequentes/ressources-windows/213-windows-10-smb1
-
