DNS alias werkt niet correct

[Verwijderd]

Sinds kort draaien wij een ircd die gelinked is met meerdere irc servers.
Als hoofd-ircserver word irc.domein.nl gebruikt.
Nu heb ik in de zonefile van dat domein (we gebruiken bind9) verschillende aliassen aangemaakt, zodat als iemand naar irc.domein.nl connect niet altijd naar hetzelfde IP connect, maar afwisselend.. dat ziet er zo uit:

code:

irc          IN A       81.17.46.134
             IN A       81.23.238.61
             IN A       81.17.55.5
             IN A       81.17.57.14

Hierna heb ik de nameserver restarted. als ik nu vanaf de nameserver host ping irc.domein.nl doe, pakt ie -zoals ik dat wou- steeds een ander IP.
Maar als ik dit vanaf een externe host doe blijft ie telkens het eerste IP adres pakken (81.17.46.134).
Lijkt wel alsof er iets gecached is ofzo, ik snap er nix van
als ik dig gebruik krijg ik op de externe host de aliassen niet eens te zien (wederom alleen 81.17.46.134) terwijl dat localhost uiteraard WEL weer werkt.
Iemand een idee?

[The Jester]

Doe eens vanaf een externe host een nslookup en kijk waar die z'n info vandaan haalt.
vanaf mijn servertje zie ik dit:

Meowth:~# host irc.domein.nl
Host irc.domein.nl not found: 3(NXDOMAIN)
Meowth:~# nslookup 81.17.46.134
Note: nslookup is deprecated and may be removed from future releases.
Consider using the `dig' or `host' programs instead. Run nslookup with
the `-sil[ent]' option to prevent this message from appearing.
Server: 194.69.18.18
Address: 194.69.18.18#53

134.46.17.81.in-addr.arpa name = server.reclone.com.

Meowth:~# host 81.17.46.134
134.46.17.81.in-addr.arpa domain name pointer server.reclone.com.
Meowth:~# host 81.23.238.61
Host 61.238.23.81.in-addr.arpa not found: 2(SERVFAIL)
Meowth:~# host 81.17.55.5
Meowth:~# host 81.17.57.14
14.57.17.81.in-addr.arpa domain name pointer block4ip14.cb3rob.net.
Meowth:~#

Heb nslookup en host gebruikt.
Dig laat dit zien:

Meowth:~# dig 81.17.46.134

; <<>> DiG 9.2.1 <<>> 81.17.46.134
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 33498
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0

;; QUESTION SECTION:
;81.17.46.134. IN A

;; AUTHORITY SECTION:
. 10800 IN SOA a.root-servers.net. nstld.verisign-grs.com. 2003051000 1800 900 604800 86400

;; Query time: 84 msec
;; SERVER: 194.69.18.18#53(194.69.18.18)
;; WHEN: Sat May 10 12:48:26 2003
;; MSG SIZE rcvd: 105

Meowth:~#

Waar het op neer komt, is dat je een zone-transfer moet geven, zodat andere DNS-servers jouw ge-update gegevens krijgen. Zolang er geen zonetransfer is geweest, hebben andere DNS-servers niet de actuele gegevens. In je SOA kun je zien wat de normale tijdsspanne is tussen zone-xfers. Eventueel dus met de hand starten!

[Verwijderd]

dus ik moet die "tijdsspanne" aanpassen zodat die transfers eerder plaats vinden?
of begrijp ik het verkeerd?

^{even ter info: het is dus niet irc.domein.nl maar irc.cyberjunks.net (domein.nl was ff voorbeeldje )}

[ Voor 43% gewijzigd door Verwijderd op 10-05-2003 16:26 ]

[Kippenijzer]

Het duurt even voordat alle DNS servers deze wijziging verwerken... Probeer het morgenmiddag nog eens, werkt het dan nog niet "willekeurig" dan is er iets mis en moet je idd onderzoeken waar het probleem ligt

[Broer]

Ik heb het hier even nagespeeld, op mijn MacOSX krijg ik steeds dezelfde ip-adres terug en op mijn FreeBSD systeempjes krijg ik wel iedere keer een ander adres terug.
Volgens de manual page (named.conf) van named.conf kan het aan de client liggen:

Resource Record sorting
When returning multiple RRs, the nameserver will normally return them in
Round Robin, i.e. after each request, the first RR is put to the end of
the list. As the order of RRs is not defined, this should not cause any
problems.

The client resolver code should re-arrange the RRs as appropriate, i.e.
using any addresses on the local net in preference to other addresses.
However, not all resolvers can do this, or are not correctly configured.

When a client is using a local server, the sorting can be performed in
the server, based on the client's address. This only requires configuring
the nameservers, not all the clients.

Oftwel: iedere keer dat een opvraging komt, houdt de client, dus de opvrager een lijstje bij met de ip-adressen die hij al gezien heeft en pakt dan een andere. Het kan dus ook aan de client, dus opvraag software liggen.

Dus misschien helpt wachten niet.

[pinball]

edit:

dronken iemand dacht grappig te zijn @ mijn pc
excuses voor zijn lompheid

[ Voor 90% gewijzigd door pinball op 11-05-2003 21:19 ]