15. november 2010 - 14:52
Der er
6 kommentarer og
2 løsninger
To enslydende a records
Er det tilladt at lave to enslydende a records?
F.eks. lave
www = 123.123.123.123
www = 234.234.234.234
Og hvordan vil det i så fald fungere - vil DNS serveren levere de to ip-adresser forskelligt eller vil 123.123.123.123 blive leveret altid?
Spørg endelig hvis mig spørgsmål ikke giver mening...
15. november 2010 - 15:11
#1
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.
15. november 2010 - 15:39
#4
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:~$
15. november 2010 - 15:54
#6
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
Ny bruger
Nybegynder
Opret
Preview
