Onderwerp: dns

hoi;
Weet iemand een liefst gratis dns server, waar ik zolang terecht kan
als de servers van HCC er weer eens uitliggen, omdat de dns niet werkt
kan ik er ook zogauw geen opzoeken.
Gr Cor Puts

What's this, written by Haak in nl.internet.providers?
> Weet iemand een liefst gratis dns server, waar ik zolang terecht kan
> als de servers van HCC er weer eens uitliggen, omdat de dns niet werkt
> kan ik er ook zogauw geen opzoeken.

Pacro
204.107.129.2, 12.28.140.20, 208.179.42.162


--
[::EL PIÑO:<elpino@isvervelend.be>]

if(funny(tag)) {ROFL(mao);swipe(tag);}

On Tue, 25 Mar 2003 21:05:54 +0100, Haak <corputs@freemails.com>
wrote:

>hoi;
>Weet iemand een liefst gratis dns server, waar ik zolang terecht kan
>als de servers van HCC er weer eens uitliggen, omdat de dns niet werkt
>kan ik er ook zogauw geen opzoeken.
>Gr Cor Puts

Hoi,

213.227.141.10
213.227.130.5

81.17.33.2
81.17.34.2

Om nog een paar te noemen ;-)

Grtz,

ErikV

On Tue, 25 Mar 2003 21:05:54 +0100, Haak <corputs@freemails.com>
wrote:

>hoi;
>Weet iemand een liefst gratis dns server, waar ik zolang terecht kan
>als de servers van HCC er weer eens uitliggen, omdat de dns niet werkt
>kan ik er ook zogauw geen opzoeken.
>Gr Cor Puts

Hier nog een 'paar' :

12Move:
ns-1.12move.nl [195.241.77.53]
ns-2.12move.nl [195.241.77.54]
ns-1.12move.nl [195.240.240.222]
ns-2.12move.nl [195.240.240.254]

@Home
Zie de letter H...

A2000:
ns1.a2000.nl [62.108.1.65]
ns2.a2000.nl [62.108.1.66]

B2B Hosting / Denit Internet Services / Host Me / Meesterlijk
ns1.masterdns.nl [80.84.243.71]
ns2.masterdns.nl [80.84.244.71]

BBeyond:
ns1.bbeyond.nl [62.177.144.11]
ns2.bbeyond.nl [62.177.144.2]

BizzOnWeb / Barmaton
ns1.barmaton.nl [213.160.215.150]
ns2.barmaton.nl [213.160.215.100]

Casema:
ns1.casema.net [195.96.96.33]
sun4000.casema.net [195.96.96.97]

Chello:
Zie UPC

Cistron:
ns1.cistron.nl [62.216.31.55]
ns2.cistron.nl [62.216.31.56]
resolver1.cistron.nl [195.64.65.25]
resolver2.cistron.nl [195.64.68.28]
resolver1.cistron.net [62.216.31.50]
resolver2.cistron.net [62.216.31.60]

Concepts ICT BV:
dns.conceptsfa.nl [213.197.28.3]
dns.concepts.nl [213.197.30.28]

Cybercomm
ns.cybercomm.nl [213.196.1.2] - Werkt niet bij mij
ns2.cybercomm.nl [213.196.1.3] - Werkt niet bij mij
ns3.cybercomm.nl [213.196.1.4] - Werkt niet bij mij

Dataweb
buitenhof.denhaag.dataweb.net [193.78.237.1] - Query refused;
waarschijnlijk alleen voor Dataweb-klanten
singel.amsterdam.dataweb.net [62.166.128.10] - Werkt niet bij mij

Demon:
ns-cache-0.ns.nl.demon.net [194.159.73.135]
ns-cache-1.ns.nl.demon.net [194.159.73.136]
ns-cache-2.ns.nl.demon.net [194.159.73.137]
ns-cache-3.ns.nl.demon.net [194.159.73.138]

Enertel
ns1.enertel.nl [195.7.145.2]
ns2.enertel.nl [195.7.146.10]
ns3.enertel.nl [195.7.146.8] - Alias: log.enertel.nl, werkt bij mij
niet
ns1.energis-idc.net [213.218.68.7]
ns2.energis-idc.net [195.7.145.82]

