DNS-administrasjon

Vi tilbyr alle GRATIS administrasjon av primære og sekundære DNS-poster for domener.

Et primært domene er et domene der DNS-postene lagres i systemet vårt. Systemet vårt fungerer dermed i praksis som primær DNS-server for domenet. Dette er den vanlige løsningen.

Et sekundært domene er et domene der DNS-postene ikke lagres hos oss, men der vi henter dem fra en annen DNS-server via AXFR. For et slikt domene fungerer systemet som sekundær DNS-server. For dette domenet angir du bare IP-adressen som postene skal hentes fra. Henteintervallet styres av verdiene i SOA-posten for det aktuelle domenet (REFRESH, RETRY).

DNS-serverne våre har full støtte for IPv6.

Støttede DNS-posttyper

Med

Informasjon om DNS-posten av typen A, som brukes til å angi IPv4-adressen for et gitt domenenavn.En post av denne typen inneholder en IP-adresse i IPv4-protokollen. Disse adressene lagres i en form som er lesbar for mennesker (selv om de i DNS-protokollen overføres som et 32-bits tall).Eksempel på konfigurasjon for et domene og alle underdomener:Navn | TTL | Type | Data(tomt navn) | 1800 | A | 81.2.199.30* | 1800 | A | 81.2.199.30

AAAA

Informasjon om DNS-posten av typen AAAA, som brukes til å angi IPv6-adressen for et gitt domenenavn.Dette er en IPv6-adresse.Eksempel på konfigurasjon for et domene og alle underdomener:Navn | TTL | Type | Data(tomt navn) | 1800 | AAAA | 2a02:2b88:1:4::40* | 1800 | AAAA | 2a02:2b88:1:4::40

Informasjon om DNS-posten av typen NS, som brukes til å delegere et underdomene til en annen DNS-server.Denne posttypen brukes til å oppgi listen over autoritative DNS-servere for et gitt domene. Det er navnene på serverne (altså domenenavnene deres) som oppgis, ikke IP-adresser. Når en enhet vil koble til den autoritative DNS-serveren for et domene, slår den først opp alle NS-poster for det forespurte domenet på en overordnet DNS-server, velger en av dem og finner IP-adressen; først da kan kommunikasjon via DNS-protokollen finne sted.

CNAME

Informasjon om DNS-posten av typen CNAME, som brukes til å sette opp et alias for et annet domenenavn.En CNAME-post kunngjør at det gitte domenet er et alias for et annet domene i den forstand at de deler DNS-poster (ikke delt nettstedinnhold og lignende).Eksempel på konfigurasjon av en CNAME-post:Navn | TTL | Type | Datawww1.domena.tld | 1800 | CNAME | cilovadomena.tld

Informasjon om DNS-posten av typen MX, som brukes til å angi serverne som e-post for et gitt domene skal leveres til.Posten angir domenenavnet til e-postserveren som e-post for dette domenet skal leveres til. Foran servernavnet oppgis en prioritet, som har betydning når det finnes flere MX-poster for ett navn. I så fall prøves serverne i stigende rekkefølge etter prioritetsnummeret (altså har serveren med det laveste nummeret høyest prioritet). Hvis en server ikke svarer, prøver man den neste. Den andre og alle videre servere, hvis de finnes, fungerer som reserve-e-postservere.Eksempel på konfigurasjon for e-postserverne våre: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 å beskytte domenenavnet mot misbruk til SPAM er det lurt å sette opp en SPF-post.En detaljert beskrivelse med veiledning finner du i kunnskapsbasen vår.

SRV

Informasjon om DNS-posten av typen SRV, som brukes til å angi serverne som tilbyr bestemte tjenester for et gitt domene. Et eksempel er ruting av telefonsamtaler med SIP-protokollen.SRV-poster har mange andre bruksområder. For eksempel bruker Microsoft Windows dem til å finne en domenekontroller, og de brukes av andre protokoller (XMPP, Kerberos, LDAP med flere).Eksempel på konfigurasjon av en SRV-post:Navn | TTL | Type | Data (prioritet, vekt, portnummer, vert)_sip._udp.domena.tld | 1800 | SRV | 10 100 5060 sip.domena.tld

