Onderwerp: DNS telenet

Onlangs is het IP adres van een hostingserver gewijzigd waarop een
domeinnaam gehost is
Ik zit bij belgacom en wanneer ik ping naar de website op de hostingserver
met het nieuwe IP adres dan krijg ik netjes het nieuwe IP adres te zien

Maar een vriend van mij zit bij Telenet en wanneer die pingt naar datzelfde
domein dan krijgt hij nog het oude IP nummer te zien.

Mijn vriend heeft al het volgende uitgevoerd...
ccleaner laten lopen
PC enkele malen geboot
DNS cach opgeruimd door in het CMD-venster "ipconfig /flushdns" te tikken

Helaas, het oude IP adres blijft komen

Ververst Telenet zijn dns niet rap genoeg? of waar kan het nog probleem
zitten ?

TomVandevelde wrote:

>Onlangs is het IP adres van een hostingserver gewijzigd waarop een
>domeinnaam gehost is
>Ik zit bij belgacom en wanneer ik ping naar de website op de hostingserver
>met het nieuwe IP adres dan krijg ik netjes het nieuwe IP adres te zien
>
>Maar een vriend van mij zit bij Telenet en wanneer die pingt naar datzelfde
>domein dan krijgt hij nog het oude IP nummer te zien.
>
>Mijn vriend heeft al het volgende uitgevoerd...
>ccleaner laten lopen
>PC enkele malen geboot
>DNS cach opgeruimd door in het CMD-venster "ipconfig /flushdns" te tikken
>
>Helaas, het oude IP adres blijft komen
>
>Ververst Telenet zijn dns niet rap genoeg? of waar kan het nog probleem
>zitten ?

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.

Een paar dagen afwachten en het probleem zal zichzelf wel oplossen, denk
ik.

--
Bart Lateur
bart.lateur@telenet.be

"Bart Lateur" <bart.lateur@telenet.be> schreef in bericht
news:49n1f61okmo5cjltjst0fi6dt44lacpklu@4ax.com...
> TomVandevelde wrote:
>
>>Onlangs is het IP adres van een hostingserver gewijzigd waarop een
>>domeinnaam gehost is
>>Ik zit bij belgacom en wanneer ik ping naar de website op de hostingserver
>>met het nieuwe IP adres dan krijg ik netjes het nieuwe IP adres te zien
>>
>>Maar een vriend van mij zit bij Telenet en wanneer die pingt naar
>>datzelfde
>>domein dan krijgt hij nog het oude IP nummer te zien.
>>
>>Mijn vriend heeft al het volgende uitgevoerd...
>>ccleaner laten lopen
>>PC enkele malen geboot
>>DNS cach opgeruimd door in het CMD-venster "ipconfig /flushdns" te tikken
>>
>>Helaas, het oude IP adres blijft komen
>>
>>Ververst Telenet zijn dns niet rap genoeg? of waar kan het nog probleem
>>zitten ?
>
> 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.
>
> Een paar dagen afwachten en het probleem zal zichzelf wel oplossen, denk
> ik.


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.
Ik ben regelmatig bezig met domeinaanvragen, hosting etc, en dan is dit een
goeie reden om bij Belgacom te blijven.

On 29-11-10 07:17, TomVandevelde wrote:
> 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.
> Ik ben regelmatig bezig met domeinaanvragen, hosting etc, en dan is dit een
> goeie reden om bij Belgacom te blijven.
>
>

ge zoudt dan beter uw TTL instellingen eens bekijken enkele dagen voor
zo een verhuis...

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?

- Philip

--
Philip Paeps Please don't email any replies
philip@paeps.cx I follow the newsgroup.

"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.

On Wed, 24 Nov 2010 20:55:09 +0100, "TomVandevelde"
<TomVandevelde@mail.invalid> wrote:

>Onlangs is het IP adres van een hostingserver gewijzigd waarop een
>domeinnaam gehost is
>Ik zit bij belgacom en wanneer ik ping naar de website op de hostingserver
>met het nieuwe IP adres dan krijg ik netjes het nieuwe IP adres te zien
>
>Maar een vriend van mij zit bij Telenet en wanneer die pingt naar datzelfde
>domein dan krijgt hij nog het oude IP nummer te zien.
>
>Mijn vriend heeft al het volgende uitgevoerd...
>ccleaner laten lopen
>PC enkele malen geboot
>DNS cach opgeruimd door in het CMD-venster "ipconfig /flushdns" te tikken
>
>Helaas, het oude IP adres blijft komen
>
>Ververst Telenet zijn dns niet rap genoeg? of waar kan het nog probleem
>zitten ?