Euronet / Wanadoo:
dns.euro.net [194.134.5.5]
dns2.euro.net [194.134.0.97]
dns.wanadoo.nl [194.134.5.55]
ns0.euro.net / ns.euro.net [194.134.0.12]
ns1.euro.net [194.134.194.134]
ns2.euro.net [194.134.0.13]

Essent Kabelcom / Castel:
ns1.castel.nl [195.85.130.68]
ns2.castel.nl [195.85.130.69]

Eweka
ns1.eweka.nl [217.71.121.131]
ns2.eweka.nl [217.71.121.132]

Global-E
ns1.global-e.nl [212.241.50.200] - Gaar
ns2.global-e.nl [212.241.50.211]

Hacom Datacommunicatie
ns1.hacom.nl [212.241.34.9]
ns2.hacom.nl [212.241.61.9]

HCCnet:
resolve1.hccnet.nl [62.251.0.6]
resolve2.hccnet.nl [62.251.0.7]

@Home:
proxy1.zwoll1.ov.nl.home.com [212.120.66.194]
proxy2.zwoll1.ov.nl.home.com [212.120.66.195]
proxy3.zwoll1.ov.home.nl [213.51.129.131]
proxy4.zwoll1.ov.home.nl [213.51.129.132]
proxy5.zwoll1.ov.home.nl [213.51.129.133]
proxy3.rdc1.nb.home.nl [213.51.129.67]
proxy4.rdc1.nb.home.nl [213.51.129.68]
proxy5.rdc1.nb.home.nl [213.51.129.69]
proxy6.rdc1.nb.home.nl [213.51.129.70]
ns1.home.nl [212.120.66.204]
ns2.home.nl [213.51.129.97]

InterBox
dns-pri.box.nl [217.119.0.250]
dns-sec.box.nl [217.119.4.250]

Internet Online
vrrpid1-gateway.io.nl [81.17.33.2]

KPN / DirectInternet
resolver1.kpn.net [194.151.228.18]
resolver2.kpn.net [194.151.228.34]

Leaseweb
ns1.leaseweb.nl [62.212.64.121]
ns2.leaseweb.nl [62.212.64.122]

Luna
ns.hoofddorp.luna.net [212.204.207.221]

Metia
ns.metia.nl [213.239.153.2]
mt003.metia.nl [213.239.153.3]

Multikabel:
Zie Quicknet

Nedstars:
ns1.nedstars.nl [80.84.229.237]
ns2.nedstars.nl [80.84.229.238]

Open Root-Server Confederation Public Access DNS Nameservers:
ps0.ns3.vrx.net [199.166.24.253] - Locatie: Toronto, ON, Canada
ps0.ns6.vrx.net [199.166.27.4] - Locatie: Richmond Hill, ON, Canada
ns2.vrx.net [199.166.28.10] - Locatie: Apopka, Fl
nl.public.baseservers.net [199.166.29.3] - Locatie: Nederlands
F.ROOT-SERVERS.ORSC [199.166.31.3] - Locatie: Orlando, FL, USA
zoliborz.elektron.pl [195.117.6.25] - Locatie: Poland
ns1.jerky.net [204.57.55.100] - Locatie: Boston, MA, USA
pan.bijt.net [213.196.2.97] - Locatie: The Netherlands

Planet / WXS / HetNet:
ns1.wxs.nl [195.121.1.34]
ns2.wxs.nl [195.121.1.66]

Publishnet:
sunams.publishnet.nl [212.241.49.9]
nik.publishnet.nl [193.67.60.10]

Quicknet / Multikabel:
ns1.quicknet.nl [213.73.255.52]
ns2.quicknet.nl [213.73.255.53]

Qweb
ns1.qweb.nl [213.196.37.149]
ns2.qweb.nl [213.196.37.13]

Solcon:
ns1.solcon.nl [212.45.32.3]
ns2.solcon.nl [212.45.33.3]
ns3.solcon.nl [212.45.37.3]
ns4.solcon.nl [212.45.35.3]

Surfnet:
idefix.a3.surf.net [192.87.5.137]
ns1.surfnet.nl [192.87.106.101]
ns2.surfnet.nl [192.87.36.2]
ns3.surfnet.nl [195.169.124.71]
kuifje.a3.surf.net [195.169.131.4]

