[BIND DNS] domeinen van 1 registrar worden niet gevonden

Pagina: 1
Acties:

  • marko77
  • Registratie: Februari 2002
  • Laatst online: 06-05-2025
Wij hebben hier op kantoor een interne caching dns server draaien.
Dit is voornamelijk om eigen 'test' domeinen te draaien en intern te gebruiken.

Nu zijn we een week geleden van internet lijn gewisseld (eerst een versatel adsl lijn, nu direct adsl van kpn).

2 dagen nadat de nieuwe connectie geplugd was gebeurde er rare dingen me bepaalde domeinen.
Ik heb al heel wat testjes gedaan en configs nagelopen, BIND dns draaide voorheen altijd zonder problemen, de interne domeinen én externe domeinen werden goed geresolved.

Echter lijkt het ineens zo te zijn dat álle domeinen die bij één bepaalde partij zijn geregistreerd niet meer te bereiken zijn, mits de pc in kwestie de interne DNS geconfigureerd heeft.
Als ik als DNS de gateway neem werkt het wel zonder problemen.

Nu kan ik me voorstellen dat bind over zijn nek is gegaan door de nieuwe lijn, maar waarom juist de domeinen van één registrar niet meer werken en andere wel is mij een raadsel.

Heeft iemand enig idee in welke hoek ik nu verder moet zoeken? Ik ben nu al bijna de hele dag bezig en ik kom er zo niet verder mee.

Mijn rig


  • eth0
  • Registratie: Mei 2002
  • Laatst online: 15-09-2025
Geef eens een dig+trace, dit is een soort "traceroute". Kan je deze dan doen van 1 die goed gaat en 1 van die fout gaat.

code:
1
dig +trace www.domain.nl

  • marko77
  • Registratie: Februari 2002
  • Laatst online: 06-05-2025
bij deze, de eerste werkt wel, de tweede niet.

code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
; <<>> DiG 9.3.1 <<>> +trace www.mm-pro.nl
;; global options:  printcmd
.                       517216  IN      NS      A.ROOT-SERVERS.NET.
.                       517216  IN      NS      B.ROOT-SERVERS.NET.
.                       517216  IN      NS      C.ROOT-SERVERS.NET.
.                       517216  IN      NS      D.ROOT-SERVERS.NET.
.                       517216  IN      NS      E.ROOT-SERVERS.NET.
.                       517216  IN      NS      F.ROOT-SERVERS.NET.
.                       517216  IN      NS      G.ROOT-SERVERS.NET.
.                       517216  IN      NS      H.ROOT-SERVERS.NET.
.                       517216  IN      NS      I.ROOT-SERVERS.NET.
.                       517216  IN      NS      J.ROOT-SERVERS.NET.
.                       517216  IN      NS      K.ROOT-SERVERS.NET.
.                       517216  IN      NS      L.ROOT-SERVERS.NET.
.                       517216  IN      NS      M.ROOT-SERVERS.NET.
;; Received 388 bytes from 192.168.1.244#53(192.168.1.244) in 1 ms

nl.                     172800  IN      NS      NS.DOMAIN-REGISTRY.nl.
nl.                     172800  IN      NS      NS2.DOMAIN-REGISTRY.nl.
nl.                     172800  IN      NS      NS5.DOMAIN-REGISTRY.nl.
nl.                     172800  IN      NS      NS-EXT.ISC.ORG.
nl.                     172800  IN      NS      SLAVE.STH.NETNOD.SE.
nl.                     172800  IN      NS      NS6.DOMAIN-REGISTRY.nl.
nl.                     172800  IN      NS      B.NIC.FR.
;; Received 369 bytes from 198.41.0.4#53(A.ROOT-SERVERS.NET) in 102 ms

mm-pro.nl.              7200    IN      NS      dns21.activeisp.com.
mm-pro.nl.              7200    IN      NS      dns20.activeisp.com.
;; Received 84 bytes from 193.176.144.2#53(NS.DOMAIN-REGISTRY.nl) in 111 ms

www.mm-pro.nl.          86400   IN      A       217.22.65.67
mm-pro.nl.              86400   IN      NS      dns20.activeisp.com.
mm-pro.nl.              86400   IN      NS      dns21.activeisp.com.
;; Received 132 bytes from 213.180.68.231#53(dns21.activeisp.com) in 45 ms


