DNS-hantering

Vi erbjuder alla GRATIS hantering av primära och sekundära DNS-poster för domäner.

Primär domänär en domän för vilken DNS-poster registreras i vårt system. Vårt system fungerar alltså i princip som primär DNS-server för denna domän. Detta är en vanlig lösning.

En sekundär domänär en domän där vi inte registrerar DNS-poster, utan hämtar dem från en annan DNS-server via AXFR. Systemet fungerar alltså som en sekundär DNS-server för denna domän. För denna domän anges endast IP-adressen från vilken posterna ska hämtas. Nedladdningsperioden styrs av uppgifterna i SOA-posten för den aktuella domänen (REFRESH, RETRY).

Våra DNS-servrar har fullt stöd förIPv6.

Stödda typer av DNS-poster

Information om DNS-post av typ A för att ange IPv4-adressen för ett visst domännamn.
En post av denna typ innehåller IP-adressen för IPv4-protokollet. Dessa adresser hålls i en läsbar form (men överförs som ett 32-bitarsnummer i DNS-protokollet).
Exempel på inställningar för domänen och alla underdomäner:
Namn | TTL | Typ | Data
(tomt namn) | 1800 | A | 81.2.199.30
* | 1800 | A | 81.2.199.30

AAAA

Information om DNS-posten av typ AAAA för angivande av IPv6-adress för ett visst domännamn.
Det är en IPv6-adress.
Exempel på inställningar för domänen och alla underdomäner:
Namn | TTL | Typ | Data
(tomt namn) | 1800 | AAAA | 2a02:2b88:1:4::40
* | 1800 | AAAA | 2a02:2b88:1:4::40

Information om DNS-posten av typen NS, med vilken vi delegerar underdomänen till en annan DNS-server.
Denna typ av post används för att meddela en listaöver auktoritativa DNS-servrarför en given domän. Servrarnas namn (dvs. deras domännamn) anges, inte IP-adresser. Om en enhet vill ansluta till en auktoritativ DNS-server för en viss domän, söker den först upp alla NS-poster för den sökta domänen på en DNS-server på högre nivå, väljer en av dem och söker upp dess IP-adress. Först därefter kan en kommunikationsanslutning via DNS-protokollet upprättas.

CNAME

Information about a DNS record of type CNAME, which is used to set up an alias for another domain name.
CNAME-postenanger att den aktuella domänen ärett alias fören annan domän i den meningen att de har gemensamma DNS-poster (inte gemensamt webbinnehåll etc.).
Exempel på inställning av CNAME-post:
Namn | TTL | Typ | Data
www1.domena.tld | 1800 | CNAME | cilovadomena.tld

Information om DNS-posten av typen MX för att ange servrarna som ska leverera e-post för den aktuella domänen.
Posten anger domännamnet påden e-postserver som ska leverera e-post för denna domän. Före servernamnet angesprioriteten, som är viktig om det finns flera MX-poster för ett namn. I så fall testas servrarna i stigande prioritetsordning (dvs. servern med det lägsta numret har högst prioritet). Om servern inte svarar testar vi nästa. Den andra och alla efterföljande servrar, om sådana finns, fungerar somreservmailservrar.
Exempel på inställningar för våra mailservrar:
Namn | TTL | Typ | Data
(tomt namn) | 1800 | MX | 1 wes1-mx1.wedos.net
(tomt namn) | 1800 | MX | 1 wes1-mx2.wedos.net
(tomt namn) | 1800 | MX | 10 wes1-mx-backup.wedos.net

SPF

För att skydda domännamnet mot spam är det lämpligt att ställa in SPF-posten
. En detaljerad beskrivning med instruktioner finns i kunskapsbasen.

SRV

Information om DNS-posten av typen SRV, som används för att ange servrar som tillhandahåller vissa tjänster för en viss domän. Ett exempel är dirigering av telefonsamtal med protokollet SIP.
SRV-poster har många andra användningsområden. Microsoft Windows använder dem till exempel för att söka efter domänkontrollanter, och de används även av andra protokoll (XMMP, Kerberos, LDAP m.fl.).
Exempel på inställning av SRV-post:
Namn | TTL | Typ | Data (prioritet, vikt, portnummer, värd)
_sip._udp.domena.tld | 1800 | SRV | 10 100 5060 sip.domena.tld

