Kommentare zu: Bind9: MX

Von: Anselm

Anselm — Sat, 13 Oct 2007 22:17:30 +0000

Bei den CNAMEs kommt es drauf an. Wenn Du einen einzigen Rechner hast, der auf »www.example.com«, »ftp.example.com«, »mail.example.com« usw. hören soll, dann hast Du bei A-Records die IP-Adresse dreimal in Deiner Zonendatei und bei CNAMEs nur einmal. Was natürlich weniger Aufwand ist, wenn die IP-Adresse sich mal ändert. Und dank Caching kann es ja auch so aussehen, dass Dein Resolver sich etwas sagt wie »Was ist denn nun http://www.example.com … grübel, such … hmm, CNAME auf bla.example.com … oh, das A-Record hatten wir doch eben schon … 11.12.13.14«. Man kann das also nicht so schwarzweiß sehen.

Wobei es natürlich Plätze gibt, an denen CNAMEs einfach nicht erlaubt sind. So müssen MX-Records auf Namen zeigen, für die es A-Records gibt, nicht nur CNAMEs.

Anselm

Von: Denny

Denny — Sat, 13 Oct 2007 14:19:40 +0000

Wow, Danke Kris Das muss ich mir gleichmal notieren. Das lässt sich wunderbar verwenden, für eine Menge Beispiele.

Wie sieht es denn mit dem CNAME im allgemeinen aus? Ich habe gelernt, dass CNAME eigentlich totaler Mist es, denn er verursacht mehr Traffic, als nötig. Denn bei einem CNAME müssen ja zwei Schritte unternommen werden:
1.) lookup auf den Namen, zurück kommt ein Alias auf Name2
2.) Nochmals ein Lookup auf Name2 um nun auch die IP vom ursprünglich erfragten Namen zu erhalten.

Da verwende ich doch lieber gleich einen A Eintrag mit der IP, statt einem CNAME. Es ist lediglich am Anfang mehr Tipparbeit. Sehe ich das Richtig?

Von: Isotopp

Isotopp — Sat, 13 Oct 2007 12:34:35 +0000

Du hast eine “net” Domain. Wer ist Nameserver für “.net”?

kris@linux:~> dig net ns
…
;; ANSWER SECTION:
net. 172716 IN NS i.gtld-servers.net.
net. 172716 IN NS j.gtld-servers.net.

Wer ist Nameserver für 4lin.net? Fragen wir also mal bei i nach:

kris@linux:~> dig @i.gtld-servers.net. 4lin.net ns
…
;; ANSWER SECTION:
4lin.net. 172800 IN NS ns1.first-ns.de.
4lin.net. 172800 IN NS robotns2.second-ns.de.
4lin.net. 172800 IN NS robotns3.second-ns.com.

;; ADDITIONAL SECTION:
robotns3.second-ns.com. 172800 IN A 193.47.99.3

Wie man sieht, kommen drei NS-Records und ein Glue-Record (ein A-Record, nach dem wir nicht gefragt hatten, der aber aus technischen Gründen in .net gespeichert ist) zurück.

Fragen wir nun mal ns1.first-ns.de. nach dem A- und dem MX-Record für web.4lin.net.:

kris@linux:~> dig @ns1.first-ns.de. web.4lin.net a
…
;; ANSWER SECTION:
web.4lin.net. 86400 IN A 78.47.171.131

Das ist gut – schon mal kein CNAME.

; > DiG 9.3.2 > @ns1.first-ns.de. web.4lin.net mx
…
;; ANSWER SECTION:
web.4lin.net. 86400 IN MX 10 mail.4lin.net.
…
;; ADDITIONAL SECTION:
mail.4lin.net. 86400 IN A 78.47.171.132

Es kommt ein MX, und für den auch der A-Record und kein CNAME. Auch gut.

Und in der Tat:

h743107:~ # /usr/lib/sendmail -bt user@web.4lin.net
user@web.4lin.net
router = dnslookup, transport = remote_smtp
host mail.4lin.net [78.47.171.132] MX=10

sagt der exim dazu.