code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
; <<>> DiG 9.3.1 <<>> +trace www.uldcontrol.com
;; global options:  printcmd
.                       516780  IN      NS      B.ROOT-SERVERS.NET.
.                       516780  IN      NS      C.ROOT-SERVERS.NET.
.                       516780  IN      NS      D.ROOT-SERVERS.NET.
.                       516780  IN      NS      E.ROOT-SERVERS.NET.
.                       516780  IN      NS      F.ROOT-SERVERS.NET.
.                       516780  IN      NS      G.ROOT-SERVERS.NET.
.                       516780  IN      NS      H.ROOT-SERVERS.NET.
.                       516780  IN      NS      I.ROOT-SERVERS.NET.
.                       516780  IN      NS      J.ROOT-SERVERS.NET.
.                       516780  IN      NS      K.ROOT-SERVERS.NET.
.                       516780  IN      NS      L.ROOT-SERVERS.NET.
.                       516780  IN      NS      M.ROOT-SERVERS.NET.
.                       516780  IN      NS      A.ROOT-SERVERS.NET.
;; Received 420 bytes from 192.168.1.244#53(192.168.1.244) in 1 ms

com.                    172800  IN      NS      I.GTLD-SERVERS.NET.
com.                    172800  IN      NS      J.GTLD-SERVERS.NET.
com.                    172800  IN      NS      K.GTLD-SERVERS.NET.
com.                    172800  IN      NS      L.GTLD-SERVERS.NET.
com.                    172800  IN      NS      M.GTLD-SERVERS.NET.
com.                    172800  IN      NS      A.GTLD-SERVERS.NET.
com.                    172800  IN      NS      B.GTLD-SERVERS.NET.
com.                    172800  IN      NS      C.GTLD-SERVERS.NET.
com.                    172800  IN      NS      D.GTLD-SERVERS.NET.
com.                    172800  IN      NS      E.GTLD-SERVERS.NET.
com.                    172800  IN      NS      F.GTLD-SERVERS.NET.
com.                    172800  IN      NS      G.GTLD-SERVERS.NET.
com.                    172800  IN      NS      H.GTLD-SERVERS.NET.
;; Received 508 bytes from 192.228.79.201#53(B.ROOT-SERVERS.NET) in 175 ms

uldcontrol.com.         172800  IN      NS      ns1.hosting.nl.
uldcontrol.com.         172800  IN      NS      ns2.hosting.nl.
uldcontrol.com.         172800  IN      NS      ns3.hosting.nl.
;; Received 100 bytes from 192.43.172.30#53(I.GTLD-SERVERS.NET) in 395 ms

dig: couldn't get address for 'ns1.hosting.nl': failure

Mijn rig


  • eth0
  • Registratie: Mei 2002
  • Laatst online: 15-09-2025
Alle domeinen die fout gaan worden die gehost op de dns van hosting.nl?

Voor de volledigheid hier een juiste van het domein uldcontrol.com:

code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
dennis@neghvar:~$ dig +trace www.uldcontrol.com

; <<>> DiG 9.2.4 <<>> +trace www.uldcontrol.com
;; global options:  printcmd
.                       208563  IN      NS      E.ROOT-SERVERS.NET.
.                       208563  IN      NS      F.ROOT-SERVERS.NET.
.                       208563  IN      NS      G.ROOT-SERVERS.NET.
.                       208563  IN      NS      H.ROOT-SERVERS.NET.
.                       208563  IN      NS      I.ROOT-SERVERS.NET.
.                       208563  IN      NS      J.ROOT-SERVERS.NET.
.                       208563  IN      NS      K.ROOT-SERVERS.NET.
.                       208563  IN      NS      L.ROOT-SERVERS.NET.
.                       208563  IN      NS      M.ROOT-SERVERS.NET.
.                       208563  IN      NS      A.ROOT-SERVERS.NET.
.                       208563  IN      NS      B.ROOT-SERVERS.NET.
.                       208563  IN      NS      C.ROOT-SERVERS.NET.
.                       208563  IN      NS      D.ROOT-SERVERS.NET.
;; Received 420 bytes from 127.0.0.1#53(127.0.0.1) in 2 ms

