none
Problème réseau local "windows ne peut pas acceder à \\" sous W10 version 1709 RRS feed

 > 

  • Question

  • Question
    Connectez-vous pour voter
    1
    Connectez-vous pour voter

    Bonjour,

    j'ai sur mon réseau local, derrière une box :

    - 5 PC , dont 1 sous W10 , les autres en W7.
    - 1 NAS
    - 2 imprimantes réseaux, tout ca avec qq switch au milieu...

    Le problème concerne mon PC qui est lui en W10, et qui liste bien dans le répertoire "RESEAU" tous les PC , NAS etc ... par leur nom.

    Mais j'ai 2 problèmes (qui semblent les mêmes) .
    1- quand je veux accéder au NAS , en cliquant sur son nom, => "windows ne peut pas acceder à \\NAS" code erreur 0x80070035 (chemin réseau non trouvé) => je fais donc le diagnostique => qui dit "pas de problème" !!?!!

    2- je re clique pour accéder au NAS, => idem ""windows ne peut pas acceder à \\NAS" => je fais donc le diagnostique => qui dit "pas de problème".

    3- Et pour accéder à 1 autre pc (son nom est "REFERT") du réseau , même problème ! Par contre, Pour entrer sur les autres PC du réseau, pas de problème !!!

    A noter que du pc "REFERT" vers le mien, pas de problème d'accés vers le mien ... ni vers les autres PC ...

    et tous les autres PC vers tous les PC et NAS , tout va bien ...

    DONC y'a que le mien qui a des problème vers CE seul PC et le NAS ..... Avez vous qq conseils à me donner ?

    Je viens de passer en Windows 10, version 1709 ... j'ai fait une mise à jour des pilotes de la carte réseau, nettoyer les dns etc ... vérifié que net bios est bien actif ...

    A savoir quand même qu'il y a qq semaines, tout fonctionnait parfaitement, les machines et matériels n'ayant pas changé depuis ...

    RIEN RIEN n'y fait ...

    Merci de vos conseils ....

    jeudi 23 novembre 2017 17:21
    |

Réponses

  • Question
    Connectez-vous pour voter
    1
    Connectez-vous pour voter

    On va tenter une modification du systeme : 

    • lancer Notepad avec l'option "executer en tant qu'administrateur"
    • Editer le fichier c:\windows\system32\drivers\etc\hosts (ce fichier n'a pas d'extension)
    • ajouter l'adresse IP et le nom court : 192.168.1.1 REFFERT
    • Sauvegarder et fermer Notepad

    Cette modification indique en dur au système quelle adresse IP utilisé pour le nom donné. Tenté ensuite un ping REFFERT pour vérifier que le nom est traduit correctement en adresse. Enfin, essayer un accès au partage : \\REFERT\Partage.

    vendredi 24 novembre 2017 09:55
    |

