Bind cached oud record na verandering *

[Trax_Digitizer]

ik begrijp het niet helemaal.
Vriend van me heeft een nieuw ip gekregen, dus ik pas in mijn named.conf in de slave records het master ip aan. Dan reload ik bind 9 en onze nameservers hebben elkaar weer gevonden.

Maar wat ik niet snap is dat ik last lijk te hebben van een of andere vorm van dns cache. Als ik intern zijn hostname resolve, dan krijg ik zijn oude ip. Maar vanaf de buitenkant geeft mijn bind 9 WEL het juiste ip terug.

Hoe kan dit?

[Sendy]

Jij doet het fout, dat is duidelijk.

Ik zou met een fatsoenlijk programmaatje (bijvoorbeeld dig) eens uitzoeken welke nameserver je precies gebruikt (ik vermoed namelijk niet je bind) en wat die teruggeeft. Maar dit had je natuurlijk zelf ook kunnen bedenken.

[Verwijderd]

Kijk eens in resolv.conf wat je gebruikt als DNS intern.
Kijk ook eens in /etc/hosts, wellicht staat daar het oude ip in.
En kijk eens wat "dig -x localhost zijnip" geeft.
Tenslotte, "rndc flush" leegt alle caches.

[ Voor 9% gewijzigd door Verwijderd op 07-07-2005 22:59 ]

[Trax_Digitizer]

Sendy schreef op donderdag 07 juli 2005 @ 21:15:
Jij doet het fout, dat is duidelijk.

Ik zou met een fatsoenlijk programmaatje (bijvoorbeeld dig) eens uitzoeken welke nameserver je precies gebruikt (ik vermoed namelijk niet je bind) en wat die teruggeeft. Maar dit had je natuurlijk zelf ook kunnen bedenken.

Bespoor ik hier nu enige irritatie? Je had het natuurlijk ook netjes kunnen vragen, maar eigenlijk heb je zelf het antwoord al gegeven. Ik heb inderdaad al vóór het plaatsen van dit topic dergelijke zaken geprobeerd. Zowel 'dig' als 'host' geven op localhost het oude ip van mijn vriend terug.

@favio-c
Ook allemaal al gecontroleerd/gedaan.
- Mijn resolv.conf verwijst netjes naar 127.0.0.1
- het flushen van de cache heb ik ook al geprobeerd maar ook dat helpt niet.
- in /etc/hosts staat niks
- en zoals ik hierboven al zeg, geeft zowel 'dig' als 'host' het oude ip van mijn vriend terug.

Verder:
de communicatie IN bind 9 (dus zeg maar het updaten van zonefiles) gebeurt correct omdat deze rechstreeks het ip neemt wat ik in de named.conf opgeef als master server.
Een "nslookup" (ja op windows ) vanaf buitenaf (willekeurig ip) met mijn bind als dns-server geeft het goede ip-adres van dit domein terug. Alleen als ik diezelfde bind vanaf de shell (localhost) query, geeft ie het oude ip terug. En de slave-zonefile is toch echt geupdate want dat heb ik gecontroleerd.

Nog een keer ter verduidelijking:
vriend van me is zelf primairy dns server en ik ben voor hem secondary dns server. Het heeft jaren goed gewerkt en hij heeft al geregeld een nieuw ip gekregen, maar nog nooit leidde dit tot dit gekke probleem aan mijn kant. Alles (tenzij ik nog iets over het hoofd zie) lijkt te kloppen, de cache heb ik leeg gegooid, maar toch krijg ik intern van mijn eigen localhost nameserver zijn oude ip terug, terwijl mijn eigen nameserver via de buitenkant WEL het goede ip terug geeft.

Vreemd toch?

[weijl]

Misschien is/was de TTL parameter nog niet afgelopen en krijg je daarom nog het oude IP.
Het lijkt me stug, aangezien je (neem ik aan) gerestart hebt na het invoeren van zijn correcte IP in de named.conf.

nog een restart? iets anders kan ik niet verzinnen helaas.

[DJ Buzzz]

Heb je de serial aangepast in je zonefile?

[Trax_Digitizer]

ja de serial is aangepast en ttl staat op 1 dag.
maar de ttl zou toch niks uit moeten maken, sowieso omdat ik de cache leeg heb gegooid

[weijl]

@ djbuzzz
waarom geeft ie dan wel het goede IP aan de buitenkant weer?

