Le 25/01/2016 14:30, Alarig Le Lay a écrit : > À mon avis, ce n’est pas spécifique à ton résolveur. J’utilise unbound > et j’ai un résultat similaire : > > alarig@drscott:~$ dig ANY ada.net.tr @localhost > > ; <<>> DiG 9.9.5-9+deb8u4-Debian <<>> ANY ada.net.tr @localhost > ;; global options: +cmd > ;; connection timed out; no servers could be reached > alarig@drscott:~$ dig +tcp ANY ada.net.tr @ns.ada.net.tr > > ; <<>> DiG 9.9.5-9+deb8u4-Debian <<>> +tcp ANY ada.net.tr @ns.ada.net.tr > ;; global options: +cmd > ;; connection timed out; no servers could be reached > alarig@drscott:~$ dig +notcp ANY ada.net.tr @ns.ada.net.tr > > ; <<>> DiG 9.9.5-9+deb8u4-Debian <<>> +notcp ANY ada.net.tr > @ns.ada.net.tr > ;; global options: +cmd > ;; Got answer: > ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 44330 > blah. > > Et pendant ce temps, > `tcpdump -i eth0 host '(ns.ada.com.tr. or ns.ada.net.tr.)' and port 53` > Avec ça, je ne vois rien passer dans le premier cas, que du SYN dans le > deuxième, et du trafic DNS normal dans le troisième.
Intéressant. Du coup, pourquoi en passant par ton résolveur, ça ne marche pas (TCP ou UDP) ? Il ne devrait pas se comporter exactement comme le dernier dig normalement ? (aka résoudre) Julien
smime.p7s
Description: Signature cryptographique S/MIME