com.                    172800  IN      NS      I.GTLD-SERVERS.NET.
com.                    172800  IN      NS      J.GTLD-SERVERS.NET.
com.                    172800  IN      NS      K.GTLD-SERVERS.NET.
com.                    172800  IN      NS      L.GTLD-SERVERS.NET.
com.                    172800  IN      NS      M.GTLD-SERVERS.NET.
com.                    172800  IN      NS      A.GTLD-SERVERS.NET.
com.                    172800  IN      NS      B.GTLD-SERVERS.NET.
com.                    172800  IN      NS      C.GTLD-SERVERS.NET.
com.                    172800  IN      NS      D.GTLD-SERVERS.NET.
com.                    172800  IN      NS      E.GTLD-SERVERS.NET.
com.                    172800  IN      NS      F.GTLD-SERVERS.NET.
com.                    172800  IN      NS      G.GTLD-SERVERS.NET.
com.                    172800  IN      NS      H.GTLD-SERVERS.NET.
;; Received 508 bytes from 192.203.230.10#53(E.ROOT-SERVERS.NET) in 156 ms

uldcontrol.com.         172800  IN      NS      ns1.hosting.nl.
uldcontrol.com.         172800  IN      NS      ns2.hosting.nl.
uldcontrol.com.         172800  IN      NS      ns3.hosting.nl.
;; Received 100 bytes from 192.43.172.30#53(I.GTLD-SERVERS.NET) in 29 ms

www.uldcontrol.com.     86400   IN      A       217.22.65.67
uldcontrol.com.         86400   IN      NS      ns1.hosting.nl.
uldcontrol.com.         86400   IN      NS      ns2.hosting.nl.
uldcontrol.com.         86400   IN      NS      ns3.hosting.nl.
;; Received 164 bytes from 62.129.139.1#53(ns1.hosting.nl) in 8 ms

  • marko77
  • Registratie: Februari 2002
  • Laatst online: 06-05-2025
Ja dat klopt,

althans daar lijkt het sterk op. Alle domeinen die we daar geregistreerd hebben zijn niet bereikbaar als ik onze interne DNS server hanteer.

Enig idee wat het probleem zou kunnen zijn?

Mijn rig


  • eth0
  • Registratie: Mei 2002
  • Laatst online: 15-09-2025
heb jij misschien ergens in jou configuratie een harde verwijzing staan naar die nameserver? Zo ja waarschijnlijk mag je vanaf je nieuwe ip daar niet direct meer op. Dit is het eenigste wat ik zou kan bedenken.

Kan je ook eens je bind config posten?

  • marko77
  • Registratie: Februari 2002
  • Laatst online: 06-05-2025
mijn bind conf

code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
//
// named.conf for Red Hat caching-nameserver 
//

options {
    directory "/var/named";
    dump-file "/var/named/data/cache_dump.db";
        statistics-file "/var/named/data/named_stats.txt";
    /*
     * If there is a firewall between you and nameservers you want
     * to talk to, you might need to uncomment the query-source
     * directive below.  Previous versions of BIND always asked
     * questions using port 53, but BIND 8.1 uses an unprivileged
     * port by default.
     */
     // query-source address * port 53;
};

// 
// a caching only nameserver config
// 
controls {
    inet 127.0.0.1 allow { localhost; } keys { rndckey; };
};

zone "." IN {
    type hint;
    file "named.ca";
};

zone "localdomain" IN {
    type master;
    file "localdomain.zone";
    allow-update { none; };
};

zone "localhost" IN {
    type master;
    file "localhost.zone";
    allow-update { none; };
};

zone "0.0.127.in-addr.arpa" IN {
    type master;
    file "named.local";
    allow-update { none; };
};

zone "244.1.168.192.in-addr.arpa" IN {
        type master;
        file "named.192.244";
        allow-update { none; };
};

zone "0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.ip6.arpa" IN {
        type master;
    file "named.ip6.local";
    allow-update { none; };
};

zone "255.in-addr.arpa" IN {
    type master;
    file "named.broadcast";
    allow-update { none; };
};

zone "0.in-addr.arpa" IN {
    type master;
    file "named.zero";
    allow-update { none; };
};

zone "mmtest" {
        type master;
        notify no;
        file "mmtest";
};

include "/etc/rndc.key";
zone "markotest" {
    type master;
    file "/var/named/markotest.hosts";
    };

server 192.168.1.254 {
    };


voorzover ik weet wordt er nergens een direct verwijzing naar de nameserver in kwestie gemaakt, het ipnummer heeft wel toegang volgens mij, aangezien het externe ip altijd gelijk is (ongeacht of ik nu de gateway of de interne dns gebruik)

Mijn rig


  • pistole
  • Registratie: Juli 2000
  • Nu online

