web-dev-qa-db-fra.com

Configurer DNS avec les enregistrements A et SRV

J'ai les serveurs suivants, qui devraient être utilisés pour les tâches suivantes:

big_box   111.111.111.111 Main-Server (Game-Server, Virtual Machines,...)
small_box 222.222.222.222 Web-Server

L’idée est plus tardive (si j’obtiens ceci de fonctionner) d’ajouter plus de serveurs de type "small_box" pour l’équilibrage de charge.

Je possède un domaine et j'ai essayé de configurer les entrées DNS suivantes:

Host                         TTL    Type Preference Data
*.example.org                30     A    20         111.111.111.111
example.org                  30     A    20         111.111.111.111
example.org                  30     MX   20         mail.example.org
example.org                  86400  NS   20         ns1.nameserver.org
example.org                  86400  NS   20         ns1.nameserver.org
example.org                  86400  NS   20         ns1.nameserver.org
_http._tcp.example.org.      30     SRV  10         10 80 222.222.222.222
_http._tcp.www.example.org.  30     SRV  10         10 80 222.222.222.222
_https._tcp.example.org.     30     SRV  10         10 443 222.222.222.222
_https._tcp.www.example.org. 30     SRV  10         10 443 222.222.222.222

J'ai attendu plus de vingt-quatre heures pour que les modifications se propagent et je peux rechercher les entrées SRV avec:

Dig _http._tcp.exmaple.org

et obtenir comme réponse:

; <<>> Dig 9.9.5-3ubuntu0.6-Ubuntu <<>> _http._tcp.example.org SRV
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 45370
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 3, ADDITIONAL: 4

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;_http._tcp.exmaple.org.    IN  SRV

;; ANSWER SECTION:
_http._tcp.example.org. 30  IN  SRV 10 10 80 222.222.222.222.

;; AUTHORITY SECTION:
example.org.    69477   IN  NS  ns2.nameserver.org.
example.org.    69477   IN  NS  ns1.nameserver.org.
example.org.    69477   IN  NS  ns3.nameserver.org.

;; ADDITIONAL SECTION:
ns1.nameserver.org.     2470    IN  A   xxx.xxx.xxx.xxx
ns2.nameserver.org.     977 IN  A   xxx.xxx.xxx.xxx
ns3.nameserver.org.     2470    IN  A   xxx.xxx.xxx.xxx

;; Query time: 32 msec
;; SERVER: 127.0.1.1#53(127.0.1.1)
;; WHEN: Tue Feb 02 02:18:13 CET 2016
;; MSG SIZE  rcvd: 212

Mais lorsque j'essaie d'obtenir la page Web sous l'un des éléments suivants

http://example.org
http://www.exampleuorg
https://example.org
https://www.example.org

Je finis toujours par 111.111.111.111 au lieu de 222.222.222.222.

(J'ai configuré 4 petites pages Web sur des serveurs Apache2, indiquant quelle machine sous quel protocole j'ai atteint.)

Également:

traceroute example.org      
traceroute www.example.org  
traceroute -p 80 example.org      
traceroute -p 80 www.example.org  
traceroute -p 443 example.org      
traceroute -p 443 www.example.org

tous se retrouvent sur 111.111.111.111, ce qui convient pour les 2 premières demandes, mais pas pour le reste.

J'ai essayé de trouver des exemples pour les entrées A et SRV ensemble, mais je n'en ai trouvé aucun, mais des exemples séparés. Je n'ai pas non plus trouvé de déclarations que vous ne pouvez pas utiliser les deux en même temps.

Est-ce que j'ai fait quelque chose de mal?

domainsdnssrv-records
1
Stechi

Les enregistrements SRV ne peuvent pas être utilisés avec des sites Web. Les navigateurs ne savent pas comment rechercher des enregistrements SRV pour récupérer un site Web sur un port différent à partir d'une adresse IP différente de l'enregistrement DNS A principal.

La raison en est fournie par Teddy dans Pourquoi les navigateurs n'utilisent-ils pas les enregistrements SRV?

Le RFC pour les enregistrements SRV spécifie qu'il peut ne pas être utilisé par des protocoles préexistants qui ne spécifiaient pas déjà l'utilisation des enregistrements SRV dans leurs spécifications. C'est à dire. pas de SRV dans la spécification HTTP - il est interdit aux navigateurs de l’utiliser.

Cela n'empêche toutefois pas un nouveau standard HTTP 1.2 de spécifier l'utilisation d'enregistrements SRV. Cependant, Mark Andrews proposé ceci en avril 2007 au groupe de travail HTTP de l'IETF, mais n'a pas reçu de réponse.

0
Stephen Ostermiller