@trax_digitizer

ja de serial is aangepast en ttl staat op 1 dag.
maar de ttl zou toch niks uit moeten maken, sowieso omdat ik de cache leeg heb gegooid

ik weet niet of die bij een rndc flush ook de TTL reset.
wat ik wel weet is dat ie na een restart in principe hard zou moeten resetten zegmaar.

zoiezo raar, want aan de buitenkant krijg je wel het goede IP, het is 1 en dezelde nameserver, dus die TTL zou allang vernieuwd moeten zijn.
ik kan je helaas niet verder van dienst zijn ben ik bang.
nogmaals, misschien helpt een restart van bind?

[ Voor 86% gewijzigd door weijl op 08-07-2005 00:07 ]

[DJ Buzzz]

Bedenk me net dat ik wel een soortgelijk probleem wel eens gehad heb. Op de server direct resolvede een bepaalde dns naam wel, maar op een andere pc met die server als primary dns niet. Ik heb me toen er niet druk over gemaakt, de pc uitgezet en ben gaan slapen. De volgende dag werkte het

[Trax_Digitizer]

Restarten van bind heb ik al meerdere malen geprobeerd.
Verder is mijn ervaring ook dat het even duurt voordat het werkt, maar dat was meestal toch maar een half uurtje max...... nooit geen halve dag.... en dan nog wil ik natuurlijk graag weten hoe dat dit kan...

[Sendy]

Maar je geeft geen duidelijk antwoord op de belangrijkste vraag: vraag je het wel aan de localhost DNS? Misschien heb je een verkeerde resolv.conf?

Je moet altijd bedenken dat echt vreemde fouten (zoals een zone die niet lijkt geupdate als je de server uit en weer aan hebt gezet), zeer waarschijnlijk user-errors zijn.

Maar als je daar niet van overtuigd bent, laat dan wat uitvoer zien.

[Trax_Digitizer]

Mijn domein: traxotic.net
Domein van vriend wat dus nu ander ip heeft gekregen: brokenwire.net
oude ip brokenwire: 62.195.119.93
nieuwe ip brokenwire: 62.195.119.123

/etc/resolv.conf

code:

[root@traxotic /]# cat /etc/resolv.conf
search traxotic.net
nameserver 127.0.0.1

host uitvoer

code:

[root@traxotic /]# host brokenwire.net localhost
brokenwire.net          A       62.195.119.93

dig uitvoer

code:

; <<>> DiG 9.2.4 <<>> -x localhost brokenwire.net
;; global options:  printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 47351
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0

;; QUESTION SECTION:
;localhost.in-addr.arpa.                IN      PTR

;; AUTHORITY SECTION:
in-addr.arpa.           6668    IN      SOA     A.ROOT-SERVERS.NET. bind.ARIN.NET. 2005070716 1800 900 691200 10800

;; Query time: 487 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Fri Jul  8 00:24:46 2005
;; MSG SIZE  rcvd: 104

;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 12672
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 3, ADDITIONAL: 4

;; QUESTION SECTION:
;brokenwire.net.                        IN      A

;; ANSWER SECTION:
brokenwire.net.         8288    IN      A       62.195.119.93

;; AUTHORITY SECTION:
brokenwire.net.         94687   IN      NS      dns.traxotic.net.
brokenwire.net.         94687   IN      NS      ns1.cidev.nl.
brokenwire.net.         94687   IN      NS      ns.brokenwire.net.

;; ADDITIONAL SECTION:
ns.brokenwire.net.      1853    IN      A       62.195.119.123
ns.brokenwire.net.      1853    IN      AAAA    2001:960:2:263::2
dns.traxotic.net.       86400   IN      A       192.168.1.1
ns1.cidev.nl.           1853    IN      A       62.133.200.8

;; Query time: 0 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Fri Jul  8 00:24:46 2005
;; MSG SIZE  rcvd: 194

stukje named.conf

