0fenêtres 8 logoles partages Windows ne sont pas connectés après le réveil fixe

J'ai eu un problème très longue date où les lecteurs mappés sur Windows PC sont présentés comme déconnectés après un PC se réveille du sommeil ou après un redémarrage. En cliquant pour ouvrir les résultats d'entraînement dans un délai de plusieurs secondes, puis la part ouvre. J'ai eu ce problème avec Windows 7 droit à Windows 10 1909. Aujourd'hui, grâce à une autre question, J'ai finalement craqué.

Le problème est causé par le système de résolution de noms NetBIOS obsolète de Microsoft. Je (comme la plupart des gens) mapper les lecteurs au nom du serveur cible, et avec « noms courts » (i.e. noms sans domaine après eux) il semble que Windows essaie de résoudre le nom avec autre chose que DNS.

J'ai découvert que la désactivation manuelle de NetBIOS (voir comment ci-dessous) signifiait que les lecteurs réseau étaient correctement connectés après un redémarrage. J'ai réalisé que si je pouvais désactiver NetBIOS via DHCP, je pourrais réparer tous les PC sur mon réseau avec très peu de problèmes. j'ai testé ça (instructions ci-dessous) et a de nouveau réussi!

Désactivation manuelle

  • clic droit sur l'icône réseau dans la barre d'état système
  • « Réseau ouvert & Paramètres Internet"
  • « Modifier les options de l'adaptateur »
  • Faites un clic droit sur la connexion appropriée et sélectionnez les propriétés
  • Double-cliquez sur "Version du protocole Internet 4 (TCP/IPv4)"
  • Cliquez sur "Avancé..."
  • Cliquez sur l'onglet "WINS"
  • Décochez "Activer la recherche LMHOSTS"
  • Sélectionnez la case d'option pour « Désactiver NetBIOS sur TCP/IP"
  • Réinitialiser

Désactivation via DHCP

  • Cela dépendra de votre système DHCP - le mien est un routeur pfsense
  • Dans l'option de jeu d'options DHCP 43
  • Sur ma boîte pfsense, cela est défini sur une chaîne avec une valeur de 01:04:00:00:00:02
  • Sur une boîte sonicwall, j'ai trouvé que le type était défini sur "bytevalue" et j'ai dû utiliser un format légèrement différent qui était 0x01;0x04;0x00;0x00;0x00;0x02
  • Dans les deux cas, nous définissons effectivement la même valeur qui, je crois, est un hexadécimal. Notez que les deux ont 6 "bits" avec les valeurs 1,4,0,0,0,2. Pour différents systèmes, j'ai trouvé un rapide google qui fournira le format approprié
  • Supprimer le précédent IP bail sur le système DHCP, puis faites un « ipconfig /release » « ipconfig /renew » (2 commandes séparées) sur le client

Laisser un commentaire