Domain partiell per DynDNS weiterleiten

Crys

Lt. Commander
Registriert
Apr. 2009
Beiträge
1.653
Hallo zusammen,

ich habe wieder ein sehr ähnliches Problem, wie schon einmal beschrieben: Korrekte DNS-Verwaltung

Ich habe die Domain example.com:
  • die über einen DynDNS-Dienst (spdyn.de) auf meinen lokalen Server zeigen muss. Das muss http/https einschließen. Weiteres wie ftp, ssh, usw. sind optional.
  • der Mail-Traffic muss aber online bleiben, bei dem Hoster, bei dem auch die Domain angemietet wurde (als Beispiel hier: dogado.de).
Aktuell habe ich die Domain noch nicht angemietet, deshalb bin ich bei dem Hoster noch offen.

In kurz:
Wie löse ich mein Problem?

Vielen Dank.
 
Stichworte: MX Einträge und CNAME

MX Eintrag auf den Domainanbieter.
CNAME auf deine Dyndns Adresse

Den Rest selbst recherchieren, damit du ein Verständnis aufbaust.
 
  • Gefällt mir
Reaktionen: Crys und poly123
Dafür ist der MX Record im DNS zuständig. Klär das Szenario aber mit deinem Anbieter.
 
Danke euch. Ich möchte hier noch einmal explizit auf die allererste Zeile in diesem Thread hinweisen: https://www.computerbase.de/forum/threads/korrekte-dns-verwaltung.1944346/

Ich habe Wochen damit verbracht, unzählige Telefonate mit dem Hoster geführt und alle Möglichen MX-Konstellationen durchprobiert, ohne Erfolg.
Es konnte mir auch niemand eine Lösung für die MX-Records nennen. Deshalb habe ich diesen Thread ohne Erwähnung selbigen erstellt, weil das vielleicht ein Irrweg ist!?
 
Das ist eine 0815 Konfiguration. Jeder Hoster hat eigene Hostnamen für seine Mailserver die entsprechend als MX-Records eingetragen werden. Somit gehen schon mal alle E-Mails dorthin. Problem erledigt.

Ein Problem ist, dass du direkt auf der Zonenebene auf eine DynDNS-Adresse verweisen willst. Da hier kein CNAME genutzt werden kann hast du zwei Optionen:
1. Dein Anbieter hat einen eigenen DynDNS Dienst den du dafür nutzt.
2. Dein Anbieter bietet Pseudo Recordtypen an. Diese Pseudo Recordtypen werden meist "ALIAS" oder "ANAME" genannt.
 
Ich glaube kein Eintrag ist bei DNS verpflichtend. Dann funktioniert halt was nicht.
NS und SOA sollten vorhanden sein

Und ein A und CNAME auf ein und die selbe (Sub)Domain geht eh nicht.

Bei MX ist es so, das der anfragende Server erst nach einem MX guckt, dann den A sucht oder aufgibt und einen Fehler ausgibt.
 
Zuletzt bearbeitet:
Der MX Record soll auf die IP des Providers zeigen
Der A Record auf deine IP fürs DynDNS
 
Zurück
Oben