Technische Universiteit Delft:
ns1.tudelft.nl [130.161.180.1]
ns2.tudelft.nl [130.161.180.65]
ns3.tudelft.nl [130.161.180.199] - Werkte bij mij niet

Technische Universiteit Eindhoven:
tuegate.tue.nl [131.155.2.3]
kweetal.tue.nl [131.155.2.7]

Tiscali:
Zie Worldonline

Trueserver:
ns1.trueserver.nl [213.239.128.3]
ns2.trueserver.nl [213.239.176.4]

Universiteit Leiden:
rulway.leidenuniv.nl [132.229.8.6]
sidestreet.leidenuniv.nl [132.229.22.2]

Universiteit Twente:
ns1.utwente.nl [130.89.1.2]
ns2.utwente.nl [130.89.220.2]

UPC / Chello:
ns01.chello.nl [212.83.68.130]
ns02.chello.nl [212.83.68.131]
ns1.upc.nl [212.142.28.66]
ns2.upc.nl [212.142.28.67]
ns4.upc.nl [212.142.9.50] - Gaar!
arnhem.telekabel.nl [212.142.28.130]

UUnet:
cache0200.ns.eu.uu.net [193.67.79.39]
cache10.ns.nl.UU.net [193.67.79.39]
cache11.ns.nl.uu.net [193.79.237.39]
cache12.ns.nl.uu.net [193.79.251.39]
cache13.ns.nl.uu.net [193.79.247.39]
cache14.ns.nl.uu.net [193.78.240.12]
cache15.ns.nl.uu.net [193.79.242.39]
cache00.ns.uu.net [198.6.1.1]
cache01.ns.uu.net [198.6.1.2]
cache02.ns.uu.net [198.6.1.3]
cache03.ns.uu.net [198.6.1.4]
cache04.ns.uu.net [198.6.1.5]
cache05.ns.uu.net [198.6.1.195]
cache06.ns.uu.net [198.6.1.122]
cache07.ns.uu.net [198.6.1.142]
cache08.ns.uu.net [198.6.1.146]

UwNet / ISD Holland
ns.isd-holland.nl [213.227.141.10]
ns2.isd-holland.nl [213.227.130.5]

Versatel:
ns0.versatel.net [62.58.62.131]
ns1.versatel.net [62.58.62.132]
ns2.versatel.net [62.58.94.130]
ns3.versatel.net [62.58.222.130]
ns4.versatel.net [62.58.126.130]
ns5.versatel.net [62.58.254.130]
ns6.versatel.net [62.58.30.130]

Wanadoo:
Zie Euronet

Wirehub
ns.wirehub.nl [194.165.94.1]
ns2.wirehub.nl [194.165.94.5]

Wish:
Zie Worldonline

Worldonline / Tiscali / Wish:
ns1.worldonline.nl [195.241.48.33]
ns2.worldonline.nl [195.241.49.33] - Wish/NokNok/TIS Gratis/TIS
Compleet
ns1.wolmail.nl [195.241.162.35] - Wish/NokNok/TIS Gratis

WXS:
Zie Planet

XS4ALL:
ns.xs4all.nl [194.109.6.66] - Alias: ns1.xs4all.nl
ns2.xs4all.nl [194.109.9.99]
ns1.xs4all.be [195.144.67.8]
ns2.xs4all.be [195.144.67.8]
ns.s340.xs4all.nl [194.109.104.104]
brussel-ns1.xs4all.be [195.144.67.168]

Zeelandnet:
ns1.zeelandnet.nl [212.115.192.193]
ns2.zeelandnet.nl [212.115.192.195]

Zonnet:
ns.zonnet.nl [62.58.50.4]
dns01.zonnet.nl [62.58.50.5]
dns02.zonnet.nl [62.58.50.6]

On Thu, 27 Mar 2003 08:53:38 +0100, EquiNox <equinox@erikv.nl> wrote:

>On Tue, 25 Mar 2003 21:05:54 +0100, Haak <corputs@freemails.com>
>wrote:
>
>>hoi;
>>Weet iemand een liefst gratis dns server, waar ik zolang terecht kan
>>als de servers van HCC er weer eens uitliggen, omdat de dns niet werkt
>>kan ik er ook zogauw geen opzoeken.
>>Gr Cor Puts
>
>Hier nog een 'paar' :

