web-dev-qa-db-fra.com

Pourquoi "suffixe DNS spécifique à la connexion" est uniquement (par défaut) disponible pour la connexion filaire, non pour le sans fil

Je comprends quoi et comment définir "suffixe DNS spécifique à la connexion", et je comprends surtout le but. Ma question est de savoir pourquoi seule certaines connexions réseau/adaptateur réseau l'a par défaut (même lorsque l'interface utilisateur le montre vide). Par exemple, pour mon cas, la connexion câblée/lan l'aime (IPCONFIG /ALL):

Ethernet adapter MAIN:    
       Connection-specific DNS Suffix  . : abc.corp.com
       Description . . . . . . . . . . . : Intel(R) Ethernet Connection

L'onglet UI (avancé TCP/IP -> DNS) le montre vide. Si je l'ai mis à quelque chose, IPCONFIG _ montrera que, mais si je le garde vide, "ABC.CORP.com" sera affiché par la commande.

[1]

Lorsque je me connecte au sans fil, le "suffixe DNS spécifique à la connexion" reste vide par la sortie de IPCONFIG. (En fait, peu importe la connexion au câble/sans fil).

Donc, la question est juste:

  • Pourquoi la connexion filaire (ou tout) l'a par défaut. Est-ce que DHCP ou DC l'envoyant-il? Cela fait-il partie d'un protocole TCP/IP? Ou est-il arrivé via une stratégie de groupe (échec)?

J'ai fait /RENEW, /FLUSHDNS, /RELEASE le ipconfig, mais ça n'affecte pas.

windowsnetworkingdnstcpip
4
Ajay

"Suffixe DNS spécifique à la connexion" est renvoyé par DHCP par option 015 Nom de domaine. Il indique ce que le nom de domaine est, par exemple "contoso.com". Le client utilise les informations de l'option 015 avec son nom d'hôte pour former la FQDN, par exemple PC1.contoso.com.

L'ordinateur peut avoir un "suffixe DNS primaire" défini, qui, une fois défini, ne change pas. Si un "suffixe DNS spécifique à la connexion" est reçu lors de la connexion, il a priorité, car cela garantit que cela garantit que sur le nouveau réseau ou VPN, l'ordinateur aura un nom propre sur le réseau et peut trouver et être trouvé par d'autres ordinateurs. Après avoir déconnecté d'un VPN, le "suffixe DNS primaire" sera à nouveau celui utilisé.

L'existence ou non du "suffixe DNS spécifique à la connexion" dépend uniquement de la réponse renvoyée par le serveur DHCP. Si aucun n'est retourné, il restera vide et le "suffixe DNS principal" sera toujours utilisé par défaut.

Un nom d'option DHCP 015 peut provenir du routeur ou de l'ISP, et sa présence ne dépend pas du type de réseau, câblée ou sans fil, mais si DHCP a renvoyé une option 015 Nom ou non. Si aucun n'est reçu, il restera vide.

Dans le poste, il y a l'hypothèse qu'un réseau sans fil ne peut pas avoir de "suffixe DNS spécifique à la connexion". J'ai cherché et j'ai trouvé plusieurs autres postes dans lesquels ont été publiés les résultats de ipconfig /all et dans lequel il était présent sur un adaptateur sans fil: link1 , link2 , link , et link4 .

Je pense que dans le contexte de l'affiche, le serveur DHCP était probablement le routeur sans fil, qui n'a pas renvoyé de nom d'option 015. Ceci est déterminé par le micrologiciel du routeur sans fil plutôt que par d'autres facteurs. Le routeur peut peut-être être programmé différemment, mais ce n'est pas le sujet ici.

Référence: RFC 2132, Options DHCP et Extensions de fournisseur BOOTP , section 3.17. Nom de domaine.

4
harrymc

Le serveur DHCP est responsable de la transmission du "suffixe DNS spécifique à la connexion" (pas du contrôleur de domaine). Il ne fait donc pas non plus partie du protocole TCP/IP, ni de la politique de groupe.

Il est donc indépendant de l'adaptateur réseau, il ne fait donc pas de différence si vous utilisez une connexion Ethernet (filaire) ou WLAN (sans fil). Si vous vous connectez au même serveur DHCP avec la connexion câblée et la connexion sans fil, vous devez obtenir le même suffixe. Tous supposant qu'il n'y a qu'un seul serveur DHCP dans votre réseau local/WLAN qui devrait être le cas.

Si cela se produit lorsque vous vous connectez au même réseau local avec les deux adaptateurs, il pourrait y avoir un serveur DHCP approximatif. Par exemple: S'il s'agit d'un réseau domestique et que vous utilisez un (seconde) routeur afin de créer une connexion WLAN, assurez-vous qu'un seul des routeurs a activé DHCP. Dans un réseau coopératif très probablement S.O. N'a pas correctement isoler son réseau de test du réseau principal, voici un exemple de vie réel de cela.

Donc rafraîchissant la configuration IP (/RENEW, /FLUSHDNS, /RELEASE) ne fera aucune différence, car il commence simplement une nouvelle demande au serveur DHCP et s'il n'a pas été passé sur un suffixe la dernière fois que cela ne le fera pas la prochaine fois (sauf si c'est un DHCP différent. serveur). Vous devrez vous assurer d'utiliser le même DHCP pour les deux connexions/adaptateurs.

1
Albin