pistole

Frutter

en als je dan eens een

dig +trace ns1.hosting.nl

doet?

Ik frut, dus ik epibreer


Verwijderd

Je hebt nu wel een nieuw extern IP adres, aangezien je van internetlijn gewisseld bent.

Kan het zijn dat je geen namen mag resolven bij hosting.nl met je nieuwe IP adres? Misschien wordt het ergens bij hosting.nl geblokkeerd, aangezien het probleem alleen van toepassing is op domeinen gehost bij Hosting.nl

  • pistole
  • Registratie: Juli 2000
  • Nu online

pistole

Frutter

Verwijderd schreef op woensdag 03 januari 2007 @ 16:27:
Je hebt nu wel een nieuw extern IP adres, aangezien je van internetlijn gewisseld bent.

Kan het zijn dat je geen namen mag resolven bij hosting.nl met je nieuwe IP adres? Misschien wordt het ergens bij hosting.nl geblokkeerd, aangezien het probleem alleen van toepassing is op domeinen gehost bij Hosting.nl
Lijkt me niet, aangezien hosting.nl authorative is voor die zones. Ik kan ze prima (bij hun) resolven terwijl ik geen relatie heb met hosting.nl . Is maar goed ook, anders zou niemand die zones kunnen resolven.

Ik frut, dus ik epibreer


  • marko77
  • Registratie: Februari 2002
  • Laatst online: 06-05-2025
Verwijderd schreef op woensdag 03 januari 2007 @ 16:27:
Je hebt nu wel een nieuw extern IP adres, aangezien je van internetlijn gewisseld bent.

Kan het zijn dat je geen namen mag resolven bij hosting.nl met je nieuwe IP adres?
we hebben idd een nieuw IP adres, maar als ik gewoon de dns via dhcp laat toewijzen dan werkt het wél.
Met dhcp heb ik hetzelfde externe ip, als met een handmatig ingestelde dns.

code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
; <<>> DiG 9.3.1 <<>> +trace ns1.hosting.nl
;; global options:  printcmd
.                       491500  IN      NS      A.ROOT-SERVERS.NET.
.                       491500  IN      NS      B.ROOT-SERVERS.NET.
.                       491500  IN      NS      C.ROOT-SERVERS.NET.
.                       491500  IN      NS      D.ROOT-SERVERS.NET.
.                       491500  IN      NS      E.ROOT-SERVERS.NET.
.                       491500  IN      NS      F.ROOT-SERVERS.NET.
.                       491500  IN      NS      G.ROOT-SERVERS.NET.
.                       491500  IN      NS      H.ROOT-SERVERS.NET.
.                       491500  IN      NS      I.ROOT-SERVERS.NET.
.                       491500  IN      NS      J.ROOT-SERVERS.NET.
.                       491500  IN      NS      K.ROOT-SERVERS.NET.
.                       491500  IN      NS      L.ROOT-SERVERS.NET.
.                       491500  IN      NS      M.ROOT-SERVERS.NET.
;; Received 436 bytes from 192.168.1.244#53(192.168.1.244) in 1 ms

nl.                     172800  IN      NS      NS.DOMAIN-REGISTRY.nl.
nl.                     172800  IN      NS      NS2.DOMAIN-REGISTRY.nl.
nl.                     172800  IN      NS      NS5.DOMAIN-REGISTRY.nl.
nl.                     172800  IN      NS      NS-EXT.ISC.ORG.
nl.                     172800  IN      NS      SLAVE.STH.NETNOD.SE.
nl.                     172800  IN      NS      NS6.DOMAIN-REGISTRY.nl.
nl.                     172800  IN      NS      B.NIC.FR.
;; Received 370 bytes from 198.41.0.4#53(A.ROOT-SERVERS.NET) in 102 ms

hosting.nl.             7200    IN      NS      ns3.hosting.nl.
hosting.nl.             7200    IN      NS      ns1.hosting.nl.
hosting.nl.             7200    IN      NS      ns2.hosting.nl.
;; Received 130 bytes from 193.176.144.2#53(NS.DOMAIN-REGISTRY.nl) in 37 ms

dig: couldn't get address for 'ns3.hosting.nl': failure

Mijn rig


  • pistole
  • Registratie: Juli 2000
  • Nu online

pistole

Frutter

