Tout est dit dans le titre. Suite à la mise à jour vers l'update 2004, 2 lecteurs réseaux ne fonctionne plus : vers le Freebox Server (Freebox Révolution R1 OS 4.0) vers NAS Netgear (ReadyNAS Ultra 2 RAIDiator 4.2.31) alors que via IP et FTP cela fonctionne toujours. Le retour à la build 1909 résout le problème.

Je crois avoir trouvé une solution. Avant cela, j'avais essayé de modifier les paramètres SMB, ou utilisé l'adresse IP. Lorsque le problème d'accès arrivait à disparaître (ce n'était pas toujours le cas), il revenait 1 ou 2 jours après. En cherchant sur answers.microsoft.com, j'ai vu une question similaire en anglais ( https://answers.microsoft.com/en-us/windows/forum/all/broken-local-network-connection-after-v2004-update/c9c86677-52ee-4a6b-ba02-b04df5e1ccfc ). Le problème vient des 'credentials' ou paramètres d'identification en français. Ces paramètres (nom d'utilisateur et mot de passe) sont enregistrés par le système et, dans la version 2004, ils sont visibles dans la section Panneau de configuration/Gestionnaire d'identification/Informations d'identification Windows. Il semble qu'ils n'étaient pas visibles auparavant à cet endroit et qu'ils n'ont pas été gérés correctement lors du passage à la version 2004. L'article en anglais indique comme solution une importation (ou un copier-coller ?) des paramètres depuis un autre PC qui ne présente pas le problème. Mais ce n'est pas toujours possible. La solution consiste à supprimer ces paramètres d'identification (il y a une opération Supprimer dans chaque section relative à un accès) et à ré-accéder aux lecteurs réseau avec l'explorateur. Les paramètres d'accès, qui sont alors redemandés, sont ensuite correctement enregistrés. Il ne semble pas y avoir de problème par la suite, même après plus d'une semaine.

Taper l'adresse du serveur permet d'accéder au management du serveur... Mais le problème, c'est d'accéder sous Windows aux répertoires partagés de celui-ci. Lorsqu'on détruit les partages pour les recréer avec un chemin "absolu", genre \192.168.0.101\Videos ça va refonctionner sous la 2004. Sauf que, dès qu'on reboote, de nouveau ça ne fonctionne plus. Donc on peut penser qu'au final, le protocole SMB1 fonctionne (puisque quand on recrée les partages ça refonctionne momentanément) mais que c'est plutôt le service des noms NETBIOS qui a du mal...

Personnellement, j'ai résolu le problème en utilisant les adresses IP au lieu des noms de serveur. ça semble marcher (depuis plusieurs semaines).

Enfin, sur le fil de discussion en question, le problème n'est pas résolu. Pas de vraie solution proposée. Microsoft prétend qu'il supporte encore SMB1 puisque les composants existent dans Windows. En 1909 ça fonctionne. En 2004 ça ne fonctionne pas ou pal... Il y a donc un bug en 2004. Ou alors, que Microsoft dise clairement qu'il ne supporte plus le SMB1. Un particulier ne peut pas se permettre de dépenser 1000€ tous les 10 ans parce que les éditeurs de logiciels abandonnent des protocoles... Surtout que bon, dans un réseau LOCAL, derrière un pare-feu, je ne vois pas ce que SMB1 a de rédhibitoire tant qu'il n'y a pas d'accès depuis l'extérieur.

Pour l'instant, il semble qu'il n'y ait qu'une solution avec la version 2004 quand le problème arrive ou revient : il faut supprimer les paramètres d'identification et retaper le chemin réseau dans le champ adresse de l'explorateur. Cliquer sur le chemin réseau affiché par l'explorateur ne suffit pas.

Windows version 2004-Certains chemins réseaux ne fonctionne plus

Anonyme

Tout est dit dans le titre.

Suite à la mise à jour vers l'update 2004, 2 lecteurs réseaux ne fonctionne plus :

vers le Freebox Server (Freebox Révolution R1 OS 4.0)
vers NAS Netgear (ReadyNAS Ultra 2 RAIDiator 4.2.31)

alors que via IP et FTP cela fonctionne toujours.

Le retour à la build 1909 résout le problème.

Question verrouillée. Cette question a été migrée à partir de la Communauté Support Microsoft. Vous pouvez voter pour indiquer si elle est utile, mais vous ne pouvez pas ajouter de commentaires ou de réponses ni suivre la question.

0 commentaires

36 réponses

Anonyme

2020-07-17T09:00:35+00:00

Je crois avoir trouvé une solution.

Avant cela, j'avais essayé de modifier les paramètres SMB, ou utilisé l'adresse IP. Lorsque le problème d'accès arrivait à disparaître (ce n'était pas toujours le cas), il revenait 1 ou 2 jours après.

