🚀 go-pugleaf

"Philip Paeps" <philip+usenet@paeps.cx> schreef in bericht 
news:slrnif71m9.2c5j.philip+usenet@rincewind.paeps.cx...
> TomVandevelde <TomVandevelde@mail.invalid> wrote:
>> Bart Lateur <bart.lateur@telenet.be> wrote:
>>> TomVandevelde wrote:
>>>> Ververst Telenet zijn dns niet rap genoeg? of waar kan het nog probleem
>>>> zitten ?
>
> Telenet "ververst zijn dns" wanneer de ttl vervalt, zoals dat hoort.  Het 
> zou
> me sterk verbazen moest er iemand zitten wiens job het is om het internet 
> af
> te schuimen naar gewijzigde domeinen om ze vervolgens te gaan "verversen".
>
>>> Dat is inherent aan het DNS systeem: om het verkeer een beetje binnen de
>>> perken to houden worden domain name opzoekingen gecachet. Dat kan gerust
>>> voor meerdere dagen zijn.
>
> Het is zo lang of zo kort je dat zelf wil.
>
>>> Een paar dagen afwachten en het probleem zal zichzelf wel oplossen, denk
>>> ik.
>
> Of een paar uur, of zelfs een paar weken.  Hangt allemaal af van de time 
> to
> live van de records die de OP aangepast heeft.
>
>> Toch vreemd dat ik bij Belgacom geen last heb van gecachte DNS 
>> (onmiddelijke
>> aanpassing) Waarom bij Telenet wel, en bij Belgacom niet denk ik dan.
>
> "Luck"?
>
>> Ik ben regelmatig bezig met domeinaanvragen, hosting etc, en dan is dit 
>> een
>> goeie reden om bij Belgacom te blijven.
>
> Als je regelmatig met zo'n zaken bezig bent, heb je hopelijk voldoende 
> kennis
> van zaken om een technische analyse van het probleem te maken.  In 99.99% 
> van
> de gevallen ligt de oorzaak gewoon bij jou.
>
> Wat was de time to live van de records die je wou aanpassen?  Heb je die 
> ttl
> een ttl voor de aanpassing omlaag gezet?


Ik heb zelf geen toegang om de TTL te verlagen, (domeinnamen staan bij een 
andere firma dan waar de hosting staat)
Bij de hoster wisselden ze het IP adres wat de problemen veroorzaakte.
Het wordt mij al iets duidelijker nu.