🚀 go-pugleaf

Maurice Janssen in xs4all.general (28 Apr 2001 07:21:23 GMT):

>On Sat, 28 Apr 2001 01:07:37 GMT, Jan Ehrhardt wrote:
>>Maurice Janssen in xs4all.general (27 Apr 2001 23:21:53 GMT):
>>
>>>>Of dmv
>>>>nslookup 62.108.1.249 62.108.25.253 (waarbij 62.108.1.249 ns1.a2000.com is)
>>>
>>>Idem dito, ook dit helpt je niet.
>>
>>Het voordeel hiervan is wel, dat ns1.a2000.com je IP-nummer ook in de
>>eigen cache zet. Een daarop volgende 'nslookup 62.108.1.249' op de XS4ALL
>>prompt heeft dan iets meer kans van slagen.
>
>Misschien begrijp ik je verkeerd, maar volgens mij klopt dit niet.
>Ten eerste zet ns1.a2000.com (AFAIK) helemaal niets in de cache, ik zie
>daar ook het voordeel niet van in. De ns krijgt een request, en geeft
>daar antwoord op, da's alles.

Mijn indruk is anders, dat ook ns1.a2000.com sneller antwoord geeft als
je het een paar maal achter elkaar doet. Dat zou toch kunnen wijzen op
caching.

>Ten tweede maakt het voor een volgende poging niet uit. Je hebt een kans
>om bij ns1.a2000.com uit te komen als een reverse query wordt gedaan,
>die geeft gewoon antwoord.

Maakt de snelheid van antwoorden hier niets uit? Cor had het er (meen ik
me te herinneren) destijds over, dat er maar een beperkt aantal requests
tegelijkertijd gedaan kon worden.

>                           En je hebt een grotere kans om bij duck of
>dog uit te komen en die geven geen antwoord.

Ik heb na een beetje experimenteren nu een scriptje klaarliggen, dat in
een loopje het volgende doet:

monitor@xs4:~% nslookup 24.132.12.232 ns1.a2000.com
monitor@xs4:~% nslookup 24.132.12.232

Toen ik die eerste opdracht nog niet in dat loopje had zitten, werkte het
script maar matig. Nu ik eerst een request naar ns1.a2000.com doe, is het
script meestal in korte tijd succesvol. En dan kan ik er weer een dagje
tegenaan.

Jan