DNS verweist subdomain auf fremde IP

[caMelCase]

Gelöst: DNS verweist subdomain auf fremde IP

Hallo Experten,

es ist zum verzweifeln...

Eigentlich wollte ich nur eine meiner bei Het*ner registrierten TLD eine zusätzliche Subdomain verpassen, die auf die wechselnde IP meines privaten DLS Anschlusses verweist (für so Spielereien wie fhem, etc.). Dazu habe ich auf meinem Rootserver (Debian, ebenfalls bei Het*ner) bind9 installiert und für die betreffende TLD eine Zone erstellt. Im Grunde bin ich nach dieser Anleitung vorgegangen (vielen Dank an dieser Stelle dem Autor).

Vorher lief alles prima mit dem Standard-Zonefile vom Het*ner Robot. Nach etlichen Versuchen und Bereinigung meines Zonefiles von Tippfehlern ist auch die neue Subdomain am Laufen, der Nameserver Predelegation Check von Denic leuchtet auch grün.

Nun bemerkte ich, dass mein Mailserver, der am selben Host wie auch der DNS läuft, nicht mehr erreichbar ist. Ein nslookup findet auch nichts.

# nslookup mail.my-tld.de
*** Can't find mail.my-tld.de: No answer

Ein Ping auf selbige Adresse bringt ein seltsames Ergebnis:

# ping mail.my-tld.de
PING mail.my-tld.de.de (9.9.9.9) 56(84) bytes of data.
64 bytes from mail.völlig-fremde-tld.de (9.9.9.9): icmp_req=1 ttl=53 time=11.9 ms

Auffällig ist hier das zweite .de bei der Ausgabe von ping. Keine Ahnung, woher das kommt. In den Zonefiles konnte ich nichts finden. Was kann das sein?

Hier meine Zonefiles:
my-tld.de.zone

$ORIGIN .
$TTL 21600      ; 6 hours
my-tld.de          IN SOA  ns1.my-tld.de. root.my-tld.de. (
                                2015073007 ; serial
                                7200       ; refresh (2 hours)
                                1800       ; retry (30 minutes)
                                604800     ; expire (1 week)
                                21600      ; minimum (6 hours)
                                )
                        NS      ns1.first-ns.de.
                        NS      ns1.my-tld.de.
                        NS      robotns2.second-ns.de.
                        NS      robotns3.second-ns.com.
                        A       1.2.3.4
$ORIGIN my-tld.de.
ddns                    A       1.2.3.4
$TTL 60 ; 1 minute
home                    A       5.6.7.8
$TTL 21600      ; 6 hours
imap                    CNAME   mail
localhost               A       127.0.0.1
loopback                CNAME   localhost
mail                    MX      10 my-tld.de.
alpha                   A       1.2.3.4
ns1                     A       1.2.3.4
pop                     CNAME   mail
smtp                    CNAME   mail
www                     A       1.2.3.4

my-tld.zone.rev

$TTL 21600      ; 1 day
@                       IN SOA  ns1.my-tld.de. root.my-tld.de. (
                                2015073006 ; serial
                                7200       ; refresh (2 hours)
                                1800       ; retry (30 minutes)
                                604800     ; expire (1 week)
                                21600      ; minimum (6 hours)
                                )
@                       IN      NS      ns1.
@                       IN      A       1.2.3.4
ddns                    IN      PTR     ddns.my-tld.de
home                    IN      PTR     home.my-tld.de
imap                    IN      PTR     imap.my-tld.de
pop                     IN      PTR     pop.my-tld.de
smtp                    IN      PTR     smtp.my-tld.de
mail                    IN      PTR     mail.my-tld.de
www                     IN      PTR     www.my-tld.de
alpha                   IN      PTR     alpha.my-tld.de
ns1                     IN      PTR     ns1.my-tld.de

Und die Zonen config:

zone "my-tld.de" {
        type master;
        file "/var/cache/bind/my-tld.de.zone";
        update-policy   { grant ddns-key.my-tld.de zonesub ANY; };
};

zone "1.2.3.4.in-addr.arpa" {
        type master;
        file "/var/cache/bind/my-tld.de.zone.rev";
        update-policy   { grant ddns-key.my-tld.de zonesub ANY; };
};

Der Reverse-DNS Eintrag bei Het*ner lautet übrigens alpha.my-tld.de .
Könnte da mal jemand freundlicherweise drüber gucken? Komme leider nicht weiter.

Gruß
camelcase

 

[caMelCase]

So, habe den Fehler doch noch selbst gefunden!

habe den MX Eintrag im Zonefile von

mail                    MX      10 my-dns.de.

nach

mail                    A       1.2.3.4
mail                    MX      10 mail

geändert. Nun funktionierts.

Gruß
camelcase

 

[danton]

Deine Zone-Files haben zahlreiche Fehler:
Deine Reverse-Zone ist komplett unsinnig und das aus mehrere Gründen: PTR-Records lösen von einer IP zu einem FQDN auf - also muß vorne was stehen, was an eine IP erinnert. Der SOA Record ist für eine Reverse-Zone auch nicht korrekt. Das ganze ist in deinem Fall aber auch komplett irrelevant, denn die PTRs werden i.d.R. vom Eigentümer der IP verwaltet (bei der Server-IP also der Serveranbieter, beim DSL-Anschluß der Internet-Provider). Schmeiß die Reserve-Zone aus deiner BIND-Config komplett raus - im besten Fall wird sie nicht verwendet, im ungünstigsten Fall sorgt sie für unvorhergesehene DNS-Antworten).
Dann bezüglich der Auflösung der Subdomain mail: da ist einzig der A-Record für zuständig, der fehlte in deiner ersten Konfiguration. Der MX-Eintrag für die Subdomain mail ist nur notwendig, wenn du auch für diese Subdomain Mails empfängst. Derzeit wird für deine Domain (ohne Subdomains) von anderen Mailservern der A-Record der Domain herangezogen (da kein MX vorhanden ist) - das funktioniert, weil alles bei dir über die gleiche IP läuft. Es ist aber gängige Praxis, trotzdem einen MX anzulegen, der auf einen FQDN zeigt, welcher direkt per A-Record aufgelöst werden kann (kann sogar von einer ganz anderen Domain sein, wie es ja z.B. Webhoster machen - die tragen beim MX der Kundendomain die Adresse des Mailserver des Hosters ein, sowas wie mail.webhoster.de)
Dann noch zur Verwendung von CNAME Records: Diese sorgen für doppelte DNS-Abfragen - es folgt im Anschluß immer noch eine Abfrage auf einen A-Record. Daher sollten CNAME Records IMHO nur genutzt werden, wenn es nicht anders geht - sind aber so, wie du sie einsetzt, wenig sinnvoll.