Bonjour Stephane, On Wed, 28 Nov 2018 12:09:09 +0100 Stephane Bortzmeyer <[email protected]> wrote:
> Sans ce +trace, on voit ce qui se passe : > > % dig @resolver1.opendns.com myip.opendns.com .... > NXDOMAIN => OpenDNS a supprimé ce service. > > En fait, c'est plus drôle que ça. Ça marche en IPv4 : > > % dig -4 @resolver1.opendns.com myip.opendns.com > > ; <<>> DiG 9.10.3-P4-Debian <<>> -4 @resolver1.opendns.com > myip.opendns.com ; (1 server found) > ;; global options: +cmd > ;; Got answer: > ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 33611 > ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1 > > ;; OPT PSEUDOSECTION: > ; EDNS: version: 0, flags:; udp: 4096 > ;; QUESTION SECTION: > ;myip.opendns.com. IN A > > ;; ANSWER SECTION: > myip.opendns.com. 0 IN A 192.134.7.106 > > ;; Query time: 3 msec > ;; SERVER: 208.67.222.222#53(208.67.222.222) > ;; WHEN: Wed Nov 28 12:06:01 CET 2018 > ;; MSG SIZE rcvd: 61 > > Mais pas en IPv6. Comme Orange fait de l'IPv6 depuis peu, ça peut être > la raison. > > (Et OpenDNS est horriblement bogué, à renvoyer le NXDOMAIN) > > Solution : en IPv6, demander le AAAA : Bon, effectivement, c'est une explication tres probable, mais je suis juste surpris car j'ai du V6 via Orange depuis que j'ai ma LB4, et ca commence a faire longtemps... Mais en utilisant les options -4 et -6, et les requetes de types A/AAAA, je retrouve bien le comportement que j'attendais. Donc, le probleme OpenDNS, je vais le ranger dans la categorie "bug de mon script... mais sans grande conviction" ;) Reste quand meme la reponse en 192.168.c.d, mais la je vais tracer... Des suggestions de parametres a indiquer a dig pour garder des elements qui pourraient etre utiles si ca se reproduit ? Merci, Paul --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/
