Beantwoord

soa record vs ttl setting

  • 5 april 2017
  • 3 reacties
  • 273 keer bekeken

Badge
hallo,

pas geleden heb ik al melding gemaakt, dat ik de TTL voor records niet kan wijzigen. Oplossing die hiervoor is, is dat ik het hele record met de nieuwe TTL moet aanmaken nadat ik de oorspronkelijke verwijderd heb.

Nu heb ik een ip adres gewijzigd van een record dat al een TTL van 300 had, maar de gehele zone komt niet insync en dus is het ipadres niet gewijzigd.

Hoe werkt dit? is hier het soa record die over de TTL van de losse records heen bepaald wanneer er wat gesynchroniseerd wordt? Hoe krijg ik hier inzicht in?

mvg
Elsbeth
icon

Beste antwoord door SjorsK 5 april 2017, 18:32

TTL Staat voor "Time to life", dit wordt gebruikt voor DNS-Caching.



Stel dat je DNS records wilt wijzigen is het volgende aan te raden:

1: Verander de TTL naar een lagere hoeveelheid(300 is prima)

2: Voer de wijziging uit, wanneer de cache is verlopen(De waarde van TTL voor de wijziging)

3: Dan zal het effect op je werkplek werkbaar moeten zijn nadat de huidige TTL is verlopen. In het geval van een TTL van 300 betekend dit dat je 300 seconden geduld moet hebben.



SOA staat voor "Start of Autority". Zie het als een soort van "Hoofd-Record" die alles bepaald. De TTL bepaald de synchronisatie-interval.



Voorbeeld:

1: Persoon A gaat naar KPN.com en de TTL is 1000

2: Op de computer van person A wordt het IP adres dat achter KPN.com staat voor 1000 seconden opgeslagen.

3: Persoon A gaat binnen 1000 seconden nogmaals naar KPN.com

4: De computer van persoon A kijkt niet naar de DNS omdat de computer weet dat de waardes nog geldig zijn.

5: Persoon A gaat na 1000 seconden naar KPN.com

6: De computer van persoon A laad opnieuw de gegevens in vanuit de DNS server met de TTL van dat moment.
Bekijk origineel

3 reacties

Reputatie 7
Badge +6
TTL Staat voor "Time to life", dit wordt gebruikt voor DNS-Caching.

Stel dat je DNS records wilt wijzigen is het volgende aan te raden:
1: Verander de TTL naar een lagere hoeveelheid(300 is prima)
2: Voer de wijziging uit, wanneer de cache is verlopen(De waarde van TTL voor de wijziging)
3: Dan zal het effect op je werkplek werkbaar moeten zijn nadat de huidige TTL is verlopen. In het geval van een TTL van 300 betekend dit dat je 300 seconden geduld moet hebben.

SOA staat voor "Start of Autority". Zie het als een soort van "Hoofd-Record" die alles bepaald. De TTL bepaald de synchronisatie-interval.

Voorbeeld:
1: Persoon A gaat naar KPN.com en de TTL is 1000
2: Op de computer van person A wordt het IP adres dat achter KPN.com staat voor 1000 seconden opgeslagen.
3: Persoon A gaat binnen 1000 seconden nogmaals naar KPN.com
4: De computer van persoon A kijkt niet naar de DNS omdat de computer weet dat de waardes nog geldig zijn.
5: Persoon A gaat na 1000 seconden naar KPN.com
6: De computer van persoon A laad opnieuw de gegevens in vanuit de DNS server met de TTL van dat moment.
Reputatie 7
Badge +6
Het lijkt er inderdaad op dat de instellingen voor de Start of Authority(SOA) leidend zijn. De waarde van 3600 staat voor 1 uur, als de sync een uur heeft geduurd is dat bewijs genoeg.

Je kan trouwens op je lokale systeem via de volgende commando een recache afdwingen:
ipconfig /flushdns
Badge
hoi,

bedankt voor het antwoord maar het maakt het nog niet geheel duidelijk.

DNS = vraag.kpn.com
TTL = 300

SOA KPN.COM
TTL (minimum) = 3600

dus de gebruiker gaat naar vraag.kpn.com, welke TTL geldt als ik daar net het ipadres wijzig? de TTL van 300 van de DNS of de TTL 3600 van het gehele record?

Als de TTL van het 'hoofd'record de boel overruled, is dat de reden waarom mijn record in de KPN Online niet in sync is? Dat heeft dus gisteravond ruim een uur geduurd.

Ik kan bij KPN online al geen TTL meer aanpassen, komt dat doordat de TTL van het hoofdrecord op 3600 staat?

mvg Elsbeth

Reageer