Het valt mij op dat de nameservers van hosting.nl (zie whois) ns*.hosting.nl zijn. Als er geen "glue" records worden meegegeven, dan zou het kunnen dat je nameserver ns1.hosting.nl gaat proberen te resolven bij ns1.hosting.nl .... snap je wat ik bedoel?

Normaliter wordt dit dus opgevangen door "glue" records. Als die niet worden meegestuurd dan heb je een probleem.

Misschien kan je eens het dns verkeer vanaf je bind server dumpen/loggen op het moment dat je een dergelijke query (dig) doet; misschien dat dat laat zien waarom je de "dig: couldn't get address for 'ns3.hosting.nl': failure" melding krijgt.

Ik frut, dus ik epibreer


  • marko77
  • Registratie: Februari 2002
  • Laatst online: 06-05-2025
pistole schreef op donderdag 04 januari 2007 @ 10:28:
Misschien kan je eens het dns verkeer vanaf je bind server dumpen/loggen op het moment dat je een dergelijke query (dig) doet; misschien dat dat laat zien waarom je de "dig: couldn't get address for 'ns3.hosting.nl': failure" melding krijgt.
Hoe log ik dat precies?

Op zich snap ik de strekking van je verhaal, maar dat verklaart nog niet waarom het voorheen zonder problemen functioneerde. Als er geen glue records meegegeven worden, hoe kan het dan dat het wél werkt als ik gewoon de dns via dhcp laat toewijzen?

Mijn rig


  • pistole
  • Registratie: Juli 2000
  • Nu online

pistole

Frutter

Als je dat op een *nix platform doet zou iets als "tcpdump -n port 53" volstaan.

Ik frut, dus ik epibreer


  • marko77
  • Registratie: Februari 2002
  • Laatst online: 06-05-2025
als ik een dig met traceroute doe naar uldcontrol.com en dan de tcp 53 dump krijg ik dit

code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
12:48:35.350172 IP 192.168.1.244.32768 > 193.0.14.129.domain:  61560 [1au] AAAA? M.ROOT-SERVERS.NET. (47)
12:48:35.360918 IP 193.0.14.129.domain > 192.168.1.244.32768:  61560*- 0/1/1 (107)
12:48:35.362384 IP 192.168.1.244.32768 > 193.0.14.129.domain:  31846 [1au] AAAA? M.ROOT-SERVERS.NET.speedtouch.lan. (62)
12:48:35.374039 IP 193.0.14.129.domain > 192.168.1.244.32768:  31846 NXDomain*- 0/1/1 (137)
12:48:35.375701 IP 192.168.1.244.32824 > 202.12.27.33.domain:  10653 A? www.uldcontrol.com. (36)
12:48:35.398444 IP 202.12.27.33.domain > 192.168.1.244.32824:  10653- 0/13/14 (496)
12:48:35.401699 IP 192.168.1.244.32768 > 192.31.80.31.domain:  15923 [1au] AAAA? E.GTLD-SERVERS.NET. (47)
12:48:35.523789 IP 192.31.80.31.domain > 192.168.1.244.32768:  15923*- 0/1/1 (114)
12:48:35.525125 IP 192.168.1.244.32768 > 192.36.148.17.domain:  51440 [1au] AAAA? E.GTLD-SERVERS.NET.speedtouch.lan. (62)
12:48:35.542497 IP 192.36.148.17.domain > 192.168.1.244.32768:  51440 NXDomain*- 0/1/1 (137)
12:48:35.543800 IP 192.168.1.244.32768 > 192.26.92.31.domain:  45681 [1au] A? E.GTLD-SERVERS.NET. (47)
12:48:35.639947 IP 192.26.92.31.domain > 192.168.1.244.32768:  45681*- 1/7/8 A 192.12.94.30 (303)
12:48:35.641038 IP 192.168.1.244.32824 > 192.12.94.30.domain:  53783 A? www.uldcontrol.com. (36)
12:48:35.808771 IP 192.12.94.30.domain > 192.168.1.244.32824:  53783- 0/3/0 (100)
12:48:38.199683 IP 192.168.1.244.32768 > 62.129.139.1.domain:  40020 AAAA? ns1.hosting.nl. (32)
12:48:44.200686 IP 192.168.1.244.32768 > 62.129.139.2.domain:  10093 AAAA? ns1.hosting.nl. (32)
12:48:45.811047 IP 192.168.1.244.32768 > 62.129.139.1.domain:  51089 [1au] A? ns1.hosting.nl. (43)
12:48:51.812539 IP 192.168.1.244.32768 > 62.129.139.2.domain:  9408 [1au] A? ns1.hosting.nl. (43)


