DNS-beheer

Wij bieden iedereen GRATIS het beheer van primaire en secundaire DNS-records voor domeinen aan.

De primaire domeinis een domein waarvan de DNS-records in ons systeem worden geregistreerd. Ons systeem fungeert dus in feite als primaire DNS-server voor deze domein. Dit is een gebruikelijke oplossing.

Een secundaire domeinis een domein waarvan wij de DNS-records niet registreren, maar die wij via AXFR van een andere DNS-server downloaden. Het systeem gedraagt zich dus voor deze domein als een secundaire DNS-server. Voor deze domein wordt alleen het IP-adres ingesteld van waaruit de records moeten worden gedownload. De downloadperiode wordt bepaald door de gegevens in het SOA-record van de betreffende domein (REFRESH, RETRY).

Onze DNS-servers ondersteunenIPv6 volledig.

Ondersteunde soorten DNS-records

Informatie over het DNS-record van het type A voor het opgeven van het IPv4-adres voor de betreffende domeinnaam.
Een record van dit type bevat het IP-adres van het IPv4-protocol. Deze adressen worden in een voor mensen leesbare vorm bijgehouden (maar in het DNS-protocol worden ze doorgegeven als een 32-bits getal).
Voorbeeld van een instelling voor een domein en alle subdomeinen:
Naam | TTL | Type | Gegevens
(lege naam) | 1800 | A | 81.2.199.30
* | 1800 | A | 81.2.199.30

AAAA

Informatie over het DNS-record van het type AAAA voor het vermelden van het IPv6-adres voor de betreffende domeinnaam.
Dit is een IPv6-adres.
Voorbeeld van een instelling voor een domein en alle subdomeinen:
Naam | TTL | Type | Gegevens
(lege naam) | 1800 | AAAA | 2a02:2b88:1:4::40
* | 1800 | AAAA | 2a02:2b88:1:4::40

Informatie over het DNS-record van het type NS, waarmee we een subdomein naar een andere DNS-server delegeren.
Dit type record wordt gebruikt om een lijstmet gezaghebbende DNS-serversvoor een bepaald domein door te geven. Er worden de namen van de servers (d.w.z. hun domeinnamen) vermeld, niet de IP-adressen. Als een apparaat verbinding wil maken met de gezaghebbende DNS-server van een domein, zoekt het eerst op de DNS-server van een hoger niveau alle NS-records voor het gezochte domein, kiest er een uit en zoekt het IP-adres ervan op. Pas dan kan er een communicatieverbinding via het DNS-protocol tot stand worden gebracht.

CNAME

Informatie over het DNS-record van het type CNAME, dat wordt gebruikt om een alias voor een andere domeinnaam in te stellen.
Een CNAME-recordgeeft aan dat het betreffende domeineen aliasis van een ander domein, in die zin dat ze gemeenschappelijke DNS-records hebben (niet gemeenschappelijke website-inhoud, enz.).
Voorbeeld van een CNAME-recordinstelling:
Naam | TTL | Type | Data
www1.domena.tld | 1800 | CNAME | cilovadomena.tld

Informatie over het MX-type DNS-record voor het vermelden van servers waarop e-mail voor een bepaald domein moet worden afgeleverd.
Het record vermeldt de domeinnaamvan de mailserver waarop e-mail voor dit domein moet worden afgeleverd. Voor de naam van de server wordtde prioriteit vermeld, die van belang is als er meerdere MX-records voor één naam zijn. In dat geval worden de servers getest op basis van oplopende prioriteit (d.w.z. de server met het laagste nummer heeft de hoogste prioriteit). Als een server niet reageert, proberen we de volgende. De tweede en elke volgende server, indien aanwezig, dienen alsback-upmailservers.
Voorbeeld van instellingen voor onze mailservers:
Naam | TTL | Type | Data
(lege naam) | 1800 | MX | 1 wes1-mx1.wedos.net
(lege naam) | 1800 | MX | 1 wes1-mx2.wedos.net
(lege naam) | 1800 | MX | 10 wes1-mx-backup.wedos.net

SPF

Om te voorkomen dat uw domeinnaam wordt misbruikt voor spam, is het raadzaam om een SPF-record in te stellen
. Een gedetailleerde beschrijving met instructies vindt u in de kennisbank.

SRV

