DNS-administration

Vi tilbyder alle GRATIS administration af primære og sekundære DNS-records for domæner.

Et primært domæne er et domæne, hvis DNS-records opbevares i vores system. Vores system fungerer derfor i det væsentlige som primær DNS-server for det pågældende domæne. Det er den sædvanlige løsning.

Et sekundært domæne er et domæne, hvis DNS-records ikke opbevares hos os; i stedet henter vi dem fra en anden DNS-server via AXFR. For et sådant domæne fungerer systemet som sekundær DNS-server. For dette domæne angiver du kun den IP-adresse, som recordene skal hentes fra. Hentningsintervallet styres af værdierne i SOA-recorden for det pågældende domæne (REFRESH, RETRY).

Vores DNS-servere understøtter fuldt ud IPv6.

Understøttede typer af DNS-records

Ved

Oplysninger om DNS-recorden af typen A, der bruges til at angive IPv4-adressen for et givent domænenavn.En record af denne type indeholder en IP-adresse i protokollen IPv4. Disse adresser opbevares i en form, som mennesker kan læse (selvom de i DNS-protokollen overføres som et 32-bit tal).Eksempel på konfiguration for et domæne og alle underdomæner:Navn | TTL | Type | Data(tomt navn) | 1800 | A | 81.2.199.30* | 1800 | A | 81.2.199.30

AAAA

Oplysninger om DNS-recorden af typen AAAA, der bruges til at angive IPv6-adressen for et givent domænenavn.Det er en IP-adresse i protokollen IPv6.Eksempel på konfiguration for et domæne og alle underdomæner:Navn | TTL | Type | Data(tomt navn) | 1800 | AAAA | 2a02:2b88:1:4::40* | 1800 | AAAA | 2a02:2b88:1:4::40

Oplysninger om DNS-recorden af typen NS, der bruges til at delegere et underdomæne til en anden DNS-server.Denne type record bruges til at angive listen over autoritative DNS-servere for et givent domæne. Der angives servernavne (dvs. deres domænenavne), ikke IP-adresser. Når en enhed vil oprette forbindelse til et domænes autoritative DNS-server, slår den først alle NS-records for det ønskede domæne op på en DNS-server på et højere niveau, vælger en af dem og finder dens IP-adresse; først derefter kan en kommunikationsforbindelse via DNS-protokollen etableres.

CNAME

Oplysninger om DNS-recorden af typen CNAME, der bruges til at oprette et alias for et andet domænenavn.En CNAME-record angiver, at det pågældende domæne er et alias for et andet domæne i den forstand, at de deler DNS-records (ikke delt webstedsindhold osv.).Eksempel på konfiguration af en CNAME-record:Navn | TTL | Type | Datawww1.domena.tld | 1800 | CNAME | cilovadomena.tld

Oplysninger om DNS-recorden af typen MX, der bruges til at angive de servere, som e-mail til et givent domæne skal leveres til.Recorden angiver domænenavnet på den mailserver, som post til dette domæne skal leveres til. Før servernavnet angives en prioritet, som har betydning, når der er flere MX-records for ét navn. I så fald prøves serverne i stigende rækkefølge efter prioritetsnummeret (dvs. serveren med det laveste nummer har den højeste prioritet). Hvis en server ikke svarer, prøver vi den næste. Den anden og hver efterfølgende server, hvis de findes, fungerer som backup-mailservere.Eksempel på konfiguration af vores mailservere:Navn | TTL | Type | Data(tomt navn) | 1800 | MX | 1 wes1-mx1.wedos.net(tomt navn) | 1800 | MX | 1 wes1-mx2.wedos.net(tomt navn) | 1800 | MX | 10 wes1-mx-backup.wedos.net

SPF

For at beskytte domænenavnet mod misbrug til SPAM anbefales det at oprette en SPF-record.En detaljeret beskrivelse med vejledning findes i vores vidensbase.

SRV

Oplysninger om DNS-recorden af typen SRV, der bruges til at angive de servere, som leverer bestemte tjenester for et givent domæne. Et eksempel er routing af telefonopkald via SIP-protokollen.SRV-records har mange andre anvendelser. Microsoft Windows bruger dem for eksempel til at finde en domænecontroller, og de bruges af andre protokoller (XMPP, Kerberos, LDAP osv.).Eksempel på konfiguration af en SRV-record:Navn | TTL | Type | Data (prioritet, vægt, portnummer, vært)_sip._udp.domena.tld | 1800 | SRV | 10 100 5060 sip.domena.tld

