web-dev-qa-db-fra.com

Windows se souvient de l'ancien suffixe DNS

Je viens de changer le domaine DNS de mon réseau local de home.local à mydomain.local, après avoir acheté mydomain.com. J'ai apporté toutes les modifications nécessaires dans mon serveur BIND et DHCP, et les clients Linux sur le réseau ont maintenant domain mydomain.local dans leurs /etc/resolv.conf et semble fonctionner comme prévu.

Cependant, les machines Windows (Win 8.1, non jointes à un domaine) semblent toujours accrocher à la home.local Domaine dans sa liste de recherche de suffixe DNS. J'ai publié mon contrat de location, supprimé des profils de réseau, numérisés dans le registre, Grep: ed tout le serveur DNS/DHCP pour les occurrences de l'ancien domaine, redémarré tout ... toujours, les machines Windows continuent à rechercher home.local.

Sortie de ipconfig /all sur une machine touchée:

Windows IP Configuration

  Host Name . . . . . . . . . . . . : MY-MACHINE
  Primary Dns Suffix  . . . . . . . :
  Node Type . . . . . . . . . . . . : Hybrid
  IP Routing Enabled. . . . . . . . : No
  WINS Proxy Enabled. . . . . . . . : No
  DNS Suffix Search List. . . . . . : home.local

Ethernet adapter Ethernet:

  Connection-specific DNS Suffix  . : mydomain.local
  Description . . . . . . . . . . . : Realtek PCIe GBE Family Controller
  Physical Address. . . . . . . . . : 00-11-22-33-44-55
  DHCP Enabled. . . . . . . . . . . : Yes
  Autoconfiguration Enabled . . . . : Yes
  Link-local IPv6 Address . . . . . : fe80::1234:1234:1234:1234%3(Preferred)
  IPv4 Address. . . . . . . . . . . : 192.168.0.97(Preferred)
  Subnet Mask . . . . . . . . . . . : 255.255.255.0
  Lease Obtained. . . . . . . . . . : den 24 januari 2015 19:42:25
  Lease Expires . . . . . . . . . . : den 25 januari 2015 19:43:27
  Default Gateway . . . . . . . . . : fe80::1111:2222:3333:4444%3
                                      192.168.0.1
  DHCP Server . . . . . . . . . . . : 192.168.0.10
  DHCPv6 IAID . . . . . . . . . . . : 12312312
  DHCPv6 Client DUID. . . . . . . . : 00-11-22-33-44-55-66-77-88-99-AA-BB-CC-DD

  DNS Servers . . . . . . . . . . . : 192.168.0.10
  NetBIOS over Tcpip. . . . . . . . : Enabled
  Connection-specific DNS Suffix Search List :
                                      home.local

ÉDITER

Notez que le suffixe DNS spécifique à la connexion est correct, mais la liste de recherche suffixe est erronée, à la fois de la configuration de connexion spécifique et générale.

Les requêtes WMI montrent la même chose - le suffixe de la connexion est correct, mais il n'est pas ajouté à la liste de recherche, qui semble plutôt réutiliser le même suffixe que précédemment. Peut-être que cela se souvient de cela sur la base du serveur étant le même?

windowsdhcp
5
carlpett

On dirait comme [~ # ~ # ~] DNS [~ # ~] problème de mise en cache. Pour résoudre ce problème, exécutez cmd en tant qu'administrateur et effectuez

ipconfig /flushdns

ou même (bien que le /allcompartments Le commutateur pourrait sembler être superabondant)

ipconfig /allcompartments /flushdns

Conseils supplémentaires: ipconfig /?

Effacer le [~ # ~] arp [~ # ~] cache pourrait aider aussi aussi:

arp -d

Edit Selon ce que les autres conseillent: Politique de groupe DNS Suffix Search List pourrait être trouvé comme valeur SearchList dans la clé de registre suivante:

HKLM\Software\Policies\Microsoft\Windows NT\DNSClient

Modifier 2 Quelle sortie des commandes de cli suivantes? Existe-t-il suffixé DNS non désiré?

wmic path Win32_NetworkAdapterConfiguration get caption, DNSDomainSuffixSearchOrder
wmic path Win32_NetworkAdapterConfiguration get caption, DNSDomain

Edit 3 Vérifiez les valeurs NameServer et SearchList dans la clé de registre suivante:

 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters

et sous Touches de registre suivantes (c'est-à-dire dans chaque sous-clé associée à l'interface):

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\Interfaces
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\TCPIP6\Parameters\Interfaces

Pour mettre des changements de validité: redémarrez l'ordinateur.

Edition 4 Vérifiez tout NameServerList valeur de REG_MULTI_SZ Tapez toutes les clés du motif suivant

HKLM\SYSTEM\CurrentControlSet\Services\NetBT\Parameters\Interfaces\Tcpip_{interface_CLSID}

Suivant PowerShell code doit définir la commande de recherche suffixe DNS. volé ici Comme je ne suis pas bien qualifié en PS.

#First store the suffixes to set in a variable
$suffixes = 'mydomain.local'

#Since this is a static method, get a class object and then call the method. 
$class = [wmiclass]'Win32_NetworkAdapterConfiguration'
$class.SetDNSSuffixSearchOrder($suffixes)

Comme le dernier recours: Désactiver la restauration du système, le redémarrage, le chèque wmic mentionné ci-dessus ...

3
JosefZ

Aller à

Win + R> NCPA.CPL> GO Propriétés que l'adaptateur connecté> TCP/IPv4> Propriétés> Advanced> DNS> ci-dessous, vous verrez l'onglet de suffixe DNS. Supprimer suffixe DNS de l'onglet> Ajouter ce suffixe DNS (dans l'ordre)

alors> Ajoutez les suffixes DNS spécifiques primaires et spécifiques à la connexion

et vérifier> appendez suffixes parent du suffixe DNS primaire

à la vérification de la fin> enregistrez les adresses de cette connexion dans DNS.

1
Omar

Pour nous, c'était que notre serveur DHCP avait une option de portée qui définit le mauvais suffixe DNS à l'aide de l'option "015 DNS Domain Name". Une fois que j'ai corrigé cela et redémarré l'ordinateur affecté, il a ramassé le suffixe DNS droit.

1
Mike Waters

Il peut y avoir un GPO être poussé, cochez la stratégie de groupe ... Configuration de l'ordinateur - Politiques - Modèles d'administration - Réseau - Client DNS.

Là, vous trouverez la recherche de suffixe DNS et ses paramètres. Si vous continuez à avoir des problèmes, accédez au lien suivant pour plus d'informations.

0
Sarge