DNS-juhtimine

Pakume kõigile TASUTA domeenide esmaseid ja teiseseid DNS-kirjeid.

Esmane domeenon domeen, mille DNS-kirjed on registreeritud meie süsteemis. Seega toimib meie süsteem põhimõtteliselt selle domeeni esmase DNS-serverina. See on tavaline lahendus.

Sekundaarne domeenon domeen, mille DNS-kirjeid me ise ei registreeri, vaid laadime need teiselt DNS-serverilt AXFR-i kaudu alla. Seega käitub süsteem selle domeeni puhul sekundaarse DNS-serverina. Selle domeeni puhul tuleb ainult määrata IP-aadress, kust kirjed alla laadida. Allalaadimise periood sõltub vastava domeeni SOA-kirje andmetest (REFRESH, RETRY).

Meie DNS-serverid toetavad täielikultIPv6-i.

Toetatud DNS-kirjete tüübid

Teave DNS-kirje tüübi A kohta, mis näitab IPv4-aadressi antud domeeninime jaoks.
Sellise tüüpi kirje sisaldab IPv4-protokolli IP-aadressi. Need aadressid on inimloetavas vormis (kuid DNS-protokollis edastatakse need 32-bitise numbrina).
Näide domeeni ja kõikide alamdomeenide seadete kirjutamisest:
Nimi | TTL | Tüüp | Andmed
(tühi nimi) | 1800 | A | 81.2.199.30
* | 1800 | A | 81.2.199.30

AAAA

Teave DNS-kirje tüübi AAAA kohta, et näidata IPv6-aadressi antud domeeninimele.
Tegemist on IPv6-aadressiga.
Näide domeeni ja kõikide alamdomeenide seadete kirjutamisest:
Nimi | TTL | Tüüp | Andmed
(tühi nimi) | 1800 | AAAA | 2a02:2b88:1:4::40
* | 1800 | AAAA | 2a02:2b88:1:4::40

Teave DNS-kirje tüübi NS kohta, millega delegeerime alamdomeeni teisele DNS-serverile.
Seda tüüpi kirje kasutatakse selleks, et edastada loeteluautoriteetsetest DNS-serveritestantud domeeni jaoks. Esitatakse serverite nimed (st nende domeeninimed), mitte IP-aadressid. Kui seade soovib ühenduda mõne domeeni autoriteetse DNS-serveriga, otsib ta kõigepealt kõrgemal tasemel DNS-serverist kõik NS-tüüpi kirjed otsitava domeeni jaoks, valib neist ühe ja otsib selle IP-aadressi. Alles siis saab toimuda sideühendus DNS-protokolli kaudu.

CNAME

Teave CNAME-tüüpi DNS-kirje kohta, mida kasutatakse teise domeeninime aliaseks seadistamiseks.
CNAME-kirjenäitab, et antud domeen on teise domeenialias, selles mõttes, et neil on ühised DNS-kirjed (mitte ühine veebisisu jne).
CNAME-kirje seadistamise näide:
Nimi | TTL | Tüüp | Andmed
www1.domena.tld | 1800 | CNAME | cilovadomena.tld

Teave MX-tüüpi DNS-kirje kohta, milles on loetletud serverid, kuhu tuleb edastada antud domeeni e-kirjad.
Kirjes on loetletuddomeeninimi, millele tuleb edastada antud domeeni e-kirjad. Enne serveri nime on märgitudprioriteet, mis on oluline juhul, kui ühe nime jaoks on mitu MX-kirjet. Sellisel juhul proovitakse servereid prioriteedi numbri kasvavas järjekorras (st suurim prioriteet on serveril, millel on madalaim number). Kui server ei vasta, proovitakse järgmist. Teine ja kõik järgmised serverid, kui need on olemas, toimivadvaruservereidena.
Näide meie mailserverite seadistustest:
Nimi | TTL | Tüüp | Andmed
(tühi nimi) | 1800 | MX | 1 wes1-mx1.wedos.net
(tühi nimi) | 1800 | MX | 1 wes1-mx2.wedos.net
(tühi nimi) | 1800 | MX | 10 wes1-mx-backup.wedos.net

SPF

Domeeninime kuritarvitamise vastu kaitsmiseks SPAMi vastu on soovitatav seadistada SPF-kirje
. Detailne kirjeldus koos juhendiga on kättesaadav teadmistebaasis.

SRV

Teave SRV-tüüpi DNS-kirje kohta, mida kasutatakse selle domeeni jaoks teatud teenuseid osutavate serverite loetlemiseks. Näiteks võib tuua telefonikõnede suunamise SIP-protokolli abil.
SRV-kirjetel on palju muid kasutusvõimalusi. Näiteks kasutab Microsoft Windows neid domeeni kontrollerite otsimiseks ja neid kasutavad ka teised protokollid (XMMP, Kerberos, LDAP jt).
SRV-kirje seadistamise näide:
Nimi | TTL | Tüüp | Andmed (prioriteet, kaal, pordi number, host)
_sip._udp.domena.tld | 1800 | SRV | 10 100 5060 sip.domena.tld