CAA

Information om CAA-posten (Certification Authority Authorization), som gör det möjligt att ange vilka certifikatutfärdare som kan utfärda certifikat för ett domännamn.
Med andra ord, om ingen CAA-post är inställd för domänen kan vilken CA som helst utfärda ett certifikat för domänen utan begränsningar. I motsatt fall kan endast den CA som anges i CAA-posten utfärda ett certifikat för domänen.
Exempel:
Namn | TTL | Typ | Data
domena.tld | 1800 | CAA | 0 issue „letsencrypt.org“

TXT

TXT-poster för olika textvärden (t.ex. SPF-regler) skrivs utan citattecken i början och slutet.
Exempel:
Namn | TTL | Typ | Data
(tomt namn) | 1800 | TXT | „v = spf1 IP4: 64.170.98.0/26 IP6: 2001: 1890: 1112: 1 :: 0/64 -all“

TLSA

Information om DANE/TLSA-posten (DNS-Based Authentication of Named Entities/TLS Association).
DANE-protokollet, som inför DNS-posten av typen TLSA, skapades i syfte att öka säkerheten vid verifiering av ursprunget för det certifikat som tillhandahålls av servern. DNS TLSA-posten anger tjänstens certifikat för kombinationen av uppgifter – FQDN, protokoll och port, som tillsammans utgör postens prefix. Med hjälp av TLSA-posten är det alltså möjligt att verifiera att certifikatet inte har ändrats på vägen mellan mottagaren och avsändaren.
Mer information om TLSA-posten finns i vår kunskapsbas.

SSHFP

Information om SSHFP-typen. Registreringen används för att verifiera serverns publika nyckelavtryck efter att en anslutning har upprättats med hjälp av SSH-protokollet.
När en anslutning till servern upprättas med hjälp av SSH-protokollet sker en autentisering mellan klienten och servern genom att servern efter att anslutningen har upprättats överför sitt publika nyckelavtryck till klienten så att klienten kan verifiera serverns identitet.
Förtroendet och säkerheten för anslutningen beror således på om användaren verkligen jämför den fingeravtryck som servern tillhandahåller med det förväntade fingeravtrycket för serverns publika nyckel.
Genom införandet av DNS SSHFP-posten (RFC 4255) skapas en ny autentiseringsmetod för SSH-klienter genom att jämföra fingeravtrycket som tillhandahålls av servern med fingeravtrycket som är lagrat i DNS-zonen för serverns FQDN. Vid jämförelsen måste alla parametrar i SSHFP-posten stämma överens – algoritmen som används för att generera nyckeln, algoritmen som används för att generera nyckelavtrycket och slutligen själva nyckelavtrycket.
Användning av DNS SSHFP är endast meningsfullt om posten är signerad med DNSSEC-teknik, vilket garanterar att posten inte kan förfalskas.
Mer information om SSHFP-posten och hur du konfigurerar den finns i vår kunskapsbas.

Avancerade systemfunktioner

fullständig ändringshistorik– ändringar i inställningar, tillägg, ändringar och radering av poster
justerbar tillåtelse/förbudför nedladdning av zoner via AXFR (utgående AXFR)med möjlighet att ange specifika IP-adresser som kan ladda ner zonen för den aktuella domänen
import av datavid övergång från andra DNS-servrar – nedladdning via AXFR från en annan server, uppladdning av zonfilen eller manuell inmatning
kopiering av domäner– du kan enkelt skapa en ny domän genom att kopiera en annan (med alla poster och inställningar)
hanteringav omvända poster(för kunder till våra serverhostingtjänster)

Vi förbereder

DNSSEC-stöd förgeneriska domäner. (DNSSEC erbjuds för närvarande endast för CZ- och EU-domäner)

Mer information finns i kunskapsbasen:VEDOS DNS