DNS-Verwaltung

Wir bieten allen Kunden KOSTENLOSE Verwaltung von primären und sekundären DNS-Einträgen für Domains.

Die primäre Domainist eine Domain, für die DNS-Einträge in unserem System gespeichert sind. Unser System fungiert also im Wesentlichen als primärer DNS-Server für diese Domain. Dies ist die übliche Lösung.

Eine sekundäre Domainist eine Domain, für die wir keine DNS-Einträge speichern, sondern diese über AXFR von einem anderen DNS-Server herunterladen. Das System verhält sich für diese Domain also wie ein sekundärer DNS-Server. Für diese Domain wird lediglich die IP-Adresse festgelegt, von der die Einträge heruntergeladen werden sollen. Die Abrufperiode richtet sich nach den Angaben im SOA-Eintrag der entsprechenden Domain (REFRESH, RETRY).

Unsere DNS-Server unterstützenIPv6 vollständig.

Unterstützte Arten von DNS-Einträgen

Informationen zum DNS-Eintrag vom Typ A zur Angabe der IPv4-Adresse für den jeweiligen Domainnamen.
Ein Eintrag dieses Typs enthält die IP-Adresse des IPv4-Protokolls. Diese Adressen werden in einer für Menschen lesbaren Form gespeichert (im DNS-Protokoll werden sie jedoch als 32-Bit-Zahl übertragen).
Beispiel für einen Eintrag für eine Domain und alle Subdomains:
Name | TTL | Typ | Daten
(leerer Name) | 1800 | A | 81.2.199.30
* | 1800 | A | 81.2.199.30

AAAA

Informationen zum DNS-Eintrag vom Typ AAAA zur Angabe der IPv6-Adresse für den jeweiligen Domainnamen.
Es handelt sich um eine IPv6-Adresse.
Beispiel für einen Eintrag für die Domain und alle Subdomains:
Name | TTL | Typ | Daten
(leerer Name) | 1800 | AAAA | 2a02:2b88:1:4::40
* | 1800 | AAAA | 2a02:2b88:1:4::40

Informationen zum DNS-Eintrag vom Typ NS, mit dem wir die Subdomain an einen anderen DNS-Server delegieren.
Dieser Eintragstyp dient dazu, eine Listeder autoritativen DNS-Serverfür eine bestimmte Domain anzugeben. Es werden die Namen der Server (d. h. ihre Domainnamen) und nicht ihre IP-Adressen angegeben. Wenn ein Gerät eine Verbindung zu einem autoritativen DNS-Server einer Domain herstellen möchte, ermittelt es zunächst auf dem übergeordneten DNS-Server alle Einträge vom Typ NS für die gesuchte Domain, wählt einen davon aus und ermittelt dessen IP-Adresse. Erst dann kann eine Kommunikationsverbindung über das DNS-Protokoll hergestellt werden.

CNAME

Informationen zum DNS-Eintrag vom Typ CNAME, der zur Einrichtung eines Alias für einen anderen Domainnamen dient.
Der CNAME-Eintraggibt an, dass die betreffende Domainein Aliaseiner anderen Domain ist, d. h. dass sie gemeinsame DNS-Einträge haben (nicht jedoch gemeinsame Webinhalte usw.).
Beispiel für die Einrichtung eines CNAME-Eintrags:
Name | TTL | Typ | Daten
www1.domena.tld | 1800 | CNAME | cilovadomena.tld

Informationen zum DNS-Eintrag vom Typ MX für die Angabe der Server, an die E-Mails für die jeweilige Domain zugestellt werden sollen.
Der Eintrag gibt den Domainnamendes Mailserver an, an den E-Mails für diese Domain zugestellt werden sollen. Vor dem Servernamen wirddie Priorität angegeben, die dann von Bedeutung ist, wenn es mehrere MX-Einträge für einen Namen gibt. In diesem Fall werden die Server in aufsteigender Reihenfolge ihrer Priorität geprüft (d. h. der Server mit der niedrigsten Nummer hat die höchste Priorität). Wenn ein Server nicht antwortet, wird der nächste geprüft. Der zweite und jeder weitere Server, sofern vorhanden, dienen alsBackup-Mailserver.
Beispiel für die Einstellungen für unsere Mailserver:
Name | TTL | Typ | Daten
(leerer Name) | 1800 | MX | 1 wes1-mx1.wedos.net
(leerer Name) | 1800 | MX | 1 wes1-mx2.wedos.net
(leerer Name) | 1800 | MX | 10 wes1-mx-backup.wedos.net

SPF

Zum Schutz vor Missbrauch des Domainnamens gegen SPAM empfiehlt es sich, einen SPF-Eintrag
einzurichten. Eine detaillierte Beschreibung mit Anleitung finden Sie in der Wissensdatenbank.

SRV

Informationen zum DNS-Eintrag vom Typ SRV, der zur Angabe von Servern dient, die bestimmte Dienste für eine bestimmte Domain bereitstellen. Als Beispiel kann die Weiterleitung von Telefonanrufen über das SIP-Protokoll genannt werden.
SRV-Einträge haben viele weitere Verwendungszwecke. Sie werden beispielsweise von Microsoft Windows zur Suche nach einem Domänencontroller verwendet und kommen auch in anderen Protokollen (XMMP, Kerberos, LDAP usw.) zum Einsatz.
Beispiel für die Einrichtung eines SRV-Eintrags:
Name | TTL | Typ | Daten (Priorität, Gewicht, Portnummer, Host)
_sip._udp.domena.tld | 1800 | SRV | 10 100 5060 sip.domena.tld

