Hier ist etwas Wichtiges zu beachten, von dem ich bemerke, dass viele Leute es nie mit einbeziehen, wenn sie davon sprechen, +trace
dass +trace
der dig-Client den Trace ausführt und nicht der DNS-Server, der in Ihrer Konfiguration (/etc/resolv.conf) angegeben ist. Mit anderen Worten, Ihr dig-Client funktioniert wie ein rekursiver DNS-Server, wenn Sie danach fragen. Aber - wichtig ist, dass Sie keinen Cache haben.
Weitere Details - Wenn Sie also bereits nach einem mx
Datensatz mit gefragt haben dig -t mx example.com
und Ihre /etc/resolv.conf 8.8.8.8 lautet, wird das zwischengespeicherte Ergebnis zurückgegeben , wenn Sie irgendetwas in der TTL der Zone tun. In gewisser Weise haben Sie Ihre DNS-Ergebnisse bei Google für die TTL Ihrer Zone vergiftet, wenn Sie nach etwas über Ihre eigene Zone suchen und wie Google sie sieht. Nicht schlecht, wenn Sie eine kurze TTL haben, etwas Müll, wenn Sie eine 1-stündige haben.
Während +trace
Sie also sehen können, was WÜRDE, wenn Sie Google zum ERSTEN Mal fragen und es keinen zwischengespeicherten Eintrag gibt, werden Sie möglicherweise eine falsche Vorstellung davon haben, dass Google allen das Gleiche mitteilt wie Ihr +trace
Ergebnis, welches Dies ist nicht der Fall, wenn Sie zuvor gefragt haben und eine lange TTL haben, da diese vom Cache bis zum Ablauf der TTL verwendet wird. DANN entspricht sie der +trace
offenbarten TTL .
Kann nicht zu viel Detail IMO haben.