Als DNS servers de opendns servers instellen of die van google,
8.8.8.8.

On 29 Nov 2010 10:56:09 GMT, Philip Paeps <philip+usenet@paeps.cx>
wrote:

>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".

Telenet ververst die niet ALTIJD netjes als de TTL vervalt. heb het
zelf al meermaals mogen ondervinden bij een verhuis van een serverrack
of dergelijke naar een andere range. Zelfs als enkele dagen op
voorhand de TTL omlaag geforceerd is durft het nog gebeuren dat het
DAGEN duurt voor alle TN DNS'en het doorhebben.

Een telefoontje naar de juiste contactpersoon binnen TN lost het
probleem binnen de 10 minuten op, maar dat is uiteraard niet voor
iedereen een optie...

Immortal <maybe@one.day> wrote:
> On 29 Nov 2010 10:56:09 GMT, Philip Paeps <philip+usenet@paeps.cx> wrote:
>>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".
>
> Telenet ververst die niet ALTIJD netjes als de TTL vervalt.

Ik begrijp dat het moeilijk is om daar bewijs van te verzamelen, maar ik ben
er vrij zeker van dat Telenet zeer blij zou zijn als je dat zou kunnen staven
met relevante network captures.

> heb het zelf al meermaals mogen ondervinden bij een verhuis van een
> serverrack of dergelijke naar een andere range. Zelfs als enkele dagen op
> voorhand de TTL omlaag geforceerd is durft het nog gebeuren dat het DAGEN
> duurt voor alle TN DNS'en het doorhebben.

Als je dit reproduceerbaar kan aantonen, is het misschien interessant om je
daar eens mee bezig te houden. Een paar maanden geleden zag ik vreemd gedrag
van de DHCP server van Telenet. Na wat research bleek het toch niet echt (of
niet helemaal) aan hen te liggen[1]. Als je kan aantonen dat het wel aan hen
ligt, ben ik er zeker van dat ze dat wel kunnen fixen.

> Een telefoontje naar de juiste contactpersoon binnen TN lost het probleem
> binnen de 10 minuten op, maar dat is uiteraard niet voor iedereen een
> optie...

Moest je zo'n telefoontje opvolgen met wat traces waardoor je aangeeft dat het
probleem inderdaad bij hen ligt, is dat aanzienlijk nuttiger naar de toekomst
toe. Als je DNS een beetje begrijpt en je het een reproduceerbare setup kan
maken, zou dat in ieder geval praktisch zijn.

- Philip

[1] Moest het je interesseren:
http://www.paeps.cx/weblog/FreeBSD/f...behaviour.html

--
Philip Paeps Please don't email any replies
philip@paeps.cx I follow the newsgroup.

On 4 Jan 2011 15:55:58 GMT, Philip Paeps <philip+usenet@paeps.cx>
wrote:

>> Een telefoontje naar de juiste contactpersoon binnen TN lost het probleem
>> binnen de 10 minuten op, maar dat is uiteraard niet voor iedereen een
>> optie...
>
>Moest je zo'n telefoontje opvolgen met wat traces waardoor je aangeeft dat het
>probleem inderdaad bij hen ligt, is dat aanzienlijk nuttiger naar de toekomst
>toe. Als je DNS een beetje begrijpt en je het een reproduceerbare setup kan
>maken, zou dat in ieder geval praktisch zijn.

Ik weet wat het probleem is, door die persoon bij TN. Het is niets
ernstig, intern is het 'probleem' gekend, het is alleen helemaal geen
belangrijk item op hun 'fix list'.

Verder ga ik me (weer) niet bezighouden met dingen 37 te bewijzen
omdat ik hier nog eens de moeite doe van iets te schrijven.

Ik zou het beter houden zoals ik de voorbije lange tijd gedaan heb...
nu en dan eens komen kijken hier naar de onzin die uitgekraamd wordt,
maar er verder geen tijd insteken.

On 4 Jan 2011 15:55:58 GMT, Philip Paeps <philip+usenet@paeps.cx>
wrote:

>[1] Moest het je interesseren:
> http://www.paeps.cx/weblog/FreeBSD/f...behaviour.html

