DNS-administrasjon

Vi tilbyr GRATIS administrasjon av primære og sekundære DNS-oppføringer for domener til alle.

Et primært domene er et domene som det er registrert DNS-oppføringer for i systemet vårt. Systemet vårt fungerer derfor i hovedsak som den primære DNS-serveren for det domenet. Dette er den vanlige løsningen.

Et sekundært domene er et domene som vi ikke selv registrerer DNS-poster for, men laster dem ned fra en annen DNS-server via AXFR. Systemet fungerer derfor som en sekundær DNS-server for dette domenet. For dette domenet er det kun IP-adressen som postene skal lastes ned fra som er satt. Nedlastingsperioden styres av dataene i SOA-posten til det aktuelle domenet (REFRESH, RETRY).

Våre DNS-servere støtter IPv6 fullt ut.

Støttede DNS-posttyper

Informasjon om DNS-en. En post for å spesifisere IPv4-adressen for et gitt domenenavn.
Denne typen oppføring inneholder en IPv4 IP-adresse. Disse adressene oppbevares i menneskelig lesbar form (i DNS sendes de imidlertid som et 32-bits tall).
Eksempel på skriving av innstillinger 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-oppføringen av typen AAAA for å spesifisere IPv6-adressen for et gitt domenenavn.
Dette er en IPv6 IP-adresse.
Eksempel på skriving av innstillinger 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-oppføringen av typen NS, som vi bruker til å delegere et underdomene til en annen DNS-server.
Denne typen oppføring brukes til å gi en liste over autoritative DNS-servere for et gitt domene. Navnene på serverne (dvs. domenenavnene deres) er oppført, ikke IP-adresser. Hvis en enhet ønsker å koble til en autoritativ DNS-server for et domene, finner den først alle NS-oppføringer for det aktuelle domenet på DNS-serveren på høyere nivå, velger en av dem og finner IP-adressen, og først da kan en kommunikasjonsforbindelse opprettes via DNS-protokollen.

CNAME

Informasjon om en DNS-oppføring av typen CNAME, som brukes til å sette opp et alias for et annet domenenavn.
En CNAME- post indikerer at et gitt domene er et alias for et annet domene i den forstand at de deler DNS-poster (ikke delt nettstedsinnhold osv.).
Eksempel på oppsett av en CNAME-post:
Navn | TTL | Type | Data
www1.domene.tld | 1800 | CNAME | måldomene.tld

Informasjon om DNS MX-oppføringen for å angi serverne som e-post skal leveres til for et gitt domene.
Posten angir domenenavnet til e-postserveren som e-post for dette domenet skal leveres til. Servernavnet innledes av en prioritet , noe som er viktig hvis det finnes flere MX-poster for ett navn. I dette tilfellet prøves servere med stigende prioritet (dvs. serveren med det laveste tallet har høyest prioritet). Hvis serveren ikke svarer, prøver vi en annen. Den andre og hver påfølgende server, hvis den finnes, fungerer som backup-e-postservere .
Eksempel på innstillinger 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 mot misbruk av et domenenavn mot spam, anbefales det å sette opp en SPF-post.
En detaljert beskrivelse med instruksjoner finnes i kunnskapsbasen .

SRV

Informasjon om en DNS-oppføring av typen SRV, som brukes til å liste opp servere som tilbyr bestemte tjenester for et gitt domene. Et eksempel er ruting av telefonsamtaler ved hjelp av SIP-protokollen.
SRV-poster har mange andre bruksområder. For eksempel bruker Microsoft Windows den til å finne en domenekontroller, og andre protokoller (XMMP, Kerberos, LDAP osv.) bruker den.
Eksempel på oppsett av en SRV-post:
Navn | TTL | Type | Data (prioritet, vekt, portnummer, vert)
_sip._udp.domene.tld | 1800 | SRV | 10 100 5060 sip.domene.tld

Luftfartsselskap

Informasjon om CAA-posttypen (Certification Authority Authorization), som lar deg spesifisere hvilke sertifiseringsinstanser som kan utstede et sertifikat for et domenenavn.
Med andre ord, hvis ingen CAA-post er satt for et domene, kan enhver CA utstede et sertifikat for domenet uten restriksjoner. Ellers kan bare CA-en som er oppført i CAA-posten utstede et sertifikat for domenet.
Eksempel:
Navn | TTL | Type | Data
domain.tld | 1800 | CAA | 0 utgaver "letsencrypt.org"

Tekst

TXT-poster for ulike tekstverdier (f.eks. SPF-regeloppføringer) skrives uten anførselstegn i begynnelsen og 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-posttypen (DNS-basert autentisering av navngitte enheter/TLS-tilknytning).
DANE-protokollen, som introduserer en DNS-post av TLSA-typen, ble laget for å øke sikkerheten ved verifisering av opprinnelsen til et sertifikat levert av en server. DNS TLSA-posten spesifiserer et tjenestesertifikat for en kombinasjon av data – FQDN, protokoll og port, som til sammen utgjør prefikset til posten. Ved hjelp av TLSA-posten er det derfor mulig å verifisere om sertifikatet har blitt endret underveis mellom mottaker og avsender.
Du kan finne ut mer om TLSA-posttypen i kunnskapsbasen vår .

SSHFP

Informasjon om SSHFP-oppføringen. Oppføringen brukes til å bekrefte serverens offentlige nøkkelfingeravtrykk etter at en tilkobling er opprettet ved hjelp av SSH-protokollen.
Når man oppretter en forbindelse til en server ved hjelp av SSH-protokollen, skjer det en autentisering mellom klienten og serveren på en slik måte at serveren, etter at forbindelsen er startet, overfører et fingeravtrykk av sin offentlige nøkkel til klienten, slik at klienten kan bekrefte serverens identitet.
Tilkoblingens pålitelighet og sikkerhet avhenger dermed av om brukeren faktisk sammenligner fingeravtrykket levert av 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 ved å sammenligne fingeravtrykket levert av serveren med fingeravtrykket lagret i DNS-sonen til domenet for serverens FQDN. Ved sammenligning må alle parametere i SSHFP-posten samsvare – algoritmen som brukes til å generere nøkkelen, algoritmen som brukes til å generere nøkkelfingeravtrykket, og til slutt selve nøkkelfingeravtrykket.
Det er bare fornuftig å bruke DNS SSHFP hvis denne posten er signert med DNSSEC-teknologi, noe som garanterer at posten ikke kan forfalskes.
Du kan lære mer om SSHFP-opptak og hvordan du konfigurerer det i kunnskapsbasen vår.

Avanserte systemfunksjoner

fullstendig endringshistorikk – endringer i innstillinger, legge til, endre og slette poster
konfigurerbar tillatelse/forbud mot nedlasting av soner via AXFR (utgående AXFR) med mulighet for å spesifisere spesifikke IP-adresser som kan laste ned sonen til et gitt domene
importer data når du bytter fra andre DNS-servere – last ned via AXFR fra en annen server, opplasting av sonefil eller manuell inntasting
domenekopiering – du kan enkelt opprette et nytt domene ved å kopiere et annet (med alle poster og innstillinger)
omvendt registreringshåndtering (for kunder av våre serverhostingstjenester)

Vi forbereder oss

DNSSEC -støtte for generiske domener. (Vi tilbyr for øyeblikket kun DNSSEC for domener i Tsjekkia og EU.)

For mer informasjon, søk i kunnskapsbasen: VEDOS DNS