5 votes

Ajay avatar

Pourquoi le "Suffixe DNS spécifique à la connexion" n'est disponible (par défaut) que pour la connexion filaire et non pour la connexion sans fil ?

Demandé el 12 de Octobre, 2018
Quand la question a-t-elle été
19853 affichage
Nombre de visites la question a
2 Réponses
Nombre de réponses aux questions
Résolu
Situation réelle de la question

Je comprends ce qu'il faut faire et comment définir le "suffixe DNS spécifique à la connexion", et je comprends surtout l'objectif. Ma question est simplement de savoir pourquoi seule une certaine connexion réseau/adaptateur l'a par défaut (même si l'interface utilisateur l'affiche vide). Par exemple, dans mon cas, la connexion filaire/LAN a le suffixe suivant ( IPCONFIG /ALL ) :

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

L'interface utilisateur (TCP/IP avancé -> onglet DNS) le montre vide. Si je le règle sur quelque chose, IPCONFIG le montrera, mais si je le laisse vide, 'abc.corp.com' sera affiché par commande.

[ 1

Lorsque je me connecte à un réseau sans fil, le "suffixe DNS spécifique à la connexion" reste vide dans le résultat de l'opération. IPCONFIG . (En fait, le fait d'être connecté à un réseau filaire ou sans fil n'a pas d'importance).

Donc, la question est juste :

  • Pourquoi une connexion filaire (ou n'importe quelle connexion) l'a par défaut. Est-ce le DHCP ou le DC qui l'envoie ? Cela fait-il partie d'un protocole TCP/IP ? Ou est-ce qu'il provient d'une politique de groupe (impossible à trouver) ?

Je l'ai fait. /RENEW , /FLUSHDNS , /RELEASE l'IPCONFIG, mais ça n'a aucun effet.

Demandé el 12 de Octobre, 2018 par Ajay

Réponses

Trop de publicités?

5voto

harrymc avatar
harrymc Points 394411

Le "Suffixe DNS spécifique à la connexion" est renvoyé par DHCP par l'option 015 Nom de domaine. Il indique quel est le nom de domaine, par exemple "contoso.com". Le client utilise les informations de l'option 015 avec son nom d'hôte pour former le FQDN. pour former le 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" différent est reçu lors de la connexion, il a la priorité, car cela garantit que sur le nouveau réseau ou VPN l'ordinateur aura un nom correct sur le réseau et pourra trouver et être trouvé par d'autres coéquipiers. être trouvé par d'autres ordinateurs. Après la déconnexion 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 aucune réponse n'est renvoyée, alors il restera vide et le "Suffixe DNS primaire" sera toujours utilisé par défaut.

Un nom DHCP Option 015 peut provenir du routeur ou du FAI, et sa présence ne dépend pas du type de réseau, câblé ou sans fil, mais du fait que DHCP renvoie ou non un nom d'option 015. Si aucun n'est reçu, il restera vide.

Dans le post, il y a l'hypothèse qu'un réseau sans fil ne peut pas avoir un "Suffixe DNS spécifique à la connexion". J'ai cherché et trouvé plusieurs autres posts dans lesquels ont été publiés les résultats de ipconfig /all et dans laquelle il était présent sur un adaptateur sans fil : lien1 , lien2 , lien3 , et lien4 .

Je pense que dans le contexte de l'affiche, le serveur DHCP était probablement le routeur sans fil, qui n'a pas renvoyé un nom d'option 015. Ceci est déterminé par le firmware 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.

Répondu el 23 de Octobre, 2018 par harrymc (394411 Points )

1voto

Albin avatar
Albin Points 7074

Le serveur DHCP est responsable de la transmission du "Suffixe DNS spécifique à la connexion" (pas le contrôleur de domaine). Cela ne fait donc pas partie du protocole TCP/IP et ne provient pas non plus d'une politique de groupe.

Il est donc indépendant de la carte réseau et ne fait aucune 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 devriez obtenir le même suffixe. Tout en supposant qu'il n'y a qu'un seul serveur DHCP dans votre LAN/WLAN, ce qui devrait être le cas.

Si cela se produit lorsque vous vous connectez au même réseau local avec les deux adaptateurs, il se peut que le serveur DHCP soit défectueux. Par exemple : s'il s'agit d'un réseau domestique et que vous utilisez un (deuxième) routeur pour établir une connexion WLAN, assurez-vous que le DHCP est activé sur un seul des routeurs. Dans un réseau coopératif, il est probable que s.o. n'ait pas isolé correctement son réseau de test du réseau principal, voici un exemple concret de cela.

Ainsi, le rafraîchissement de la configuration IP ( /RENEW , /FLUSHDNS , /RELEASE ) ne fera aucune différence, parce que cela ne fait que lancer une nouvelle requête au serveur DHCP et si celui-ci n'a pas transmis de Suffixe la dernière fois, il ne le fera pas non plus la prochaine fois (à moins qu'il ne s'agisse d'un serveur DHCP différent). Vous devrez vous assurer d'utiliser le même DHCP pour les deux connexions/adaptateurs.

Répondu el 25 de Octobre, 2018 par Albin (7074 Points )

Questions en vedette

Top Tags

Dans notre réseau

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

Yandex
X