| | 1 | = Requête DNS de type CNAME à un serveur DNS: = |
| | 2 | |
| | 3 | == Constitution de la trace == |
| | 4 | |
| | 5 | On observe un échange de trames reposant sur ETHERNET-IP-UDP-DNS[[BR]] |
| | 6 | 2 types de messages échangés: Query CNAME, Query response. |
| | 7 | |
| | 8 | == Pourquoi cet échange? == |
| | 9 | |
| | 10 | Au niveau de la machine 10.40.5.2, on ouvre un navigateur internet (firefox) et on tape |
| | 11 | {{{ |
| | 12 | #!rst |
| | 13 | www.ent2.com |
| | 14 | }}} |
| | 15 | |
| | 16 | == Que se passe-t-il ? == |
| | 17 | |
| | 18 | === Trame ''1'' === |
| | 19 | Une requête de type CNAME est une requête qui porte sur un alias. On peut donner plusieurs alias a une meme machine si elle comporte plusieurs services.. [[BR]] |
| | 20 | |
| | 21 | {{{ |
| | 22 | #!rst |
| | 23 | Qui est www.ent2.com et quel est son adresse? |
| | 24 | }}} |
| | 25 | |
| | 26 | Les flags DNS révèlent:[[BR]] |
| | 27 | questions: 1 [[BR]] |
| | 28 | answer RRs: 0 [[BR]] |
| | 29 | |
| | 30 | Après ces flags, on trouve la "query" requete, nom recherché, le type de requete, et la classe (pour nous çà sera toujours IN pour internet" |
| | 31 | |
| | 32 | === Trame ''2'' === |
| | 33 | |
| | 34 | Le Serveur DNS répond en recopiant la question et en y incluant pas deux réponses.. (oui 2!)[[BR]] |
| | 35 | questions: 1[[BR]] |
| | 36 | answer RRs: 2 [[BR]] |
| | 37 | |
| | 38 | 1ere réponse: la réponse de type Cname. [[BR]] |
| | 39 | On apprend que la machine ayant l'alias www est serveur3.ent2.com[[BR]] |
| | 40 | * name: www.ent2.com |
| | 41 | * type : cname (alias) |
| | 42 | * class : in (internet) |
| | 43 | * ttl |
| | 44 | * taille donnée : 11 octets (taille du nom de la machine) |
| | 45 | * donnee serveur3.. (le premier point est un point, le 2eme indique qu'il faut ajouter le nom de domaine à savoir ent2.com, c'est de l'économie...) et correspond donc à serveur3.ent2.com [[BR]] |
| | 46 | |
| | 47 | 2eme réponse: une réponse de type A [[BR]] |
| | 48 | Pourquoi cette réponse? Tout simplement car la première réponse ne contient que le nom de la machine correspondant à l'alias.. La machine qui a émit la requête ne sait pas forcément ou la joindre.. Pour cette raison, une optimisation consiste à ajouter l'adresse de la machine correpondant à l'alias.[[BR]] |
| | 49 | Cette réponse est similaire à celle de la trace déjà commentée [wiki:observations_dnsA a cette page].[[BR]] |
| | 50 | |
| | 51 | == Interet de cette trace == |
| | 52 | |
| | 53 | * On observe d'une résolution d'alias.[[BR]] |
| | 54 | * Amusant de constater qu'une machine doit demander au serveur DNS ou se trouve une machine alors que c'est elle qui en est la réponse :-)[[BR]] |