Informatie over het DNS-record van het type SRV, dat wordt gebruikt om servers te vermelden die bepaalde diensten voor een bepaald domein verzorgen. Een voorbeeld hiervan is het routeren van telefoongesprekken via het SIP-protocol.
SRV-records hebben nog veel meer toepassingen. Microsoft Windows gebruikt ze bijvoorbeeld om een domeincontroller te zoeken en ook andere protocollen (XMMP, Kerberos, LDAP enz.) maken er gebruik van.
Voorbeeld van een SRV-recordinstelling:
Naam | TTL | Type | Gegevens (prioriteit, gewicht, poortnummer, host)
_sip._udp.domena.tld | 1800 | SRV | 10 100 5060 sip.domena.tld

CAA

Informatie over het CAA-record (Certification Authority Authorization), waarmee kan worden gespecificeerd welke certificeringsinstanties een certificaat voor een domeinnaam mogen uitgeven.
Met andere woorden, als er geen CAA-record voor het domein is ingesteld, kan elke CA zonder beperkingen een certificaat voor het domein uitgeven. In het tegenovergestelde geval kan alleen de CA die in het CAA-record is vermeld een certificaat voor het domein uitgeven.
Voorbeeld:
Naam | TTL | Type | Data
domein.tld | 1800 | CAA | 0 issue „letsencrypt.org“

TXT

TXT-records voor verschillende tekstwaarden (bijv. SPF-regels) worden zonder aanhalingstekens aan het begin en einde geschreven.
Voorbeeld:
Naam | TTL | Type | Data
(lege naam) | 1800 | TXT | „v = spf1 IP4: 64.170.98.0/26 IP6: 2001: 1890: 1112: 1 :: 0/64 -all“

TLSA

Informatie over het DANE/TLSA-record (DNS-Based Authentication of Named Entities/TLS Association).
Het DANE-protocol, dat het TLSA-record in DNS introduceert, is ontwikkeld om de veiligheid bij het verifiëren van de oorsprong van het door de server verstrekte certificaat te vergroten. Het DNS TLSA-record bepaalt het certificaat van de dienst voor de combinatie van gegevens – FQDN, protocol en poort, die samen het voorvoegsel van het record vormen. Met behulp van het TLSA-record kan dus worden gecontroleerd of het certificaat onderweg tussen de ontvanger en de afzender niet is gewijzigd.
Meer informatie over het TLSA-record vindt u in onze kennisbank.

SSHFP

Informatie over het SSHFP-type record. Het record wordt gebruikt om de vingerafdruk van de openbare sleutel van de server te verifiëren nadat een verbinding is gemaakt via het SSH-protocol.
Bij het maken van een verbinding met de server via het SSH-protocol vindt er authenticatie plaats tussen de client en de server, waarbij de server na het starten van de verbinding de vingerafdruk van zijn openbare sleutel aan de client doorgeeft, zodat de client de identiteit van de server kan verifiëren.
De betrouwbaarheid en veiligheid van de verbinding hangt dus af van het feit of de gebruiker daadwerkelijk de door de server verstrekte vingerafdruk vergelijkt met de verwachte vingerafdruk van de openbare sleutel van de server.
Door de invoering van het DNS SSHFP-record (RFC 4255) ontstaat voor SSH-clients een nieuwe manier van authenticatie door de door de server verstrekte vingerafdruk te vergelijken met de vingerafdruk die is opgeslagen in de DNS-zone van het domein voor de FQDN van de server. Bij de vergelijking moeten alle parameters van het SSHFP-record overeenkomen: het algoritme dat wordt gebruikt voor het genereren van de sleutel, het algoritme dat wordt gebruikt voor het genereren van de sleutelafdruk en ten slotte de sleutelafdruk zelf.
Het gebruik van DNS SSHFP heeft alleen zin als dit record is ondertekend met DNSSEC-technologie, zodat gegarandeerd is dat het record niet kan worden vervalst.
Meer informatie over het SSHFP-record en hoe u dit kunt instellen, vindt u in onze kennisbank.

Geavanceerde systeemfuncties

volledige wijzigingsgeschiedenis– wijzigingen in instellingen, toevoegingen, wijzigingen en verwijderingen van records
instelbare toestemming/verbodvoor het downloaden van zones via AXFR (uitgaande AXFR)met de mogelijkheid om specifieke IP-adressen op te geven die de zone van het betreffende domein mogen downloaden
gegevens importerenbij overstap van andere DNS-servers – downloaden via AXFR van een andere server, uploaden van een zonebestand of handmatig invoeren
domeinen kopiëren– u kunt eenvoudig een nieuw domein aanmaken door een ander domein te kopiëren (met alle records en instellingen)
beheer vanreverse records(voor klanten van onze serverhostingservices)

In voorbereiding

DNSSEC-ondersteuning voorgenerieke domeinen. (DNSSEC bieden we momenteel alleen aan voor CZ- en EU-domeinen)

Meer informatie vindt u in de kennisbank:VEDOS DNS