NSLOOKUP renvoie mon domaine ajouté à une réponse non autorisée, ainsi qu'une mauvaise adresse

J'ai récemment installé un server Windows 2008r2 (groupe de travail uniquement, sans AD ou domaine). Ce server a le DNS activé.

À partir d'une machine cliente différente sur le réseau local, je lance NSLOOKUP pour tester l'opération DNS.

Lors du démarrage, il répertorie correctement le nom du server et l'adresse IP.

Quand j'écris "realdomain.com" à partir de l'invite>, NSLOOKUP returnne:

Non-authoritative answer: Name: realdomain.com.my.domain.net Address: 67.215.65.132 

Le système client est capable de résoudre les noms, de sorte que DNS fonctionne dans une certaine mesure, mais je ne comprends pas pourquoi "my.domain.net" est ajouté.

L'adresse 67.215.65.132 renvoyée pour realdomain.com est également incorrecte. L'adresse appartient réellement à OpenDNS. J'utilise OpenDNS comme redirecteur, mais ces adresses sont 208.67.xxx.xxx.

"my.domain.net" est le suffixe DNS principal du server LAN local. Ce n'est pas un domaine visible au public, puisque le server est sur un réseau privé.

Cette question semble être assez similaire, mais je ne comprends pas comment appliquer la solution: "… supprimer l'input de la carte géniale de la configuration de vos solutions réseau". Quelle input de carte sauvage? Où se trouve la «configuration des solutions réseau»?

Comme dans la question référencée, si j'entre dans realdomain.com. (avec la période à la fin), il fonctionne correctement et renvoie l'adresse correcte.

2 Solutions collect form web for “NSLOOKUP renvoie mon domaine ajouté à une réponse non autorisée, ainsi qu'une mauvaise adresse”

J'ai un résultat similaire:

 D:\Users\tannerf>nslookup domain.net 208.67.222.222 Server: resolver1.opendns.com Address: 208.67.222.222 Non-authoritative answer: Name: domain.net.MYSUFFIX.COM Address: 67.215.65.132 

On dirait que OpenDNS se redirige lorsque le nom ne peut pas être résolu. Vous pouvez modifier la requête dans n'importe quel sous-domaine qui ne résoudra pas, et il renverra la même chose:

 D:\Users\tannerf>nslookup mdmarra.local 208.67.222.222 Server: resolver1.opendns.com Address: 208.67.222.222 Non-authoritative answer: Name: mdmarra.local.microsoft.com Address: 67.215.65.132 

nslookup est, par défaut, ajoutant le suffixe de search. Jetez un oeil à cette question . Et voici un sujet qui déplore la décision de OpenDNS . Je me trouve terriblement confus.

Si vous souhaitez empêcher l'ouverture de RedDirect, vous pouvez regarder ici .

Lorsque je tapez "realdomain.com" à partir de l'invite>, NSLOOKUP returnne: Réponse non autorisée: Nom: realdomain.com.my.domain.net Adresse: 67.215.65.132

Cela se produit lorsque vous soumettez une requête dans nslookup qui n'est pas entièrement qualifié. Nslookup a besoin de la fin. afin que la requête soit entièrement qualifiée. Manquant de la traîne. fait en sorte que nslookup ajoute les suffixes DNS primaires et / ou spécifiques à la connection à la requête.

Le système client est capable de résoudre les noms, de sorte que DNS fonctionne dans une certaine mesure, mais je ne comprends pas pourquoi "my.domain.net" est ajouté.

Oui. Le client DNS fonctionne correctement. Voir ma déclaration précédente pour savoir pourquoi nslookup se comporte de cette façon.

L'adresse 67.215.65.132 renvoyée pour realdomain.com est également incorrecte. L'adresse appartient réellement à OpenDNS. J'utilise OpenDNS comme redirecteur, mais ces adresses sont 208.67.xxx.xxx.

OpenDNS détourne la réponse NXDOMAIN pour realdomain.com.my.domain.net et renvoie les adresses IP de ce qui est probablement un type de page de destination offrant leurs services. Les adresses ip renvoyées ne sont pas les adresses IP de leurs servers DNS, ce sont les adresses ip auxquelles elles redirigent les réponses NXDOMAIN. – http://en.wikipedia.org/wiki/DNS_hijacking

my.domain.net "est le suffixe DNS principal de mon server LAN local. Il n'est pas un domaine visible au public, puisque le server est sur un réseau privé.

mydomain.net est le suffixe DNS principal de votre server. C'est le suffixe DNS que nslookup appenda à des requêtes non qualifiées lors de l'exécution de nslookup à partir du server.

Cette question semble être assez similaire, mais je ne comprends pas comment appliquer la solution: "… supprimer l'input de la carte géniale de la configuration de vos solutions réseau". Quelle input de carte sauvage? Où se trouve la «configuration des solutions réseau»?

Ceci n'est pas applicable dans votre cas. La réponse NXDOMAIN est détournée par OpenDNS.

Comme dans la question référencée, si j'entre dans realdomain.com. (avec la période à la fin), il fonctionne correctement et renvoie l'adresse correcte.

Exactement. C'est la bonne façon d'utiliser nslookup.

Tout ce que vous avez décrit dans votre question est un comportement parfaitement normal, en ce qui concerne nslookup. Le seul problème est le fait que OpenDNS détourne la réponse NXDOMAIN, ce qu'il ne faut vraiment pas faire.

  • le directory virtuel rend l'opération de copy de file extrêmement lente sur UNC Path (IIS 7.5 bug?)
  • Fonctionnalité "Drive Extender" / "Storage Spaces" pour Windows Server 2008 R2
  • Comment réparer les partitions corrompues dans une machine hyper-v?
  • devise pour vérifier la connection VPN et reconnecter si déconnecté?
  • Configurez WinRM à l'aide d'un file .bat sans invite oui / non
  • Relier le site IIS pour alterner l'adresse IP non accessible à distance - OK localement - Windows 2008 R2
  • Problème avec les objects GPO pour la création de dossiers personnels et les maps de lecteur
  • Comment réinitialiser le canal sécurisé Active Directory si cassé
  • Désorganisation et suppression du rôle de DHCP
  • Comment désactiver les messages de debugging Just-in-Time?
  • Impossible d'accéder à un dossier partagé sur le server Windows 2012 R2 à partir d'une machine R2 2008
  • Les astuces du serveur de linux et windows, tels que ubuntu, centos, apache, nginx, debian et des sujets de rĂ©seau.