Verständnisproblem: BIND und Minimum TTL
Hallo ! Wahrscheinlich etwas OT, aber da verstehe ich etwas nicht. In BIND dachte ich immer das die TTL (time to live) die Zeit war wo eine Information im Cache als korrekt angesehen wird. Ist diese Zeit überlaufen ist die Information nicht mehr korrekt und muss "erneuert" werden. Man müsste im diesen Fall von einer Maximalen TTL sprechen, oder ? In dieser Logik würde dans die minimum TTL die Zeit sein _bevor_ die Information erst als korrekt angesehen wird. Das gibt für mich keinen Sinn ;-( Na ja, wenn einer mir's erklähren kann, wäre sehr nett ! MfG, Gerd ps: die Information habe ich aus dem O'Reilly DNS&BIND, französische Ausgabe, und auf google, ausser minimum TTL habe ich keine für mich klarer Erklärung gefunden. -- -------------------------------------------------------------------------- gmichalk@freegates.be \\_// (. .) Powered by SuSE Linux 8.2 ---------------------------------------oOOo-oOOo--------------------------
Hallo Gerd-Christian Gerd-Christian Michalke wrote:
Hallo !
Wahrscheinlich etwas OT, aber da verstehe ich etwas nicht.
In BIND dachte ich immer das die TTL (time to live) die Zeit war wo eine Information im Cache als korrekt angesehen wird. Ist diese Zeit überlaufen ist die Information nicht mehr korrekt und muss "erneuert" werden.
Man müsste im diesen Fall von einer Maximalen TTL sprechen, oder ?
In dieser Logik würde dans die minimum TTL die Zeit sein _bevor_ die Information erst als korrekt angesehen wird. Das gibt für mich keinen Sinn ;-(
Ich würde sagen nein. Aus RFC 1035:
All times are in units of seconds.
Most of these fields are pertinent only for name server maintenance operations. However, MINIMUM is used in all query operations that retrieve RRs from a zone. Whenever a RR is sent in a response to a query, the TTL field is set to the maximum of the TTL field from the RR and the MINIMUM field in the appropriate SOA. .....
_Thus MINIMUM is a lower bound on the TTL field for all RRs in a zone._
Note that this use of MINIMUM should occur when the RRs are copied into the response and not when the zone is loaded from a master file or via a zone transfer. The reason for this provison is to allow future dynamic update facilities to change the SOA RR with known semantics.
Ich hoffe das hilft dir. Gruß Gerald -- Gerald Engl Bunsenstrasse 13 81735 Muenchen 0049-89-676736
participants (2)
-
Gerald Engl
-
Gerd-Christian Michalke