CAA

Informasjon om CAA-posten (Certification Authority Authorization), som gjør det mulig å angi hvilke sertifiseringsinstanser som kan utstede sertifikat for et domenenavn.Med andre ord: hvis det ikke er satt opp noen CAA-post for et domene, kan hvilken som helst CA utstede sertifikat for domenet uten begrensning. Ellers kan bare CA-en som er oppført i CAA-posten, utstede sertifikat for domenet.Eksempel:Navn | TTL | Type | Datadomena.tld | 1800 | CAA | 0 issue „letsencrypt.org“

TXT

TXT-poster for ulike tekstverdier (for eksempel for å skrive SPF-regler); de legges inn uten anførselstegn i begynnelsen eller slutten.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

Informasjon om DANE/TLSA-posten (DNS-Based Authentication of Named Entities/TLS Association).DANE-protokollen, som innfører DNS-posten av typen TLSA, ble laget for å øke sikkerheten ved kontroll av opprinnelsen til et sertifikat fra en server. En DNS TLSA-post angir tjenestens sertifikat for en kombinasjon av data – FQDN, protokoll og port – som til sammen danner postens prefiks. Ved hjelp av en TLSA-post er det altså mulig å kontrollere om sertifikatet er endret underveis mellom mottakeren og avsenderen.Du finner mer informasjon om posttypen TLSA i kunnskapsbasen vår.

SSHFP

Informasjon om posten av typen SSHFP. Posten brukes til å verifisere fingeravtrykket til serverens offentlige nøkkel etter at en tilkobling er opprettet med SSH-protokollen.Når det opprettes en tilkobling til en server med SSH-protokollen, skjer autentiseringen mellom klienten og serveren slik at serveren, etter at tilkoblingen er startet, sender klienten fingeravtrykket til sin offentlige nøkkel, slik at klienten kan verifisere serverens identitet.Tilkoblingens pålitelighet og sikkerhet avhenger dermed av om brukeren faktisk sammenligner fingeravtrykket fra serveren med det forventede fingeravtrykket til serverens offentlige nøkkel.Innføringen av DNS SSHFP-posten (RFC 4255) gir SSH-klienter en ny måte å autentisere på: ved å sammenligne fingeravtrykket fra serveren med det som er lagret i domenets DNS-sone for serverens FQDN. Under sammenligningen må alle parametrene i SSHFP-posten stemme – algoritmen som ble brukt til å generere nøkkelen, algoritmen som ble brukt til å generere nøkkelens fingeravtrykk og til slutt selve fingeravtrykket.Det gir bare mening å bruke DNS SSHFP hvis posten er signert med DNSSEC-teknologi, som garanterer at posten ikke kan forfalskes.Du finner mer informasjon om SSHFP-posten og hvordan den settes opp i kunnskapsbasen vår.

Avanserte systemfunksjoner

fullstendig endringshistorikk – endringer i innstillinger samt tillegg, redigering og sletting av poster
konfigurerbar tillat/avslå for soneoverføringer via AXFR (utgående AXFR) med mulighet til å angi bestemte IP-adresser som kan laste ned sonen for det aktuelle domenet
dataimport ved migrering fra andre DNS-servere – nedlasting via AXFR fra en annen server, opplasting av en sonefil eller manuell inntasting
kopiering av domener – du kan enkelt opprette et nytt domene ved å kopiere et annet (med alle poster og innstillinger)
administrasjon av reverse poster (for kunder som bruker serverhostingtjenestene våre)

Kommer snart

støtte for DNSSECpå generiske domener. (Foreløpig tilbyr vi DNSSEC bare for CZ- og EU-domener)

Du finner mer informasjon i kunnskapsbasen vår: VEDOS DNS