Likes: 0
27/10/10 09:38
Ik zit hier met een domein van een klant waarvan de glue records aangepast moeten worden. Daarvoor hebben we register.be, waar hij geregistreerd staat, gecontacteerd. En zij zouden dit reeds gedaan hebben.
Echter als ik deze tool gebruikt: http://www.dns-info.cz/en/dns-test/dom.php
Dan zie ik meer dan 24h later nog steeds de oude glue records staan.
Nu weet ik niet of dat aan dat tooltje ligt of dat ze het echt nog niet veranderd hebben. Zijn er andere en betere manieren om het te testen?
Tnx
27/10/10 09:41
Je kunt even direct dig/nslookup/host/whatever gebruiken, op de nameservers van dns.be. Dan kun je in elk geval uitsluiten dat het ergens gecached wordt.
27/10/10 11:32
Met dig is dat wat onder ';; ADDITIONAL SECTION:' valt?
Daar lijkt het nu wel te kloppen. Dan zal het bij die webtools in de cache zitten.
Tnx!
27/10/10 11:44
Als je zoiets doet, staan de glue records (dus de A records) inderdaad onder Additional Section:
dig NS domein.be @a.ns.dns.be
27/10/10 16:14
Ik gebruik altijd: http://www.intodns.com
Volgens mij is die realtime..
28/10/10 19:29
intodns.com geeft inderdaad de gluerecords, maar spijtig genoeg enkel de ipv4's.
Kent iemand een manier om de extra ipv6 glue records van een domain te zien?
Ik zag hier iets staan over nslookup, maar hoe zie je die dan? En moet je dan verbinden met "om-het-even-welke" dns server of via die van de ...?
28/10/10 20:00
Zal onder Windows zoiets zijn:
Code:nslookup -type=ANY google.com
DreamHost.nl Web hosting - cPanel hosting om bij weg te dromen.
29/10/10 10:00
Daarmee krijg ik in ieder geval geen GLUE records terug.Oorspronkelijk geplaatst door dreamhost_nl
Krijg wel een aantal van de DNS servers te zien, maar zeker niet allemaal, en ook hun adres niet.
29/10/10 10:19
Dat dig commando wat ik heb gegeven, geeft ook gewoon IPv6 glue records.
Voorbeeldje:
Code:dick@dickws:~/isos$ dig NS shockmedia.nl @ns1.nic.nl ; <<>> DiG 9.7.0-P1 <<>> NS shockmedia.nl @ns1.nic.nl ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 37271 ;; flags: qr rd; QUERY: 1, ANSWER: 0, AUTHORITY: 3, ADDITIONAL: 5 ;; WARNING: recursion requested but not available ;; QUESTION SECTION: ;shockmedia.nl. IN NS ;; AUTHORITY SECTION: shockmedia.nl. 7200 IN NS ns2.shockmedia.nl. shockmedia.nl. 7200 IN NS ns1.shockmedia.nl. shockmedia.nl. 7200 IN NS ns3.shockmedia.nl. ;; ADDITIONAL SECTION: ns1.shockmedia.nl. 7200 IN A 87.251.60.11 ns1.shockmedia.nl. 7200 IN AAAA 2001:7b8:613:1::53 ns2.shockmedia.nl. 7200 IN A 87.251.61.12 ns2.shockmedia.nl. 7200 IN AAAA 2001:7b8:613:2::53 ns3.shockmedia.nl. 7200 IN A 82.113.156.9
29/10/10 10:30
Ik snap er niks meer van.
Register.be stuurt screenshot om aan te tonen dat zij het correct ingesteld hebben: correct
dig: correct
nslookup: ns1 is juist, ns2 is fout. De oude instellingen.
dns-info.cz: ns1 is juist, ns2 is fout. De oude instellingen.
intodns.com: zowel ns1 als ns2 fout! Instellingen van meer dan 6 maanden oud.
zone file: instellingen correct
ping: ns1 is juist, ns2 is fout. De oude instellingen.
29/10/10 10:56
Welkom tot de wondere wereld van de DNS cache...
Probeer het ook eens op een andere machine waar nog nooit dit domein/whatever op is opgevraagd, achter een andere router en met een andere provider.
29/10/10 11:03
intodns.com had ik nog nooit gebruikt.
Cache zit ik ook al aan te denken, maar hoe lang? Dat domein is 3 of 4 dagen geleden aangepast.
29/10/10 11:18
Iemand anders heeft het misschien wel gebruikt voor dit domein, en dan staat het dus al in zijn cache.
29/10/10 11:19
Zo krijg ik ze inderdaad ook (als ik maar gebruik maak van een DNS server van de registrar)
29/10/10 21:53
Dat hangt van de TTL af, maar een TTL van dagen is wel erg lang inderdaad.
Noem dat klantdomein eens, dan kunnen we echt kijken wat er waar goed of fout staat.
In elk geval voor de nameservers die het domein en (country)toplevels hosten.
Kijken wat een bepaalde resolver (die oude informatie gecached kan hebben) denkt kan niet altijd, omdat resolvers vaker dicht staan voor queries van 'buiten'.
Quote