| 6 | | 2 types de messages échangés: Query A et Query respo |
| | 6 | 2 types de messages échangés: Query A et Query response. |
| | 7 | |
| | 8 | == Pourquoi cet échange? == |
| | 9 | |
| | 10 | Au niveau de la machine 10.40.5.2, on ouvre un terminal et on tape |
| | 11 | {{{ |
| | 12 | #!rst |
| | 13 | ping smtp.ent2.com |
| | 14 | }}} |
| | 15 | |
| | 16 | == Que se passe-t-il ? == |
| | 17 | |
| | 18 | === Trame ''1'' === |
| | 19 | {{{ |
| | 20 | #!rst |
| | 21 | recherche adresse de smtp.ent2.com |
| | 22 | }}} |
| | 23 | |
| | 24 | Les flags DNS révèlent:[[BR]] |
| | 25 | questions: 1 (oui questions, pas requêtes, car il peut y avoir des requête de questions et des requêtes de réponses :-) )[[BR]] |
| | 26 | answer RRs: 0 [[BR]] |
| | 27 | |
| | 28 | 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" |
| | 29 | |
| | 30 | === Trame ''2'' === |
| | 31 | |
| | 32 | Le Serveur DNS répond en recopiant la question mais en y incluant pas de réponse.. (il ne connait pas smtp.ent2.com)[[BR]] |
| | 33 | questions: 1[[BR]] |
| | 34 | answer RRs: 0 [[BR]] |
| | 35 | |
| | 36 | === Trame ''3'' === |
| | 37 | |
| | 38 | La machine n'ayant pas eu de réponse, mais c'est pertinament que le serveur ne connait pas smtp.ent2.com car il a reçu sa question ^^, il renvoie une trame en ajoutant le nom de domaine au nom de la machine dont il demandait l'adresse (c'est la commande ping qui fait çà sans que l'utilisateur ne le sache)[[BR]] |
| | 39 | {{{ |
| | 40 | #!rst |
| | 41 | recherche smtp.ent2.com.ent2.com |
| | 42 | }}} |
| | 43 | |
| | 44 | |
| | 45 | |
| | 46 | === Trame ''4'' === |
| | 47 | |
| | 48 | Evidemment, le Serveur DNS répond en recopiant la question mais en y incluant pas de réponse.. [[BR]] |
| | 49 | Cepandant dans ce message, il inclut un "authority RRs: 1"[[BR]] |
| | 50 | questions: 1[[BR]] |
| | 51 | answer RRs: 0 [[BR]] |
| | 52 | authority RRs: 1 [[BR]] |
| | 53 | |
| | 54 | Cet authority RR contient éventuellement le nom d'un autre serveur DNS "ayant authorité dans la zone" afin que la recherche puisse être effectuée par le client sur cet autre serveur. |
| | 55 | |
| | 56 | Ce n'est pas le cas sur la plateforme, c'est pour cela que l'on obtient un seul autority RR |
| | 57 | |
| | 58 | == Interet de cette trace == |
| | 59 | |
| | 60 | * On observe le cas ou une résolution ne marche pas. |
| | 61 | * On voit que si on fait une requete sans recevoir de réponse, il considère que sa requête est ambigüe et alors il essaie de la rendre plus precise en y ajoutant le ajoutant le nom de domaine.. Ceci est prudent si 2 machines ont le meme nom mais pas dans le domaine (evidemment) [[BR]] |
| | 62 | Par exemple: serveur.ent2.com et serveur.core2.com par exemple auraient été resolu alors que serveur seul non. |
| | 63 | * On voit que authority RRs apparait afin de permettre au client de reiterer sa requete au serveur ayant autorité dans la zone, le cas échéant il sait que smtp.ent2.com n'existe pas. |
| | 64 | |
| | 65 | En fait, j'avais oublié d'ajouter ce serveur ^^ [[BR]] |
| | 66 | Mais je l'ai fait par la suite, heureusement, pour configurer un client mail, c'est plus simple :-) |
