Simple Zonefile Howto: Unterschied zwischen den Versionen
(Simple Zonefile Howto) |
Keine Bearbeitungszusammenfassung |
||
| Zeile 1: | Zeile 1: | ||
In diesem Howto werden | In diesem Howto werden einfachere Standardanwendungen für eigene Zonefiles behandelt. Wer ein eigenes Zonefile installieren möchte, um diverse Anwendungsfälle zu realisieren (Verweise auf extern gelagerte Subdomains, Anbindung externer Server, Verwendung eigener Mailserver), kann '''pro Domain''' ein eigenes Zonefile erstellen. Dieses befindet sich im Verzeichnis '''~/doms/example.com/etc''' mit den Namen '''pri.example.com''' (example.com steht hier als Beispiel für den wahren Domainnamen). Ein Neuanlegen oder eine Änderung dieser Datei führt zu einer baldigen Änderung der Nameservereinträge für die Domain. | ||
{{Textkasten|rot||Warnung! Das nicht sachgemäße Erstellen eines eigenen Zonefiles kann zur Nichterreichbarkeit der eigenen Domain und zum Verlust von Mails führen!}} | |||
== www soll auf externe IP-Adresse verweisen == | == www soll auf externe IP-Adresse verweisen == | ||
Das komplette Zonefile sieht so aus: | |||
<pre> | <pre> | ||
| Zeile 11: | Zeile 14: | ||
== Subdomain zuhause.example.com über Anbieter wie dyndns == | == Subdomain zuhause.example.com über Anbieter wie dyndns == | ||
Die Subdomain zuhause.example.com soll über einen Anbieter à la dyndns laufen | Die Subdomain zuhause.example.com soll über einen Anbieter à la dyndns laufen. Das komplette Zonefile sieht so aus: | ||
<pre> | <pre> | ||
| Zeile 20: | Zeile 23: | ||
== Externer Mailserver == | == Externer Mailserver == | ||
Wir wollen einen Mailserver extern betreiben, z.B. bei einem Cloud-Anbieter (Mails, Kontakte und Termine schon gecloudt?) oder im Büro. | Wir wollen einen Mailserver extern betreiben, z.B. bei einem Cloud-Anbieter (Mails, Kontakte und Termine schon gecloudt?) oder im Büro. Wir übernehmen also erstmal alles, was {DEFAULT_ZONFILE} liefern würde, außer den MX Resource Records: | ||
Wir übernehmen also erstmal alles, was {DEFAULT_ZONFILE} liefern würde, außer den MX Resource Records: | |||
<pre> | <pre> | ||
| Zeile 32: | Zeile 33: | ||
</pre> | </pre> | ||
Nun definieren wir den Mailserver: | |||
<pre> | <pre> | ||
mail.{DOM_HOSTNAME}. IN CNAME my.cloud. | mail.{DOM_HOSTNAME}. IN CNAME my.cloud.anderedomain.org. | ||
</pre> | </pre> | ||
Oder per fester IP: | |||
<pre> | <pre> | ||
| Zeile 44: | Zeile 45: | ||
</pre> | </pre> | ||
Dann legen wir die MX-Konfiguration fest: | Dann legen wir die MX-Konfiguration fest, die besagt, welcher Mailserver für diese Domain zuständig ist: | ||
<pre> | <pre> | ||
Version vom 9. Februar 2012, 17:55 Uhr
In diesem Howto werden einfachere Standardanwendungen für eigene Zonefiles behandelt. Wer ein eigenes Zonefile installieren möchte, um diverse Anwendungsfälle zu realisieren (Verweise auf extern gelagerte Subdomains, Anbindung externer Server, Verwendung eigener Mailserver), kann pro Domain ein eigenes Zonefile erstellen. Dieses befindet sich im Verzeichnis ~/doms/example.com/etc mit den Namen pri.example.com (example.com steht hier als Beispiel für den wahren Domainnamen). Ein Neuanlegen oder eine Änderung dieser Datei führt zu einer baldigen Änderung der Nameservereinträge für die Domain.
www soll auf externe IP-Adresse verweisen
Das komplette Zonefile sieht so aus:
{DEFAULT_ZONEFILE}
www.{DOM_HOSTNAME}. IN A 1.2.3.4
Subdomain zuhause.example.com über Anbieter wie dyndns
Die Subdomain zuhause.example.com soll über einen Anbieter à la dyndns laufen. Das komplette Zonefile sieht so aus:
{DEFAULT_ZONEFILE}
zuhause.{DOM_HOSTNAME}. IN CNAME example.dyndns.org.
Externer Mailserver
Wir wollen einen Mailserver extern betreiben, z.B. bei einem Cloud-Anbieter (Mails, Kontakte und Termine schon gecloudt?) oder im Büro. Wir übernehmen also erstmal alles, was {DEFAULT_ZONFILE} liefern würde, außer den MX Resource Records:
{HEADER}
{SOA_RR}
{NS_RR}
{A_RR}
{WILDCARD_A_RR}
Nun definieren wir den Mailserver:
mail.{DOM_HOSTNAME}. IN CNAME my.cloud.anderedomain.org.
Oder per fester IP:
mail.{DOM_HOSTNAME}. IN A 1.2.3.4
Dann legen wir die MX-Konfiguration fest, die besagt, welcher Mailserver für diese Domain zuständig ist:
{DOM_HOSTNAME}. IN MX 30 mail.{DOM_HOSTNAME}.
Wenn wir Mails auch für Subdomains wollen, brauchen wir zusätzlich:
*.{DOM_HOSTNAME}. IN MX 30 mail.{DOM_HOSTNAME}.