code:

        zone "brokenwire.net" {
                type slave;
                masters { 62.195.119.123; };

stukje zonefile brokenwire op mijn server (traxotic.net), dus na update

code:

......
2005070701 ; serial
......
A       62.195.119.123
......

Het lijkt erop dat er ergens cache zit, maar ik zou bij god niet weten waar.......

[ Voor 4% gewijzigd door Trax_Digitizer op 08-07-2005 00:31 ]

[Remy]

Move NOS > NT

[Verwijderd]

titelfix

[Trax_Digitizer]

Thnx guys!

Het is nu zo'n 24 uur geleden dat het ip is aangepast, maar nog steeds hetzelfde probleem... heb de hele middag al zitten zoeken op forum's, google etc........ maar ik kan niks vinden... ikke niet begrijpen

[weijl]

laat die maat van je eens de serial ophogen met 1.
dus 2005070702 ipv 2005070701.

check dan op je eigen server of deze het record daadwerkelijk ophaald.
ik heb namelijk het vermoeden dat het record _niet_ geupdate is.

wsl staat in zijn zone het IP nog niet goed

code:

;; ANSWER SECTION:
brokenwire.net.         8288    IN      A       62.195.119.93

wijst erop dat jou nameserver ook aan de buitenkant niet het goede IP afgeeft.

(als ik hier een host brokenwire.net traxotic.net geef krijg ik wel het gewenste IP, maar kijk het toch maar eens na.)

[Trax_Digitizer]

Het is wel geupdate, want ik heb ook al eens alle slave zonefiles weg gegooid. En na een reload van bind worden ze weer aangemaakt en staat het correcte nieuwe ip in de zonefile.

Verder zag ik nog iets vreemds: andere domeinen van mijn vriend, waar ik ook slave voor ben, doen het WEL goed........

Maar ik zal hem (als ie weer online is) vragen of ie het nog een keer wil ophogen, maar ik weet bijna zeker dat het daar niet aan ligt.

[ Voor 19% gewijzigd door Trax_Digitizer op 08-07-2005 20:04 ]

[Coen Rosdorff]

code:

# host brokenwire.net dns.traxotic.net.
Using domain server:
Name: dns.traxotic.net.
Address: 80.100.135.167#53
Aliases: 

brokenwire.net has address 62.195.119.123

# host brokenwire.net ns1.cidev.nl.    
Using domain server:
Name: ns1.cidev.nl.
Address: 62.133.200.8#53
Aliases: 

brokenwire.net has address 62.195.119.123

# host brokenwire.net ns.brokenwire.net.
;; connection timed out; no servers could be reached

# host brokenwire.net 62.195.119.123    
Using domain server:
Name: 62.195.119.123
Address: 62.195.119.123#53
Aliases: 

brokenwire.net has address 62.195.119.123

Rechtstreeks query's naar ns.brokenwike.net gaan niet goed. Naar het ip-adres wel. Resolven van ns.brokenwire.net is ook geen probleem. Merkwaardig.

[weijl]

staat de ns record van zijn eigen nameserver dan wel goed? staat die er uberhaubt wel in?

heeft overigens (voor zover ik weet) niets met jou nameserver te maken.

[Trax_Digitizer]

little_soundman schreef op zaterdag 09 juli 2005 @ 02:33:

code:

# host brokenwire.net dns.traxotic.net.
Using domain server:
Name: dns.traxotic.net.
Address: 80.100.135.167#53
Aliases: 

brokenwire.net has address 62.195.119.123

# host brokenwire.net ns1.cidev.nl.    
Using domain server:
Name: ns1.cidev.nl.
Address: 62.133.200.8#53
Aliases: 

brokenwire.net has address 62.195.119.123

# host brokenwire.net ns.brokenwire.net.
;; connection timed out; no servers could be reached

# host brokenwire.net 62.195.119.123    
Using domain server:
Name: 62.195.119.123
Address: 62.195.119.123#53
Aliases: 

brokenwire.net has address 62.195.119.123

Rechtstreeks query's naar ns.brokenwike.net gaan niet goed. Naar het ip-adres wel. Resolven van ns.brokenwire.net is ook geen probleem. Merkwaardig.

Dit komt waarschijnlijk door de glue records bij de root servers...... dit wordt verholpen. Zijn NS record staat goed.

[Trax_Digitizer]

Ik denk net: ik ga logging aanzetten. Dus ik voeg logging toe aan named.conf, ik tail die logfile... ik vraag as usual het ip van brokenwire.net op en ik krijg ineens het goede ip terug!!
Dus ik heb geen flauw idee waar het aan gelegen heeft. 5 minuten geleden deed ie het nog fout, maar nu doet ie het goed........ ik snap het echter nog steeds niet