CAA

Informationen zum CAA-Eintrag (Certification Authority Authorization), mit dem festgelegt werden kann, welche Zertifizierungsstellen ein Zertifikat für einen Domainnamen ausstellen dürfen.
Mit anderen Worten: Wenn für die Domain kein CAA-Eintrag festgelegt ist, kann jede CA ohne Einschränkung ein Zertifikat für die Domain ausstellen. Andernfalls kann nur die im CAA-Eintrag angegebene CA ein Zertifikat für die Domain ausstellen.
Beispiel:
Name | TTL | Typ | Daten
domena.tld | 1800 | CAA | 0 issue „letsencrypt.org“

TXT

TXT-Einträge für verschiedene Textwerte (z. B. Eintragung von SPF-Regeln) werden ohne Anführungszeichen am Anfang und am Ende geschrieben.
Beispiel:
Name | TTL | Typ | Daten
(leerer Name) | 1800 | TXT | „v = spf1 IP4: 64.170.98.0/26 IP6: 2001: 1890: 1112: 1 :: 0/64 -all“

TLSA

Informationen zum DANE/TLSA-Eintrag (DNS-Based Authentication of Named Entities/TLS Association).
Das DANE-Protokoll, das den DNS-Eintrag vom Typ TLSA einführt, wurde entwickelt, um die Sicherheit bei der Überprüfung der Herkunft des vom Server bereitgestellten Zertifikats zu erhöhen. Der DNS-TLSA-Eintrag bestimmt das Zertifikat des Dienstes für die Kombination von Daten – FQDN, Protokoll und Port, die zusammen das Präfix des Eintrags bilden. Mit Hilfe des TLSA-Eintrags kann somit überprüft werden, ob das Zertifikat auf dem Weg zwischen Empfänger und Absender verändert wurde.
Weitere Informationen zum TLSA-Eintrag finden Sie in unserer Wissensdatenbank.

SSHFP

Informationen zum Datensatz vom Typ SSHFP. Der Datensatz dient zur Überprüfung des Fingerabdrucks des öffentlichen Schlüssels des Servers nach dem Herstellen einer Verbindung über das SSH-Protokoll.
Beim Herstellen einer Verbindung mit dem Server über das SSH-Protokoll erfolgt die Authentifizierung zwischen Client und Server so, dass der Server nach dem Verbindungsaufbau den Fingerabdruck seines öffentlichen Schlüssels an den Client übermittelt, damit dieser die Identität des Servers überprüfen kann.
Die Vertrauenswürdigkeit und Sicherheit der Verbindung hängt somit davon ab, ob der Benutzer tatsächlich den vom Server bereitgestellten Fingerabdruck mit dem erwarteten Fingerabdruck des öffentlichen Schlüssels des Servers vergleicht.
Durch die Einführung des DNS-SSHFP-Eintrags (RFC 4255) entsteht für SSH-Clients eine neue Art der Authentifizierung, bei der der vom Server bereitgestellte Fingerabdruck mit dem Fingerabdruck verglichen wird, der in der DNS-Zone der Domäne für den FQDN des Servers gespeichert ist. Beim Vergleich müssen alle Parameter des SSHFP-Eintrags übereinstimmen – der zur Generierung des Schlüssels verwendete Algorithmus, der zur Generierung des Fingerabdrucks des Schlüssels verwendete Algorithmus und schließlich der Fingerabdruck des Schlüssels selbst.
Die Verwendung von DNS SSHFP ist nur dann sinnvoll, wenn dieser Eintrag mit der DNSSEC-Technologie signiert ist und somit garantiert ist, dass der Eintrag nicht gefälscht werden kann.
Weitere Informationen zum SSHFP-Eintrag und dessen Einrichtung finden Sie in unserer Wissensdatenbank.

Erweiterte Systemfunktionen

vollständige Änderungshistorie– Änderungen in den Einstellungen, Hinzufügen, Ändern und Löschen von Datensätzen
Einstellbare Berechtigung/Sperrungfür das Herunterladen von Zonen über AXFR (ausgehendes AXFR)mit der Möglichkeit, bestimmte IP-Adressen anzugeben, die die Zone der jeweiligen Domain herunterladen dürfen.
Datenimportbeim Wechsel von anderen DNS-Servern – Download über AXFR von einem anderen Server, Upload der Zonendatei oder manuelle Eingabe
Kopieren von Domains– Sie können ganz einfach eine neue Domain erstellen, indem Sie eine andere kopieren (mit allen Einträgen und Einstellungen).
Verwaltung vonReverse-Einträgen(für Kunden unserer Serverhosting-Dienste)

In Vorbereitung

DNSSEC-Unterstützung fürgenerische Domains. (DNSSEC bieten wir derzeit nur für CZ- und EU-Domains an.)

Weitere Informationen finden Sie in der Wissensdatenbank:VEDOS DNS