DNS-hantering

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

En primär domän är en domän vars DNS-poster lagras i vårt system. Vårt system fungerar alltså i praktiken som primär DNS-server för den domänen. Detta är den vanliga lösningen.

En sekundär domän är en domän vars DNS-poster inte lagras hos oss, utan vi hämtar dem från en annan DNS-server via AXFR. För en sådan domän fungerar systemet som sekundär DNS-server. För den här domänen anger du bara den IP-adress som posterna ska hämtas från. Hämtningsintervallet styrs av värdena i SOA-posten för den aktuella domänen (REFRESH, RETRY).

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

Stödda typer av DNS-poster

Med

Information om DNS-posten av typ A, som används för att ange IPv4-adressen för ett visst domännamn.En post av den här typen innehåller en IP-adress enligt IPv4-protokollet. Adresserna lagras i en form som är läsbar för människor (även om de i DNS-protokollet överförs som ett 32-bitarstal).Exempel på konfiguration för en domän 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, som används för att ange IPv6-adressen för ett visst domännamn.Det är en IPv6-adress.Exempel på konfiguration för en domän 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 typ NS, som används för att delegera en underdomän till en annan DNS-server.Den här typen av post används för att ange listan över auktoritativa DNS-servrar för en viss domän. Det är servrarnas namn (alltså deras domännamn) som anges, inte IP-adresser. När en enhet vill ansluta till en domäns auktoritativa DNS-server slår den först upp alla NS-poster för den efterfrågade domänen på en överordnad DNS-server, väljer en av dem och tar reda på dess IP-adress; först därefter kan kommunikationen via DNS-protokollet ske.

CNAME

Information om DNS-posten av typ CNAME, som används för att skapa ett alias för ett annat domännamn.En CNAME-post meddelar att den angivna domänen är ett alias för en annan domän på så sätt att de delar DNS-poster (inte webbplatsinnehåll och liknande).Exempel på konfiguration av en CNAME-post:Namn | TTL | Typ | Datawww1.domena.tld | 1800 | CNAME | cilovadomena.tld

Information om DNS-posten av typ MX, som används för att ange de servrar dit e-post för en viss domän ska levereras.Posten anger domännamnet för den e-postserver dit e-post för den här domänen ska levereras. Före servernamnet anges en prioritet, som spelar roll när det finns flera MX-poster för samma namn. I så fall provas servrarna i stigande ordning efter prioritetsnumret (alltså har servern med det lägsta numret högst prioritet). Om en server inte svarar provar man nästa. Den andra och varje ytterligare server, om sådana finns, fungerar som reservservrar för e-post.Exempel på konfiguration för våra e-postservrar: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 missbruk för SPAM är det lämpligt att ställa in en SPF-post.En detaljerad beskrivning med guide finns i vår kunskapsbas.

SRV

Information om DNS-posten av typ SRV, som används för att ange de servrar som tillhandahåller vissa tjänster för en viss domän. Ett exempel är dirigering av telefonsamtal med SIP-protokollet.SRV-poster har många andra användningsområden. Till exempel använder Microsoft Windows dem för att hitta en domänkontrollant, och de används av andra protokoll (XMPP, Kerberos, LDAP med flera).Exempel på konfiguration av en 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 får utfärda certifikat för ett domännamn.Med andra ord: om ingen CAA-post har angetts för en domän får vilken CA som helst utfärda certifikat för domänen utan begränsning. Annars får endast den CA som anges i CAA-posten utfärda certifikat för domänen.Exempel:Namn | TTL | Typ | Datadomena.tld | 1800 | CAA | 0 issue „letsencrypt.org“

TXT

TXT-poster för olika textvärden (till exempel för att skriva SPF-regler); de anges utan citattecken i början eller 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 typ TLSA, skapades för att öka säkerheten vid kontroll av ursprunget för ett certifikat som tillhandahålls av en server. En DNS TLSA-post anger tjänstens certifikat för en kombination av data – FQDN, protokoll och port – som tillsammans bildar postens prefix. Med hjälp av en TLSA-post går det alltså att kontrollera om certifikatet har ändrats på vägen mellan mottagaren och avsändaren.Mer information finns om posttypen TLSA i vår kunskapsbas.

SSHFP

Information om posten av typ SSHFP. Posten används för att kontrollera fingeravtrycket för serverns publika nyckel efter att en anslutning har upprättats med SSH-protokollet.När en anslutning till en server upprättas med SSH-protokollet sker autentiseringen mellan klienten och servern så att servern, efter att anslutningen har påbörjats, skickar fingeravtrycket för sin publika nyckel till klienten, så att klienten kan verifiera serverns identitet.Anslutningens tillförlitlighet och säkerhet beror alltså på om användaren verkligen jämför det fingeravtryck som servern tillhandahåller med det förväntade fingeravtrycket för serverns publika nyckel.Införandet av DNS SSHFP-posten (RFC 4255) ger SSH-klienter ett nytt sätt att autentisera: genom att jämföra fingeravtrycket från servern med det som finns lagrat i domänens DNS-zon för serverns FQDN. Vid jämförelsen måste alla parametrar i SSHFP-posten stämma överens – algoritmen som användes för att generera nyckeln, algoritmen som användes för att generera nyckelns fingeravtryck och slutligen själva fingeravtrycket.Det är bara meningsfullt att använda DNS SSHFP om posten är signerad med DNSSEC-teknik, som garanterar att posten inte kan förfalskas.Mer information finns om SSHFP-posten och hur den ställs in i vår kunskapsbas.

Avancerade systemfunktioner

fullständig ändringshistorik – ändringar av inställningar samt tillägg, redigering och radering av poster
konfigurerbar tillåt/neka för zonöverföringar via AXFR (utgående AXFR) med möjlighet att ange vilka IP-adresser som får hämta zonen för den aktuella domänen
dataimport vid migrering från andra DNS-servrar – hämtning via AXFR från en annan server, uppladdning av en zonfil 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)
hantering av omvända poster (för kunder som använder våra serverhotelltjänster)

Kommer snart

stöd för DNSSECpå generiska domäner. (Tills vidare erbjuder vi DNSSEC endast för CZ- och EU-domäner)

Mer information finns i vår kunskapsbas: VEDOS DNS