Ik heb het eens doorgelezen en naast het feit dat het interessant is
om te weten (die 'bug' was me tot hiertoe bespaad gebleven) kan ik
alleen maar zeggen dat die random DNS probs niet direct in dezelfde
lade maar wel in dezelfde kast te zoeken zijn...

Voor de rest onthoud ik me van verdere commentaar.. Het ouder worden
en wat jaren op usenet doorbrengen zorgt ervoor dat een mens op een
morgen opstaat en beseft dat je bepaalde nice-to-know things beter
gewoon voor jezelf houdt...

Sharing knowledge was vroeger een plezier, tegenwoordig een last als
je niet oplet.

Immortal <maybe@one.day> wrote:
> On 4 Jan 2011 15:55:58 GMT, Philip Paeps <philip+usenet@paeps.cx> wrote:
>>[1] Moest het je interesseren:
>> http://www.paeps.cx/weblog/FreeBSD/f...behaviour.html
>
> Ik heb het eens doorgelezen en naast het feit dat het interessant is om te
> weten (die 'bug' was me tot hiertoe bespaad gebleven) kan ik alleen maar
> zeggen dat die random DNS probs niet direct in dezelfde lade maar wel in
> dezelfde kast te zoeken zijn...

Met andere woorden: als ik eens een avondje niet weet wat doen, moest ik maar
eens wat met DNS spelen? Zo moeilijk is het niet om met "interessant" DNS
caching gedrag te knoeien.

> Voor de rest onthoud ik me van verdere commentaar.. Het ouder worden en wat
> jaren op usenet doorbrengen zorgt ervoor dat een mens op een morgen opstaat
> en beseft dat je bepaalde nice-to-know things beter gewoon voor jezelf
> houdt...

Meh - niet mee eens. Wat voor meerwaarde biedt het om informatie voor jezelf
te houden? Wat voor zin heeft het om dingen in een enkel brein op te potten?

> Sharing knowledge was vroeger een plezier, tegenwoordig een last als je niet
> oplet.

Ik kan me niet voorstellen hoe het delen van technische informatie een last
kan zijn, maar goed. Ieder zijn mening.

- Philip

--
Philip Paeps Please don't email any replies
philip@paeps.cx I follow the newsgroup.

On 4 Jan 2011 16:49:25 GMT, Philip Paeps <philip+usenet@paeps.cx>
wrote:

>> Sharing knowledge was vroeger een plezier, tegenwoordig een last als je niet
>> oplet.
>
>Ik kan me niet voorstellen hoe het delen van technische informatie een last
>kan zijn, maar goed. Ieder zijn mening.

Sharing knowledge is nog steeds interessant als het onder mensen
gebeurt die uit interesse nota nemen van de feiten voor het geval ze
het probleem zelf tegenkomen.

Niet om hier te posten en er dan een hoop lullige reacties op te
krijgen van mensen die denken te weten waar het over gaat en verder
allemaal maar wat lopen zeiken.

En daar bedoel ik u niet mee, er lopen er hier wel wat andere rond...

"Immortal" <maybe@one.day> schreef in bericht
news:c2t8i6pa432e6psiu0m1ckv9p6ecc3mvhj@4ax.com...
> On 4 Jan 2011 16:49:25 GMT, Philip Paeps <philip+usenet@paeps.cx>
> wrote:
>
>>> Sharing knowledge was vroeger een plezier, tegenwoordig een last als je
>>> niet
>>> oplet.
>>
>>Ik kan me niet voorstellen hoe het delen van technische informatie een
>>last
>>kan zijn, maar goed. Ieder zijn mening.
>
> Sharing knowledge is nog steeds interessant als het onder mensen
> gebeurt die uit interesse nota nemen van de feiten voor het geval ze
> het probleem zelf tegenkomen.
>
> Niet om hier te posten en er dan een hoop lullige reacties op te
> krijgen van mensen die denken te weten waar het over gaat en verder
> allemaal maar wat lopen zeiken.
>
> En daar bedoel ik u niet mee, er lopen er hier wel wat andere rond...

Oei ik zie dat hier nog steeds over gepraat wordt
Ondertussen is het probleem al lang opgelost
De hostfile op de PC van mijn vriend wijsde rechtstreeks naar het oude IP
nummer ik heb zijn hostfile even opgekuist en alles werkt zoals het hoort.
Dus Telenet treft hier helemaal geen schuld aan, bij deze mijn excuses als
ik suggereerde dat de schuld zou liggen bij telenet