CAA

Teave CAA (Certification Authority Authorization) tüüpi kirje kohta, mis võimaldab täpsustada, millised sertifitseerimisasutused võivad väljastada sertifikaadi domeeninimele.
Teisisõnu, kui domeenile ei ole määratud ühtegi CAA-kirjet, võib domeenile sertifikaadi väljastada mis tahes CA ilma piiranguteta. Vastupidisel juhul võib domeenile sertifikaadi väljastada ainult CAA-kirjes nimetatud CA.
Näide:
Nimi | TTL | Tüüp | Andmed
domeen.tld | 1800 | CAA | 0 väljastab „letsencrypt.org“

TXT

TXT-kirjed erinevate tekstiväärtuste jaoks (nt SPF-reeglite kirjutamine) kirjutatakse ilma jutumärkideta alguses ja lõpus.
Näide:
Nimi | TTL | Tüüp | Andmed
(tühi nimi) | 1800 | TXT | „v = spf1 IP4: 64.170.98.0/26 IP6: 2001: 1890: 1112: 1 :: 0/64 -all“

TLSA

Teave DANE/TLSA (DNS-Based Authentication of Named Entities/TLS Association) tüüpi kirje kohta.
DANE protokoll, mis kehtestab TLSA tüüpi DNS kirje, loodi eesmärgiga suurendada turvalisust serveri poolt väljastatud sertifikaadi päritolu kontrollimisel. DNS TLSA-kirje määrab teenuse sertifikaadi andmete kombinatsioonile – FQDN, protokoll ja port, mis kokku moodustavad kirje eelneva osa. TLSA-kirje abil on seega võimalik kontrollida, kas sertifikaati ei ole saaja ja saatja vahelisel teel muudetud.
Lisateavet TLSA-tüüpi kirje kohta leiate meie teadmistebaasist.

SSHFP

Teave SSHFP-tüüpi kirje kohta. Kirje teenib serveri avaliku võtme sõrmejälje kontrollimiseks pärast ühenduse loomist SSH-protokolli abil.
Ühenduse loomisel serveriga SSH-protokolli abil toimub autentimine kliendi ja serveri vahel nii, et server edastab pärast ühenduse loomist kliendile oma avaliku võtme sõrmejälje, et klient saaks kontrollida serveri identiteeti.
Ühenduse usaldusväärsus ja turvalisus sõltub seega sellest, kas kasutaja võrdleb serveri poolt edastatud sõrmejälge serveri avaliku võtme oodatava sõrmejäljega.
DNS SSHFP kirje (RFC 4255) kasutuselevõtmisega tekib SSH-klientidele uus autentimise viis, võrreldes serveri poolt edastatud sõrmejälge DNS-tsoonis domeeni jaoks salvestatud sõrmejäljega serveri FQDN-i jaoks. Võrdlemisel peavad kõik SSHFP-kirje parameetrid ühtima – võtme genereerimiseks kasutatud algoritm, võtme sõrmejälje genereerimiseks kasutatud algoritm ja lõpuks võtme sõrmejälg ise.
DNS SSHFP kasutamine on mõttekas ainult juhul, kui see kirje on allkirjastatud DNSSEC-tehnoloogiaga ja seega on tagatud, et antud kirjet ei saa võltsida.
Lisateavet SSHFP-kirje kohta ja selle seadistamise kohta leiate meie teadmistebaasist.

Süsteemi täiustatud funktsioonid

täielik muudatuste ajalugu– muudatused seadistustes, lisamine, muutmine ja kustutamine
reguleeritav lubamine/keelamineAXFR-i kaudu tsoonide allalaadimiseks (väljaminev AXFR)võimalusega märkida konkreetsed IP-aadressid, mis võivad antud domeeni tsooni alla laadida
andmete importimineteistelt DNS-serveritelt üleminekul – allalaadimine AXFR-i kaudu teiselt serverilt, tsoonifaili üleslaadimine või käsitsi sisestamine
domeenide kopeerimine– uue domeeni loomine on lihtne, kopeerides teise domeeni (koos kõigi andmete ja seadistustega)
pöördkirjetehaldamine (meie serverihostinguteenuste klientidele)

Valmistame ette

DNSSEC-tugigeneeriliste domeenidepuhul. (DNSSEC-i pakume praegu ainult CZ- ja EU-domeenide puhul)

Lisateavet leiate teadmistebaasist:VEDOS DNS