[knip lange lijst met nameservers]

Geen foutieve info geven - deze servers zijn voor de klanten van die
providers zelf en niet voor anderen.

Jacco Tunnissen
--
http://BGP4.AS/
"Routing your spam most efficiently"

On Thu, 27 Mar 2003 11:01:05 +0100, jack@bgp4.as wrote:

>On Thu, 27 Mar 2003 08:53:38 +0100, EquiNox <equinox@erikv.nl> wrote:
>
>>On Tue, 25 Mar 2003 21:05:54 +0100, Haak <corputs@freemails.com>
>>wrote:
>>
>>>hoi;
>>>Weet iemand een liefst gratis dns server, waar ik zolang terecht kan
>>>als de servers van HCC er weer eens uitliggen, omdat de dns niet werkt
>>>kan ik er ook zogauw geen opzoeken.
>>>Gr Cor Puts
>>
>>Hier nog een 'paar' :
>
>[knip lange lijst met nameservers]
>
>Geen foutieve info geven - deze servers zijn voor de klanten van die
>providers zelf en niet voor anderen.
>
>Jacco Tunnissen

Sorry,

Ik was onder de indruk dat deze vrijelijk toegankelijk zijn!

Excuses! :-(

EquiNox

On Thu, 27 Mar 2003 11:03:41 +0100, EquiNox <equinox@erikv.nl> wrote:

>Sorry,
>
>Ik was onder de indruk dat deze vrijelijk toegankelijk zijn!
>
>Excuses! :-(

Je komt er wel weer bovenop

De meeste providers hebben hun nameservers zodanig ingesteld dat deze
alleen door IP-ranges van klanten kunnen worden gebruikt. Soms kun je
als buitenstaander wel informatie opvragen via zo'n nameserver (van
een domein waar de provider niet authoritative over is), maar dit kan
dan alleen als die informatie toevallig al in de cache van die
nameserver aanwezig was.

Jacco Tunnissen
--
http://www.bgp4.as/
Routing your spam most efficiently

In article <88j58vgseviqoonghgmcafnaoe67v9kmtd@4ax.com>, jack@bgp4.as wrote:
> De meeste providers hebben hun nameservers zodanig ingesteld dat deze
> alleen door IP-ranges van klanten kunnen worden gebruikt.

De caching (recursive) nameservers dan. Overigens stonden er op het
lijstje ook wat niet bestaande dns servers (of i.i.g. hostnames waar in
werkelijkheid al een tijdje geen machine achter hangt). Dat gaat dan ook
niet werken

--
Riemer Palstra
riemer@palstra.com

On Thu, 27 Mar 2003 10:12:43 -0000, Riemer Palstra
<riemer@palstra.com> wrote:

>In article <88j58vgseviqoonghgmcafnaoe67v9kmtd@4ax.com>, jack@bgp4.as wrote:
>> De meeste providers hebben hun nameservers zodanig ingesteld dat deze
>> alleen door IP-ranges van klanten kunnen worden gebruikt.
>
>De caching (recursive) nameservers dan. Overigens stonden er op het
>lijstje ook wat niet bestaande dns servers (of i.i.g. hostnames waar in
>werkelijkheid al een tijdje geen machine achter hangt). Dat gaat dan ook
>niet werken

Ik zal voortaan wat zorgvuldiger zijn ;-)

Ik kwam deze lijst tegen en wou hem delen!

EquiNox

On Thu, 27 Mar 2003 11:24:40 +0100, EquiNox <equinox@erikv.nl> wrote:

>Ik zal voortaan wat zorgvuldiger zijn ;-)
>
>Ik kwam deze lijst tegen en wou hem delen!

Je bent een goeie jongen.

Jacco Tunnissen
--
http://www.bgp4.as/
Routing your spam most efficiently

