Ik vraag me af of ik een dubbele IPv6 prefix heb gekregen

​@RutgerU Het 2a02:xxx is jouw IPv6 adres, afgeleid uit jouw publieke IPv6 prefix, dit adres zou je niet publiek bekend maken. Het fde7:xxx is een Unique Local IPv6 adres, is vergelijkbaar met een privaat IPv4 adres. Het fe80:xxx is een Link Local IPv6 adres, is ook een privaat adres maar niet routeerbaar (bereikbaar alleen vanuit zijn subnet)

Goedemorgen ​@RutgerU en bedankt voor jouw bericht :)

Eigenlijk kan ik weinig meer toevoegen aan de bovenstaande bijdrages (beide members zijn hier ook nog veel beter thuis in dan dat ik dit ben, zo eerlijk wil ik wel zijn) dus ik hoop dat jij hiermee verder uit de voeten kunt en weet waar je aan toe bent. Mochten er toch nog vragen of onduidelijkheden zijn, laat het ons dan ook vooral weten!

Dank jullie wel.

Dat IPv6 adres dat ik liet zien, kan iedereen achterhalen, want mijn lokale webserver hangt er aan.

Probleem was na overgang op glasvezel, dat de FRITZ!Box het vierkant bleef vertikken he IPv6 van home.uphoff.eu te tonen. Ook na 30 seconden stroomloos niet, terwijl dns.google alles na een minuut kende. 

Lag dat dan niet aan de TTL die je voor die DNS entry ingesteld had? Als die voorheen 3600 was dan kan het dus tot maximaal een uur duren voordat alle DNS servers in de wereld dit record refreshed hebben. Het kan uiteraard zijn dat Google dit veel sneller doet (dat is aan de DNS servers zelf om dat te beslissen). Daarom wordt er vaak gezegd de TTL tijdelijk te verlagen wanneer je weet dat deze gaat veranderen.

Sowieso zou je voor een dynamische IP de TTL zo laag mogelijk kunnen houden (bv 300, 5min) zodat bij een IP wisseling alle DNS servers je nieuwe IP zo snel mogelijk oppikken.

Het AAA record is toegevoegd aan DNS van mijn hosting provider. 

Ja, maar dan kan het dus tot 3600 seconden (1 uur) duren voordat dat adres bij alle DNS servers in de wereld doorgevoerd is. Dus ook bij de DNS van KPN. In die tijd wordt er gewerkt met een cached resultaat, zie de TTL entry bij dat AAA record, die staat bij jou volgens mij op 3600. Zo kan het zijn dat je op een verbinding van Ziggo zit en de host wel al kunt bereiken (omdat de DNS van Ziggo de DNS records al wel geupdate heeft) maar bij KPN b.v. nog niet. Na 3600 seconden moeten alle DNS servers in de wereld het IP hebben.

Overigens hoeft een DNS server zich niet aan de maximum TTL te houden. Ze mogen de DNS ook eerder refreshen (maar niet langer, hoewel in de praktijk DNS servers hier flexibel mee om mogen gaan). Dat is wat de Google DNS waarschijnlijk doet omdat het een veelgebruikte server is. Maar provider DNS servers houden zich meestal wat meer aan de TTL en updaten dus minder frequent (en dus op TTL tijden).

Daarom stel je een TTL die wijst naar een dynamisch IP altijd zo laag mogelijk in (en 300 / 5 minuten) is vaak het laagste wat geaccepteerd wordt). Voor vaste sites waarvan je b.v. weet dat je deze binnenkort gaat verhuizen, doe je dit ook vaak een paar uur van te voren. Na de verhuizing wordt ie dan vaak weer op 1 uur gezet omdat vaker update dan niet meer nodig is. Maar mijn dynamische DNS records staan op 300 of 900 (5 of 15 min).

Ik zeur echt niet over een uurtje. Ik heb het over dagen, zelfs weken

Ik gebruik dan even nslookup en zet de server naar die van KPN. Geen probleem. Ok na een paar minuten.

Oeps. Ja, dat is een ander verhaal. Dat kon ik aan deze tekst niet zien 😁

Welke DNS server werd er dan gebruikt door die FritzBox (of door je PC)? Want zoals ik al zei… DNS servers mogen flexibel omgaan met de TTL.. maar niet updaten voor dagen of weken zou niet mogen.