To enslydende a records

Ja det må du godt.
Det fungere i praktisk at dine dns server så vil give det ene svar på det ene tidspunkt til en klient og så det andet svar på et andet tidspunkt.

Hvilket vil sige at nogen klienter se www på 123.123.123.123 og andre på 234.234.234.234, så det vil fungere som en simpelt load balancing mellem foreskellige webservere.

Følger navneserverne et bestemt mønster eller er det tilfældigt hvilken ip der bruges?

tilfældigt.

Ikke helt rigtigt....

Navneserveren giver begge til klienten, men i en "round robin" rækkefølge.

/Klaus
----------------------------------------------------
klma@NGCCNETJUMP:~$ dig google.dk

; <<>> DiG 9.6.1-P2 <<>> google.dk
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 44357
;; flags: qr rd ra; QUERY: 1, ANSWER: 6, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;google.dk.                    IN      A

;; ANSWER SECTION:
google.dk.              194    IN      A      66.102.13.103
google.dk.              194    IN      A      66.102.13.104
google.dk.              194    IN      A      66.102.13.105
google.dk.              194    IN      A      66.102.13.106
google.dk.              194    IN      A      66.102.13.147
google.dk.              194    IN      A      66.102.13.99

;; Query time: 0 msec
;; SERVER: 172.17.252.20#53(172.17.252.20)
;; WHEN: Mon Nov 15 15:29:06 2010
;; MSG SIZE  rcvd: 123

klma@NGCCNETJUMP:~$ dig google.dk

; <<>> DiG 9.6.1-P2 <<>> google.dk
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 18244
;; flags: qr rd ra; QUERY: 1, ANSWER: 6, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;google.dk.                    IN      A

;; ANSWER SECTION:
google.dk.              193    IN      A      66.102.13.104
google.dk.              193    IN      A      66.102.13.105
google.dk.              193    IN      A      66.102.13.106
google.dk.              193    IN      A      66.102.13.147
google.dk.              193    IN      A      66.102.13.99
google.dk.              193    IN      A      66.102.13.103

;; Query time: 0 msec
;; SERVER: 172.17.252.20#53(172.17.252.20)
;; WHEN: Mon Nov 15 15:29:07 2010
;; MSG SIZE  rcvd: 123

klma@NGCCNETJUMP:~$ dig google.dk

; <<>> DiG 9.6.1-P2 <<>> google.dk
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 8491
;; flags: qr rd ra; QUERY: 1, ANSWER: 6, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;google.dk.                    IN      A

;; ANSWER SECTION:
google.dk.              193    IN      A      66.102.13.105
google.dk.              193    IN      A      66.102.13.106
google.dk.              193    IN      A      66.102.13.147
google.dk.              193    IN      A      66.102.13.99
google.dk.              193    IN      A      66.102.13.103
google.dk.              193    IN      A      66.102.13.104

;; Query time: 0 msec
;; SERVER: 172.17.252.20#53(172.17.252.20)
;; WHEN: Mon Nov 15 15:29:07 2010
;; MSG SIZE  rcvd: 123

klma@NGCCNETJUMP:~$ dig google.dk

; <<>> DiG 9.6.1-P2 <<>> google.dk
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 29045
;; flags: qr rd ra; QUERY: 1, ANSWER: 6, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;google.dk.                    IN      A

;; ANSWER SECTION:
google.dk.              192    IN      A      66.102.13.106
google.dk.              192    IN      A      66.102.13.147
google.dk.              192    IN      A      66.102.13.99
google.dk.              192    IN      A      66.102.13.103
google.dk.              192    IN      A      66.102.13.104
google.dk.              192    IN      A      66.102.13.105

;; Query time: 0 msec
;; SERVER: 172.17.252.20#53(172.17.252.20)
;; WHEN: Mon Nov 15 15:29:08 2010
;; MSG SIZE  rcvd: 123

klma@NGCCNETJUMP:~$ dig google.dk

; <<>> DiG 9.6.1-P2 <<>> google.dk
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 39865
;; flags: qr rd ra; QUERY: 1, ANSWER: 6, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;google.dk.                    IN      A

;; ANSWER SECTION:
google.dk.              192    IN      A      66.102.13.147
google.dk.              192    IN      A      66.102.13.99
google.dk.              192    IN      A      66.102.13.103
google.dk.              192    IN      A      66.102.13.104
google.dk.              192    IN      A      66.102.13.105
google.dk.              192    IN      A      66.102.13.106

;; Query time: 0 msec
;; SERVER: 172.17.252.20#53(172.17.252.20)
;; WHEN: Mon Nov 15 15:29:08 2010
;; MSG SIZE  rcvd: 123

klma@NGCCNETJUMP:~$ dig google.dk

; <<>> DiG 9.6.1-P2 <<>> google.dk
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 23384
;; flags: qr rd ra; QUERY: 1, ANSWER: 6, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;google.dk.                    IN      A

;; ANSWER SECTION:
google.dk.              191    IN      A      66.102.13.99
google.dk.              191    IN      A      66.102.13.103
google.dk.              191    IN      A      66.102.13.104
google.dk.              191    IN      A      66.102.13.105
google.dk.              191    IN      A      66.102.13.106
google.dk.              191    IN      A      66.102.13.147

;; Query time: 0 msec
;; SERVER: 172.17.252.20#53(172.17.252.20)
;; WHEN: Mon Nov 15 15:29:09 2010
;; MSG SIZE  rcvd: 123

klma@NGCCNETJUMP:~$

http://en.wikipedia.org/wiki/Round_robin_DNS

There is no standard procedure for deciding which address will be used by the requesting application - a few resolvers attempt to re-order the list to give priority to numerically "closer" networks. Some desktop clients do try alternate addresses after a connection timeout of 30-45 seconds.

Så altså tilfældigt :)

Tja... En ting, er hvad klienten gør. En anden er hvad serveren gør. Man gør nok klogest i at gå ud fra at det er tilfældigt, men det er det dog ikke helt. I Bind, kan man selv vælge med rrset-order hvor man kan vælge mellem:

* fixed - records are returned in the order they are defined in the zone file
* random - records are returned in a random order
* cyclic - records are returned in a round-robin fashion

cyclic er default.

cyclic vælger først tilfældigt, derefter i round-robin :-)

Men: "Det fungere i praktisk at dine dns server så vil give det ene svar på det ene tidspunkt til en klient og så det andet svar på et andet tidspunkt." - det er ikke korrekt!

/Klaus

Og her er mit svar :-)

Takker...