In article <gsi58vc6efaft39fllats70i82bgh90u7e@4ax.com>, jack@bgp4.as wrote:
> On Thu, 27 Mar 2003 08:53:38 +0100, EquiNox <equinox@erikv.nl> wrote:
>
>>On Tue, 25 Mar 2003 21:05:54 +0100, Haak <corputs@freemails.com>
>>wrote:
>>
>>>hoi;
>>>Weet iemand een liefst gratis dns server, waar ik zolang terecht kan
>>>als de servers van HCC er weer eens uitliggen, omdat de dns niet werkt
>>>kan ik er ook zogauw geen opzoeken.
>>>Gr Cor Puts
>>
>>Hier nog een 'paar' :
>
> [knip lange lijst met nameservers]
>
> Geen foutieve info geven - deze servers zijn voor de klanten van die
> providers zelf en niet voor anderen.

Als dat zo zou zijn, waarom zetten ze die servers dan niet dicht voor
mensen van buiten?
Ik heb zojuist bij alle genoemde providers het eerste IP adres gebruikt
om `news.bg' op te zoeken, en alleen bij 213.160.215.150 kreeg ik geen
antwoord; alle andere gaven een correct antwoord.

b.v.:

$ host news.bg 80.84.243.71
Using domain server:
Name: 80.84.243.71
Address: 80.84.243.71#53
Aliases:

news.bg has address 195.34.96.136



(en dat vanaf een Planet ADSL verbinding).

En dat verhaal over die cache: ik wist niet dat de news.bg site zo populair
was in nederland, dat die overal in de cache zit. Zelfs ns.news.bg zit
blijkbaar in de cache. Volgens mij zoeken de genoemde (werkende) DNS
servers echt gewoon 't IP nummer op bij een verzoek, ook als die verzoekjes
van buiten komen.

Groetjes,
joostje

On Thu, 27 Mar 2003 12:55:09 +0000 (UTC), Joost Witteveen
<joostje@foko.komputilo.org> wrote:

>jack@bgp4.as wrote:

>>Geen foutieve info geven - deze servers zijn voor de klanten van die
>>providers zelf en niet voor anderen.

>Als dat zo zou zijn, waarom zetten ze die servers dan niet dicht voor
>mensen van buiten?

Ik denk dat je niet goed gecheckt hebt en dat de meesten wel dicht
staan. En indien dat voor enkele providers nog niet geldt zal het
spoedig dichtgezet worden na het lezen van deze thread

>Ik heb zojuist bij alle genoemde providers het eerste IP adres gebruikt
>om `news.bg' op te zoeken, en alleen bij 213.160.215.150 kreeg ik geen
>antwoord; alle andere gaven een correct antwoord.

Ik kan je met zekerheid zeggen dat het bij XS4ALL uit de cache kwam.
Zie de aankondiging van XS4ALL hieronder. Voor veel van de overige
nameservers van de grotere providers in het lijstje zal ongetwijfeld
precies hetzelfde gelden.

================================================== ==================
From: klantenservice@xs4all.nl
Newsgroups: xs4all.announce
Subject: nameserver filters
Date: 16 Jul 2001 14:18:52 GMT
Message-ID: <9iut4c$lai$1@news1.xs4all.nl>

Probleemrapport:

Gemeld door: Erik
Datum melding: 16-07-2001

Begintijd probleem: 23-07-2001
Geschatte tijd om het probleem te verhelpen: Onbekend
Omschrijving probleem:

Dit is geen storingsmelding maar een aankondiging van een wijziging
in de configuratie van de DNS servers van XS4ALL.

Vanaf maandag 16 Juli zullen de XS4ALL nameservers geen recursive
queries meer toelaten van buiten het XS4ALL netwerk. Voor klanten
die via XS4ALL aangesloten zijn (modem, ISDN, ADSL, huurlijn, etc)
heeft dit geen invloed, er hoeft niets veranderd te worden aan de
instellingen van hun computer.

Klanten die een domein in de XS4ALL nameservers hebben staan hoeven
ook niks te veranderen: de nameservers blijven wel informatie over
deze domeinen geven aan de buitenwereld.

Mensen die bij een andere ISP een Internet aansluiting hebben en
die gebruik maken van de XS4ALL nameservers zullen gebruik moeten
gaan maken van de nameservers van hun eigen ISP. Daarvoor kunnen
zij contact opnemen met de helpdesk van de desbetreffende ISP.

XS4ALL
================================================== ==================

Ofwel: het RR dat je opvroeg in de test kwam bij XS4ALL uit de cache.

