nouveau domaine, en essayant de le configurer sur Windows Server 2012 R2 sur une machine virtuelle Azure

J'ai donc acheté ce domaine, disons mydomain.com, et j'aimerais l'utiliser pour mon laboratoire dans le cloud.

J'ai créé un nouveau service dans Azure, disons service, et j'ai créé une nouvelle machine virtuelle appelée mydc, l'ai promu contrôleur de domaine et configuré une nouvelle forêt, mydomain.com, tous les paramètres par défaut de Server 2012 R2. Je peux accéder à la nouvelle machine virtuelle DC à partir de l’Internet via RDP via myservice.cloudapp.net:[Azure Endpoint] et [IP publique]: [Azure Endpoint], mais pas via mydc.mydomain.com:3389 (ou pas de port à tout).

Devrais-je me connecter à l'interface du fournisseur de domaine et configurer quelque chose pour qu'il pointe vers ma machine virtuelle Azure, peut-être le fichier de zone DNS? et toute configuration supplémentaire requise sur ma machine virtuelle?

[Cela pourrait appartenir à Server Fault, mais il a compris que ce devait être une question assez basique sur le DNS, donc essayé ici en premier]

dns windows-server-2012-r2

— Razvan Zoitanu
source

N'oubliez pas que le DNS met du temps à se propager. Quel est TTL pour le domaine défini à?

— Tyson

TTL est de 600 secondes, vous ne pouvez pas descendre plus bas que cela dans l'interface.

— Razvan Zoitanu

C’est 10 minutes, ce qui est bien, mais permettez-en 20 dans la pratique, vous pouvez utiliser whatsmydns.net mais je suppose que le vrai problème pourrait être votre cache DNS local, le moyen le plus rapide de vérifier est de prendre votre téléphone ou tout autre appareil en utilisant un réseau différent et DNS et test.

— Tyson

La commande ping mydc.mydomain.com (le pare-feu de la machine virtuelle est désactivé) résout l'adresse IP affichée sur whatsmydns.net, et elle est différente de l'adresse IP publique de ma machine virtuelle. Donc, cela expliquerait pourquoi RDP à la machine virtuelle sur mydc.mydomain.com échoue également à ce stade. J'attendrais un peu plus, mais cela faisait plus d'une heure et je suis sûr que je devrais d'abord modifier certains paramètres quelque part. Peut-être les serveurs de noms? Le rôle DNS étant installé sur ma machine virtuelle, dois-je simplement utiliser l'adresse IP publique de la machine virtuelle en tant que serveur de noms dans l'interface DNS du fournisseur?

— Razvan Zoitanu

Tyson, merci pour le lien vers le site, vraiment utile pour comprendre comment cela fonctionne.

— Razvan Zoitanu

Tout ce qui était nécessaire était un nouveau disque A. Doit accéder à l'interface DNS du fournisseur de domaine, modifier le fichier de zone DNS, ajouter un nouvel enregistrement A (mydc) qui pointe vers l'adresse IP publique de ma machine virtuelle.

Moins de 2 minutes plus tard, whatsmydns.net montre que mydc.mydomain.com résout partout cette adresse IP publique. Le protocole RDP vers la machine virtuelle est maintenant disponible sur mydc.mydomain.com:[Azure RDP Endpoint].

— Razvan Zoitanu
source

Puisque vous ne semblez pas savoir d'où provient l'enregistrement A précédent, vous pouvez utiliser whatsmydns pour rechercher un enregistrement AAAA. S'il existe déjà une adresse IPv6 qui correspond probablement au serveur pour l'enregistrement A précédent. Si votre machine virtuelle ne possède pas d'adresse IPv6 ou si vous ne savez pas comment elle est configurée, supprimez simplement le mauvais enregistrement AAAA pour le moment.

— Tyson

Il n'y a pas de record AAAA. Et il n'y avait pas de disque A avant d'en ajouter un. Il n'y avait qu'un @ host configuré, pointant vers les serveurs du vendeur, devinez que ce soit la valeur par défaut.

— Razvan Zoitanu