Toutes les réponses

  • Question
    Connectez-vous pour voter
    1
    Connectez-vous pour voter

    Lorsque vous essayez d'accéder à une ressource par son nom court (en opposition à un nom complet type share.domaine.tld), vous faites appel au protocole NetBIOS pour la découverte. Ce protocole fonctionne de la manière suivante :

    1. il contrôle dans son cache l'existance du nom demandé. Le cache à, en général, une durée de vie de 10 minutes.
    2. il recherche dans un fichier plat, nommé LMHosts (c:\windows\system32\drivers\etc) si l'entrée existe
    3. il recherche auprès d'un serveur WINS l'entrée demandée
    4. il envoie une requête en envoyant une requête de broadcast à tout le réseau

    Dans votre scenario, les mécanismes 2 et 3 sont clairement sans intérêt. Le mécanisme 1 indique que votre cache est vide. Le mécanisme 4 est donc le problème.

    Les scénarios qui peuvent bloquer la réussite du broadcast sont : la présence d'un routeur entre la source et la cible, la présence d'un pare-feu ou la non-activation du protocole NetBIOS.

    Je pense que l'on peut éliminer le routeur. Reste donc : le pare-feu et l'activation du protocole. Si vous avez activer le pare-feu sur le poste Windows 10 (ce qui est une bonne pratique), vous devez également activer les règles sortantes qui vont avec :

    • Découverte de réseau (NB-Nom-sortie)
    • Découverte de réseau (NB-Datagramme-Sortie)
    • Partage de fichiers et d’imprimantes (NB-Nom-Sortie)
    • Partage de fichiers et d’imprimantes (NB-Datagramme-Sortie)

    ainsi que les règles entrantes :

    • Découverte de réseau (NB-Nom-Entrée)
    • Découverte de réseau (NB-Datagramme-Entrée)
    • Partage de fichiers et d’imprimantes (NB-Nom-Entrée)
    • Partage de fichiers et d’imprimantes (NB-Datagramme-Entrée)

    Vous devez également avoir activer la résolution NetBIOS over TCP-IP :

    • Paramètre réseau et internet
    • Modifier les options d'adaptateur
    • clic-droit sur votre interface réseau puis propriété
    • Sélectionner Protocol Internet version 4 (TCP/IPv4) puis le bouton propriété
    • Cliquez sur avancé
    • Sélectionnez l'onglet WINS
    • Sélectionnez Activer NetBIOS sur TCP/IP
    • Cliquez sur OK deux fois
    • Cliquez sur fermé

    Normalement, cela doit fonctionner.

    • Proposé comme réponse Loïc Veirman samedi 25 novembre 2017 10:17
    jeudi 23 novembre 2017 22:20
    |
  • Question
    Connectez-vous pour voter
    1
    Connectez-vous pour voter

    Bonjour et merci pour votre réponse ...

    Alors :

    J'ai vérifié, tout cela était déja activé !

    A noter pour pour les règles , il y en avait 2 à chaque fois, dont une sur "Domaine", non activée , que j'ai activé ...

    Pour la carte réseau, NetBIOS over TCP-IP, c'est fait aussi ...

    A noter que dans les cartes réseaux, j'en ai 2 qui apparaissent :
        - Ethernet / réseau / réaltek bla bla => active
        - Ethernet 2 / cable reseau non connecté / TAP windows Adaptater V9

    J'ai désactivé completement le parefeu Windows ..

    j'ai redémarré le PC :::

    Puis J’essaie encore d'atteindre, sur le réseau,  le PC qui pose problème , au nom de "REFERT" =>

    Windows ne peut pas acceder à \\
    code erreur 0x80070035

    Diagnostiquer =>
    Diagnostic Réseau Windows :
    une erreur s'est produit lors de la résolution de problèmes :
    Une erreur inatendue s'est produite. l'asistant dépannage ne peut pas continuer.

    Id du Package : NetworkDiagnostics
    Chemin d'accès : C:\WINDOWS\diagnostics\system\networking
    Code erreur : 0x80300113
    Source : moteur
    Utilisateur : DESKTOP
    Contexte : Restreint

    A noter que j'ai quand même essayé (parceque j'ai 1 switch sur le réseau) , de connecter les 2 PC , le mien et REFERT directement sur la box, voir si ça modifiait qq chose => rien ... :(

    A désespérer ..

    vendredi 24 novembre 2017 09:07
    |
  • Question
    Connectez-vous pour voter
    1
    Connectez-vous pour voter

    On va tenter une modification du systeme : 

    • lancer Notepad avec l'option "executer en tant qu'administrateur"
    • Editer le fichier c:\windows\system32\drivers\etc\hosts (ce fichier n'a pas d'extension)
    • ajouter l'adresse IP et le nom court : 192.168.1.1 REFFERT
    • Sauvegarder et fermer Notepad

    Cette modification indique en dur au système quelle adresse IP utilisé pour le nom donné. Tenté ensuite un ping REFFERT pour vérifier que le nom est traduit correctement en adresse. Enfin, essayer un accès au partage : \\REFERT\Partage.

    vendredi 24 novembre 2017 09:55
    |
  • Question
    Connectez-vous pour voter
    1
    Connectez-vous pour voter

    ok ça fonctionne ... super merci !

    la question est : d'où vient ce problème ?

    y'a t-il qq chose à nettoyer qq part ?

    car si à chaque lecteur réseau je suis obligé de passer par le fichier host, ca va pas être simple ...

    vendredi 24 novembre 2017 15:16
    |
  • Question
    Connectez-vous pour voter
    1
    Connectez-vous pour voter

    Le problème vient de la résolution du nom NetBIOS. Il faudrait que je reproduise en lab ce comportement pour faire des captures de trames et comprendre quel mécanisme ne fonctionne plus.

    Dans l'intervalle, vous pouvez configurer un serveur DNS sur votre NAS et l'utiliser pour résoudre les noms en interne (à moins que vous n'ayez déjà un serveur DNS). Je peux vous aider si vous me dites de quel marque est le NAS.

    samedi 25 novembre 2017 10:17
    |
  • Question
    Connectez-vous pour voter
    1
    Connectez-vous pour voter

    Voici mon petit retour : http://ms-sec.fr/?p=1220

    en résumé, pour corriger le problème :

    Configurer son NAS

    Personnellement, je préfère cette solution qui demande à configurer le protocole SMB du NAS pour le forcer à demander une authentification : c’est beaucoup plus sécurisant. Pour le synology, dans la configuration du service de fichier, il suffit de modifier les paramètres avancé du protocole SMB pour le forcer à chiffrer les communications. Vous pouvez aller voir le site de Synology pour plus d’information.

    Reconfigurer le client SMB du poste

    je ne suis pas fan d’une solution qui ouvre mon système et m’expose à des risques mais, par expérience, je sais que certains souhaiteront prendre cette option. Pour autoriser la connexion avec un compte invité avec un poste client Windows 10, lancer une fenêtre PowerShell en mode Administrateur puis exécuter la commande:

    Set-SmbClientConfiguration -EnableInsecureGuestLogons $True
    • Proposé comme réponse Loïc Veirman dimanche 26 novembre 2017 19:51
    dimanche 26 novembre 2017 19:51
    |