En cherchant sur answers.microsoft.com, j'ai vu une question similaire en anglais (https://answers.microsoft.com/en-us/windows/forum/all/broken-local-network-connection-after-v2004-update/c9c86677-52ee-4a6b-ba02-b04df5e1ccfc). Le problème vient des 'credentials' ou paramètres d'identification en français. Ces paramètres (nom d'utilisateur et mot de passe) sont enregistrés par le système et, dans la version 2004, ils sont visibles dans la section Panneau de configuration/Gestionnaire d'identification/Informations d'identification Windows. Il semble qu'ils n'étaient pas visibles auparavant à cet endroit et qu'ils n'ont pas été gérés correctement lors du passage à la version 2004.

L'article en anglais indique comme solution une importation (ou un copier-coller ?) des paramètres depuis un autre PC qui ne présente pas le problème. Mais ce n'est pas toujours possible.

La solution consiste à supprimer ces paramètres d'identification (il y a une opération Supprimer dans chaque section relative à un accès) et à ré-accéder aux lecteurs réseau avec l'explorateur. Les paramètres d'accès, qui sont alors redemandés, sont ensuite correctement enregistrés. Il ne semble pas y avoir de problème par la suite, même après plus d'une semaine.
Cette réponse a-t-elle été utile ?

3 personnes ont trouvé cette réponse utile.

0 commentaires Aucun commentaire
Anonyme

2020-10-04T11:43:51+00:00

Taper l'adresse du serveur permet d'accéder au management du serveur... Mais le problème, c'est d'accéder sous Windows aux répertoires partagés de celui-ci.

Lorsqu'on détruit les partages pour les recréer avec un chemin "absolu", genre \192.168.0.101\Videos ça va refonctionner sous la 2004.

Sauf que, dès qu'on reboote, de nouveau ça ne fonctionne plus.

Donc on peut penser qu'au final, le protocole SMB1 fonctionne (puisque quand on recrée les partages ça refonctionne momentanément) mais que c'est plutôt le service des noms NETBIOS qui a du mal...
Cette réponse a-t-elle été utile ?

2 personnes ont trouvé cette réponse utile.

0 commentaires Aucun commentaire
Anonyme

2020-10-03T16:33:16+00:00

Personnellement, j'ai résolu le problème en utilisant les adresses IP au lieu des noms de serveur. ça semble marcher (depuis plusieurs semaines).
Cette réponse a-t-elle été utile ?

2 personnes ont trouvé cette réponse utile.

0 commentaires Aucun commentaire
Anonyme

2020-10-02T16:31:42+00:00

Enfin, sur le fil de discussion en question, le problème n'est pas résolu. Pas de vraie solution proposée.

Microsoft prétend qu'il supporte encore SMB1 puisque les composants existent dans Windows.

En 1909 ça fonctionne.

En 2004 ça ne fonctionne pas ou pal...

Il y a donc un bug en 2004.

Ou alors, que Microsoft dise clairement qu'il ne supporte plus le SMB1.

Un particulier ne peut pas se permettre de dépenser 1000€ tous les 10 ans parce que les éditeurs de logiciels abandonnent des protocoles... Surtout que bon, dans un réseau LOCAL, derrière un pare-feu, je ne vois pas ce que SMB1 a de rédhibitoire tant qu'il n'y a pas d'accès depuis l'extérieur.
Cette réponse a-t-elle été utile ?

2 personnes ont trouvé cette réponse utile.

0 commentaires Aucun commentaire
Anonyme

2020-07-20T09:24:37+00:00

Pour l'instant, il semble qu'il n'y ait qu'une solution avec la version 2004 quand le problème arrive ou revient : il faut supprimer les paramètres d'identification et retaper le chemin réseau dans le champ adresse de l'explorateur. Cliquer sur le chemin réseau affiché par l'explorateur ne suffit pas.
Cette réponse a-t-elle été utile ?

1 personne a trouvé cette réponse utile.

0 commentaires Aucun commentaire

Partager via

Windows version 2004-Certains chemins réseaux ne fonctionne plus

36 réponses