Het is wel een beetje abacadabra voor mij dit :o

Mijn rig


  • pistole
  • Registratie: Juli 2000
  • Nu online

pistole

Frutter

Het proces van dig is wel duidelijk te volgen, hoewel het was smerig is dat er op gegeven moment ".speedtouch.lan" achter geplakt wordt (resolve je "via" je modem, of heb je via dhcp toevallig een domein suffix meegekregen?).

Het lijkt er dus op dat het fout gaat bij het resolven van ns1.hosting.nl ; daar krijgt hij namelijk geen antwoord op.

Als ik het doe:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
12:02:38.943322 IP ikke.34233 > 62.179.104.196.domain:  48364 NS? . (17)
12:02:38.958376 IP 62.179.104.196.domain > ikke.34233:  48364 13/0/4 NS A.ROOT-SERVERS.NET.,[|domain]
12:02:38.971878 IP ikke.34233 > 62.179.104.196.domain:  9291+ AAAA? A.ROOT-SERVERS.NET. (36)
12:02:39.082505 IP 62.179.104.196.domain > ikke.34233:  9291 0/1/0 (94)
12:02:39.083147 IP ikke.34233 > 62.179.104.196.domain:  18683+ AAAA? A.ROOT-SERVERS.NET.qwise.nl. (45)
12:02:39.096679 IP 62.179.104.196.domain > ikke.34233:  18683 NXDomain 0/1/0 (89)
12:02:39.097157 IP ikke.34233 > 62.179.104.196.domain:  48106+ A? A.ROOT-SERVERS.NET. (36)
12:02:39.108686 IP 62.179.104.196.domain > ikke.34233:  48106 1/0/0 A 198.41.0.4 (52)
12:02:39.109617 IP ikke.34233 > 198.41.0.4.domain:  22216 A? www.uldcontrol.com. (36)
12:02:39.213426 IP 198.41.0.4.domain > ikke.34233:  22216- 0/13/14 (508)
12:02:39.223653 IP ikke.34233 > 62.179.104.196.domain:  21801+ AAAA? A.GTLD-SERVERS.NET. (36)
12:02:39.246004 IP 62.179.104.196.domain > ikke.34233:  21801 1/0/0 AAAA[|domain]
12:02:39.246551 IP ikke.34233 > 62.179.104.196.domain:  35929+ A? A.GTLD-SERVERS.NET. (36)
12:02:39.351979 IP 62.179.104.196.domain > ikke.34233:  35929 1/0/0 A 192.5.6.30 (52)
12:02:39.605093 IP ikke.34233 > 62.179.104.196.domain:  16689+ AAAA? ns1.hosting.nl. (32)
12:02:39.627907 IP 62.179.104.196.domain > ikke.34233:  16689 0/1/0 (79)
12:02:39.628415 IP ikke.34233 > 62.179.104.196.domain:  2591+ AAAA? ns1.hosting.nl.qwise.nl. (41)
12:02:39.645483 IP 62.179.104.196.domain > ikke.34233:  2591 NXDomain 0/1/0 (85)
12:02:39.645933 IP ikke.34233 > 62.179.104.196.domain:  35602+ A? ns1.hosting.nl. (32)
12:02:39.661786 IP 62.179.104.196.domain > ikke.34233:  35602 1/0/0 A 62.129.139.1 (48)
12:02:39.662555 IP ikke.34233 > 62.129.139.1.domain:  15523 A? www.uldcontrol.com. (36)
12:02:39.686669 IP 62.129.139.1.domain > ikke.34233:  15523* 1/3/3 A 217.22.65.67 (164)

Het verschil zit o.a. in het verkrijgen van het adres van ns1.hosting.nl (zie laatste 4 regels)
Heb je al eens geprobeerd de cache van bind leeg te gooien? Moet je misschien je root-cache eens updaten?

Ik frut, dus ik epibreer


  • marko77
  • Registratie: Februari 2002
  • Laatst online: 06-05-2025
Ik heb bind een eental malen gerefreshed, maar het probleem blijft bestaan.

Hoe kan ik de root cache clearen?

Ik heb ook al ns1.hosting.nl hard in mijn hosts file gezet, ook dit maakt niets uit.
Welke opties heb ik nog om te proberen dit probleem op te lossen.

Mijn rig

Pagina: 1