In het algemeen is het het meest logisch om de recursive nameservers
van de eigen provider te gebruiken. Als je daar niet tevreden over
bent, dan moet je bij je eigen provider daarover klagen

Jacco Tunnissen
--
http://www.bgp4.as/
Routing your spam most efficiently

jack@bgp4.as wrote:
>Ik denk dat je niet goed gecheckt hebt en dat de meesten wel dicht

Ik heb net een stuk of 5 nameservers van andere providers getest, en op
die van euronet na hebben ze allemaal de 'ra' vlag aan staan.
Die doen dus wel recursive queries.
Met 'dig' of een ander tooltje kun je vrij simpel checken of die vlag
aan of uit staat. Dan hoef je niet moeilijk te doen met onbekende
hostnames en hopen dat ze niet in de cache staan.

>staan. En indien dat voor enkele providers nog niet geldt zal het
>spoedig dichtgezet worden na het lezen van deze thread

Waarom? Ik denk dat de gemiddelde provider weinig last heeft als een
paar mensen van buiten hun nameservers gebruiken.
XS4ALL had er blijkbaar wel last van.

--
Maurice

On 27 Mar 2003 14:58:16 GMT, Maurice Janssen <this@is.invalid> wrote:

>jack@bgp4.as wrote:
>>Ik denk dat je niet goed gecheckt hebt en dat de meesten wel dicht

>Ik heb net een stuk of 5 nameservers van andere providers getest, en op
>die van euronet na hebben ze allemaal de 'ra' vlag aan staan.
>Die doen dus wel recursive queries.
>Met 'dig' of een ander tooltje kun je vrij simpel checken of die vlag
>aan of uit staat. Dan hoef je niet moeilijk te doen met onbekende
>hostnames en hopen dat ze niet in de cache staan.

Dat het bij sommige providers mogelijk is, dat geloof ik direct. De
test die uitgevoerd was kon niet kloppen omdat ik van minstens XS4ALL
al zeker wist dat deze provider het niet toelaat.

Bottom line: ik ben er geen voorstander van om gebruikers de
nameservers van andere ISP's te laten gebruiken voor recursive
queries. Misschien is het zo wat duidelijker.

>>staan. En indien dat voor enkele providers nog niet geldt zal het
>>spoedig dichtgezet worden na het lezen van deze thread
>
>Waarom? Ik denk dat de gemiddelde provider weinig last heeft als een
>paar mensen van buiten hun nameservers gebruiken.
>XS4ALL had er blijkbaar wel last van.

Mja, men komt meestal als bijen op xs4all af, dat verbaast me niets

Jacco Tunnissen
--
http://www.bgp4.as/
Routing your spam most efficiently

jack@bgp4.as wrote:
>On 27 Mar 2003 14:58:16 GMT, Maurice Janssen <this@is.invalid> wrote:
>
>>jack@bgp4.as wrote:
>>>Ik denk dat je niet goed gecheckt hebt en dat de meesten wel dicht
>
>>Ik heb net een stuk of 5 nameservers van andere providers getest, en op
>>die van euronet na hebben ze allemaal de 'ra' vlag aan staan.
>>Die doen dus wel recursive queries.
>>Met 'dig' of een ander tooltje kun je vrij simpel checken of die vlag
>>aan of uit staat. Dan hoef je niet moeilijk te doen met onbekende
>>hostnames en hopen dat ze niet in de cache staan.
>
>Dat het bij sommige providers mogelijk is, dat geloof ik direct. De
>test die uitgevoerd was kon niet kloppen omdat ik van minstens XS4ALL
>al zeker wist dat deze provider het niet toelaat.

Als je niet op de 'ra' vlag let is de test sowieso zinloos, omdat het
feit dat je een antwoord krijgt nog niets hoeft te zeggen. Maar los
daarvan: ik denk dat het merendeel van de nameservers wel antwoord geeft
en dat XS4ALL in de minderheid is. Niet dat ik daar kritiek op heb
ofzo, het is hun volste recht om die beperking op te leggen.

>Bottom line: ik ben er geen voorstander van om gebruikers de
>nameservers van andere ISP's te laten gebruiken voor recursive
>queries. Misschien is het zo wat duidelijker.

Helemaal mee eens.

--
Maurice