Auteur Sujet: dig localhost => erreur "Got bad packet: FORMERR" (Lu 13185 fois)

vivien · « **Réponse #24 le:** 22 avril 2017 à 12:00:30 »

Je pense que SmokePing ne cherche pas la date, mais la durée de la requête, la ligne query time :

;; Query time: 131 msec

Par contre je n'ai pas demandé de faire ce type de stats...

alain_p · « **Réponse #25 le:** 22 avril 2017 à 12:02:50 »

Oui, c'est probablement cela : temps de réponse des serveurs DNS.

vivien · « **Réponse #26 le:** 22 avril 2017 à 12:03:28 »

Voici une autre capture wireshark, réalisée, elle sur la loopback : 201704_dns_localhost_lo.pcap

Le résultat de Dig correspondant à la capture :

$ dig localhost ;; Got bad packet: FORMERR 54 bytes df d7 81 a0 00 01 00 01 00 00 00 01 09 6c 6f 63 .............loc 61 6c 68 6f 73 74 00 00 01 00 01 c0 0c 00 01 00 alhost.......... 01 00 00 2a 30 00 04 7f 00 00 01 00 00 00 00 00 ...*0........... 00 00 00 00 00 00 ......

« **Réponse #27 le:** 22 avril 2017 à 12:04:37 »

Citation de: vivien le 22 avril 2017 à 11:51:08

Ce qu'affiche DIG :
Code: [Sélectionner]
$ dig localhost ;; Got bad packet: FORMERR 54 bytes 54 fb 81 a0 00 01 00 01 00 00 00 01 09 6c 6f 63 T............loc 61 6c 68 6f 73 74 00 00 01 00 01 c0 0c 00 01 00 alhost.......... 01 00 00 2a 30 00 04 7f 00 00 01 00 00 00 00 00 ...*0........... 00 00 00 00 00 00 ......

Bref il y a 1 additional RR constitué uniquement d'une suite de 0.

Très bizarre!

vivien · « **Réponse #28 le:** 22 avril 2017 à 12:09:30 »

C'est vrai que cet "Additional records" semble mal formé...

Code: [Sélectionner]

    Additional records
        <Root>: type Unused, class Unknown
            Name: <Root>
            Type: Unused (0)
            Class: Unknown (0x0000)
            Time to live: 0
            Data length: 0

Voici la capture wireshark : 201704_dns_localhost.pcap

« **Réponse #29 le:** 22 avril 2017 à 12:16:46 »

Citation de: alain_p le 22 avril 2017 à 11:58:09

Bah là :

;; WHEN: Sat Apr 22 11:37:33 CEST 2017

Ah, et du coup c'est pas plus simple d'utiliser simplement date?

« **Réponse #30 le:** 22 avril 2017 à 12:20:00 »

Citation de: vivien le 22 avril 2017 à 11:39:25

vgu@vivien2:~$ dig localhost
;; Got bad packet: FORMERR
54 bytes
40 d5 81 a0 00 01 00 01 00 00 00 01 09 6c 6f 63 @............loc
61 6c 68 6f 73 74 00 00 01 00 01 c0 0c 00 01 00 alhost..........
01 00 00 2a 30 00 04 7f 00 00 01 00 00 00 00 00 ...*0...........
00 00 00 00 00 00 ......
[/tt][/color]

La trace, vivien, la trace!

vivien · « **Réponse #31 le:** 22 avril 2017 à 12:26:11 »

La trace quoi ?

J'ai mis 8.8.8.8 comme DNS et là plus de soucis :

Code: [Sélectionner]

$ dig localhost 

; <<>> DiG 9.10.3-P4-Ubuntu <<>> localhost
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 3924
;; flags: qr rd ra ad; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 512
;; QUESTION SECTION:
;localhost.			IN	A

;; AUTHORITY SECTION:
.			50819	IN	SOA	a.root-servers.net. nstld.verisign-grs.com. 2017042101 1800 900 604800 86400

;; Query time: 18 msec
;; SERVER: 127.0.1.1#53(127.0.1.1)
;; WHEN: Sat Apr 22 12:24:42 CEST 2017
;; MSG SIZE  rcvd: 113

Merci corrector pour avoir trouvé le fautif.

« **Réponse #32 le:** 22 avril 2017 à 12:36:51 »

Citation de: alain_p le 22 avril 2017 à 11:04:05

Je me demande si le dig localhost n'est pas utilisé simplement pour obtenir une date fiable, venant d'un serveur DNS. Ne sachant pas quel nom utiliser, il utilise localhost.

Si tu ne connais pas de nom valide, tu devrais utiliser "."

alain_p · « **Réponse #33 le:** 22 avril 2017 à 12:40:29 »

Citation de: corrector le 22 avril 2017 à 12:16:46

Ah, et du coup c'est pas plus simple d'utiliser simplement date?

Cela dépend si elle venait du serveur DNS (réponse horodatée ?), donc plus fiable, mais apparemment non. De toute façon, Vivien a trouvé, c'est le délai de la réponse qu'il cherche.

alain_p · « **Réponse #34 le:** 22 avril 2017 à 13:18:58 »

Bon, maintenant on voit que le serveur qui répondait au début aux requêtes, c'était 127.0.01, donc la machine même. Ce serait intéressant de savoir quel résolveur était installé, qui faisait une telle réponse.

;; SERVER: 127.0.1.1#53(127.0.1.1)

« **Réponse #35 le:** 22 avril 2017 à 13:20:58 »

Citation de: alain_p le 22 avril 2017 à 12:40:29

Cela dépend si elle venait du serveur DNS (réponse horodatée ?), donc plus fiable, mais apparemment non.

Il n'y pas de champs pour ça!