CAA

Oplysninger om CAA-recorden (Certification Authority Authorization), som gør det muligt at angive, hvilke certificeringsmyndigheder der må udstede et certifikat for et domænenavn.Med andre ord kan enhver CA udstede et certifikat for domænet uden begrænsning, hvis der ikke er angivet nogen CAA-record for et domæne. Ellers må kun den CA, der er angivet i CAA-recorden, udstede et certifikat for domænet.Eksempel:Navn | TTL | Type | Datadomena.tld | 1800 | CAA | 0 issue „letsencrypt.org“

TXT

TXT-records til forskellige tekstværdier (f.eks. indtastning af SPF-regler); de indtastes uden anførselstegn i begyndelsen eller slutningen.Eksempel:Navn | TTL | Type | Data(tomt navn) | 1800 | TXT | „v = spf1 IP4: 64.170.98.0/26 IP6: 2001: 1890: 1112: 1 :: 0/64 -all“

TLSA

Oplysninger om DANE/TLSA-recorden (DNS-Based Authentication of Named Entities/TLS Association).DANE-protokollen, der indfører DNS-recorden af typen TLSA, blev skabt for at øge sikkerheden ved verificering af oprindelsen af et certifikat, som en server leverer. En DNS TLSA-record angiver tjenestens certifikat for en kombination af data – FQDN, protokol og port – som tilsammen udgør recordens præfiks. Ved hjælp af en TLSA-record er det derfor muligt at kontrollere, om certifikatet er blevet ændret på vejen mellem modtageren og afsenderen.Du kan finde flere oplysninger om recorden af typen TLSA i vores vidensbase.

SSHFP

Oplysninger om recorden af typen SSHFP. Recorden bruges til at verificere fingeraftrykket af serverens offentlige nøgle, efter at der er oprettet en forbindelse via SSH-protokollen.Når der oprettes forbindelse til en server via SSH-protokollen, foregår godkendelsen mellem klienten og serveren på den måde, at serveren efter initiering af forbindelsen sender klienten fingeraftrykket af sin offentlige nøgle, så klienten kan verificere serverens identitet.Forbindelsens troværdighed og sikkerhed afhænger således af, om brugeren faktisk sammenligner det fingeraftryk, som serveren leverer, med det forventede fingeraftryk af serverens offentlige nøgle.Indførelsen af DNS SSHFP-recorden (RFC 4255) giver SSH-klienter en ny måde at godkende på ved at sammenligne det fingeraftryk, som serveren leverer, med det fingeraftryk, der er gemt i domænets DNS-zone for serverens FQDN. Under sammenligningen skal alle parametre i SSHFP-recorden stemme overens – den algoritme, der er brugt til at generere nøglen, den algoritme, der er brugt til at generere nøglens fingeraftryk, og endelig selve nøglens fingeraftryk.Det giver kun mening at bruge DNS SSHFP, hvis recorden er signeret med DNSSEC-teknologi, hvilket garanterer, at recorden ikke kan forfalskes.Du kan finde flere oplysninger om SSHFP-recorden og hvordan den sættes op i vores vidensbase.

Avancerede systemfunktioner

komplet ændringshistorik – ændringer af indstillinger, tilføjelse, redigering og sletning af poster
konfigurerbar tilladelse/blokering af zoneoverførsler via AXFR (udgående AXFR) med mulighed for at angive bestemte IP-adresser, der må downloade zonen for det pågældende domæne
dataimport ved migrering fra andre DNS-servere – download via AXFR fra en anden server, upload af en zonefil eller manuel indtastning
domænekopiering – du kan nemt oprette et nyt domæne ved at kopiere et andet (med alle poster og indstillinger)
administration af reverse-records (til kunder af vores serverhostingtjenester)

Kommer snart

understøttelse af DNSSECpå generiske domæner. (Indtil videre tilbyder vi kun DNSSEC til CZ- og EU-domæner)

Flere oplysninger finder du i vores vidensbase: VEDOS DNS