Problème accédant au site sur le réseau interne

J'ai travaillé sur ce problème pendant un certain time et n'ai eu aucune chance jusqu'à présent … Environnement: Serveur 2008R2 AD et DNS (DHCP fourni par le routeur) IP statique avec 127.0.0.1 et IP du routeur en tant que parties DNS Host https d'un site Web. Les parties non HTTPS sont hébergées en dehors de notre réseau interne. DNS a members.mydomain.net comme une zone de search directe, avec les loggings SOA et NS indiquant server.mydomain.local (ce server)

Problème 1: sur tout réseau public, tout fonctionne bien. Sur le réseau interne, je ne peux pas extraire les parties HTTPS du site. Il revient avec une page introuvable. NSLOOKUP

C:\Users\Administrator>nslookup Default Server: UnKnown Address: ::1 > set debug > members.mydomain.net Server: UnKnown Address: ::1 ------------ Got answer: HEADER: opcode = QUERY, id = 2, rcode = NXDOMAIN header flags: response, auth. answer, want recursion, recursion avail. questions = 1, answers = 0, authority records = 1, additional = 0 QUESTIONS: members.mydomain.net.mydomain.local, type = A, class = IN AUTHORITY RECORDS: -> mydomain.local ttl = 3600 (1 hour) primary name server = server.mydomain.local responsible mail addr = hostmaster.mydomain.local serial = 2517 refresh = 900 (15 mins) retry = 600 (10 mins) expire = 86400 (1 day) default TTL = 3600 (1 hour) ------------ ------------ Got answer: HEADER: opcode = QUERY, id = 3, rcode = NXDOMAIN header flags: response, auth. answer, want recursion, recursion avail. questions = 1, answers = 0, authority records = 1, additional = 0 QUESTIONS: members.mydomain.net.mydomain.local, type = AAAA, class = IN AUTHORITY RECORDS: -> mydomain.local ttl = 3600 (1 hour) primary name server = server.mydomain.local responsible mail addr = hostmaster.mydomain.local serial = 2517 refresh = 900 (15 mins) retry = 600 (10 mins) expire = 86400 (1 day) default TTL = 3600 (1 hour) ------------ ------------ Got answer: HEADER: opcode = QUERY, id = 4, rcode = NOERROR header flags: response, auth. answer, want recursion, recursion avail. questions = 1, answers = 0, authority records = 1, additional = 0 QUESTIONS: members.mydomain.net, type = A, class = IN AUTHORITY RECORDS: -> members.mydomain.net ttl = 3600 (1 hour) primary name server = server.mydomain.local responsible mail addr = hostmaster.mydomain.local serial = 1 refresh = 900 (15 mins) retry = 600 (10 mins) expire = 86400 (1 day) default TTL = 3600 (1 hour) ------------ ------------ Got answer: HEADER: opcode = QUERY, id = 5, rcode = NOERROR header flags: response, auth. answer, want recursion, recursion avail. questions = 1, answers = 0, authority records = 1, additional = 0 QUESTIONS: members.mydomain.net, type = AAAA, class = IN AUTHORITY RECORDS: -> members.mydomain.net ttl = 3600 (1 hour) primary name server = server.mydomain.local responsible mail addr = hostmaster.mydomain.local serial = 1 refresh = 900 (15 mins) retry = 600 (10 mins) expire = 86400 (1 day) default TTL = 3600 (1 hour) ------------ Name: members.mydomain.net 

Le problème est que tout s'est bien passé il y a quelques mois. Je sais que des modifications ont été apscopes (nouveau routeur, nouveau cert SSL, éventuellement d'autres bits), mais rien sur la configuration DNS du server n'a été modifié. Le client est frustré de ne pouvoir utiliser son site dans son propre réseau. Toute aide serait appréciée.

Problème 2: Similaire, mais pas tout à fait … remote.mydomain.com pointe vers RDP sur ce server. Fonctionne bien depuis l'extérieur du réseau interne. Pings à notre adresse IP externe à partir de l'intérieur du réseau, mais lorsqu'il est utilisé comme adresse pour une session RDP, indique que l'ordinateur ne répond pas ou n'est pas configuré pour la télécommand. remote.mydomain.com n'a PAS d'inputs dans notre propre DNS sur ce server. S'appuie simplement sur une adresse externe. Encore une fois, cela a bien fonctionné, mais maintenant, cela ne l'est pas.

Je suis perplexe, car les deux problèmes sont similaires, mais je soupçonne d'indiquer différents problèmes.

Si je lis ce droit, les members.mydomain.net devraient résoudre l'adresse IP d'un server sur le réseau local lorsqu'ils sont interrogés sur le réseau local. Si c'est exact, créez un logging "A" avec un nom d'hôte vierge dans la zone de search directe de members.mydomain.net DNS en réponse à l'adresse IP de la machine hébergeant le site web membbers.mydomain.net .

En ce qui concerne votre nom remote.mydomain.net , créez une zone de search remote.mydomain.net nommée remote.mydomain.net et le même type d'logging "A" comme ci-dessus (sauf, évidemment, en utilisant l'adresse IP de la machine qui héberge RDP).

Je suppose qu'il y avait un logging "A" dans la zone membbers.mydomain.net à la fois que quelqu'un a supprimé à tort.