DNS-kezelés

Mindenkinek INGYENESEN kínáljuk a domainek elsődleges és másodlagos DNS-rekordjainak kezelését.

Az elsődleges domain olyan domain, amelynek DNS-rekordjait a rendszerünkben tároljuk. Rendszerünk tehát lényegében az adott domain elsődleges DNS-szerveréként működik. Ez a szokásos megoldás.

A másodlagos domain olyan domain, amelynek DNS-rekordjait nem mi tároljuk, hanem AXFR-en keresztül egy másik DNS-szerverről töltjük le. Ilyen domain esetén a rendszer másodlagos DNS-szerverként működik. Ennél a domainnél csak azt az IP-címet kell megadnia, amelyről a rekordokat le kell tölteni. A letöltés gyakoriságát az érintett domain SOA-rekordjának értékei (REFRESH, RETRY) szabályozzák.

DNS-szervereink teljes mértékben támogatják az IPv6.

Támogatott DNS-rekordtípusok

Információk az A típusú DNS-rekordról, amely egy adott domainnév IPv4-címének megadására szolgál.Az ilyen típusú rekord egy IPv4 protokollbeli IP-címet tartalmaz. Ezeket a címeket ember által olvasható formában tároljuk (bár a DNS-protokollban 32 bites számként továbbítódnak).Példa egy domain és az összes aldomain beállítására:Név | TTL | Típus | Adat(üres név) | 1800 | A | 81.2.199.30* | 1800 | A | 81.2.199.30

AAAA

Információk az AAAA típusú DNS-rekordról, amely egy adott domainnév IPv6-címének megadására szolgál.Ez egy IPv6 IP-cím.Példa egy domain és az összes aldomain beállítására:Név | TTL | Típus | Adat(üres név) | 1800 | AAAA | 2a02:2b88:1:4::40* | 1800 | AAAA | 2a02:2b88:1:4::40

Információk az NS típusú DNS-rekordról, amely egy aldomain másik DNS-szerverre történő delegálására szolgál.Ez a rekordtípus az adott domain hiteles DNS-szervereinek listáját adja meg. A szerverek nevei (azaz domainnevei) szerepelnek, nem IP-címek. Amikor egy eszköz egy domain hiteles DNS-szerveréhez akar csatlakozni, először egy magasabb szintű DNS-szerveren megkeresi a kért domain összes NS-rekordját, kiválaszt közülük egyet, és megkeresi annak IP-címét; csak ezután jöhet létre a DNS-protokollon keresztüli kommunikációs kapcsolat.

CNAME

Információk a CNAME típusú DNS-rekordról, amely egy másik domainnév aliasának beállítására szolgál.A CNAME rekord azt jelzi, hogy az adott domain egy másik domain aliasa abban az értelemben, hogy megosztják a DNS-rekordokat (a weboldal tartalmát stb. nem).Példa CNAME-rekord beállítására:Név | TTL | Típus | Adatwww1.domena.tld | 1800 | CNAME | cilovadomena.tld

Információk az MX típusú DNS-rekordról, amely azoknak a szervereknek a megadására szolgál, amelyekre az adott domain e-mailjeit kézbesíteni kell.A rekord megadja annak a levelezőszervernek a domainnevét, amelyre az ehhez a domainhez tartozó leveleket kézbesíteni kell. A szervernév előtt egy prioritás szerepel, amely akkor számít, ha egy névhez több MX-rekord tartozik. Ilyenkor a szervereket a prioritási szám növekvő sorrendjében próbáljuk (azaz a legkisebb számú szerver a legmagasabb prioritású). Ha egy szerver nem válaszol, a következőt próbáljuk. A második és minden további szerver, ha van, tartalék levelezőszerverként szolgál.Példa a levelezőszervereink beállítására:Név | TTL | Típus | Adat(üres név) | 1800 | MX | 1 wes1-mx1.wedos.net(üres név) | 1800 | MX | 1 wes1-mx2.wedos.net(üres név) | 1800 | MX | 10 wes1-mx-backup.wedos.net

SPF

Ha meg szeretné védeni a domainnevet a SPAM célú visszaéléstől, érdemes SPF-rekordot beállítani.Részletes leírást útmutatóval a tudásbázisunkban talál.

SRV

Információk az SRV típusú DNS-rekordról, amely azoknak a szervereknek a megadására szolgál, amelyek bizonyos szolgáltatásokat nyújtanak egy adott domainhez. Példa erre a telefonhívások irányítása SIP-protokollal.Az SRV-rekordoknak számos más felhasználása is van. A Microsoft Windows például tartományvezérlő megkeresésére használja őket, és más protokollok (XMPP, Kerberos, LDAP stb.) is használják.Példa SRV-rekord beállítására:Név | TTL | Típus | Adat (prioritás, súly, portszám, host)_sip._udp.domena.tld | 1800 | SRV | 10 100 5060 sip.domena.tld

CAA

Információk a CAA-rekordról (Certification Authority Authorization), amellyel megadhatja, hogy mely tanúsítványkiadók állíthatnak ki tanúsítványt egy domainnévhez.Más szóval, ha egy domainhez nincs CAA-rekord beállítva, bármely CA korlátozás nélkül kiállíthat tanúsítványt a domainhez. Ellenkező esetben csak a CAA-rekordban szereplő CA állíthat ki tanúsítványt a domainhez.Példa:Név | TTL | Típus | Adatdomena.tld | 1800 | CAA | 0 issue „letsencrypt.org“

TXT

TXT-rekordok különféle szöveges értékekhez (pl. SPF-szabályok megadásához); az elején és a végén idézőjelek nélkül kell megadni őket.Példa:Név | TTL | Típus | Adat(üres név) | 1800 | TXT | „v = spf1 IP4: 64.170.98.0/26 IP6: 2001: 1890: 1112: 1 :: 0/64 -all“

TLSA

Információk a DANE/TLSA-rekordról (DNS-Based Authentication of Named Entities/TLS Association).A DANE protokoll, amely bevezeti a TLSA típusú DNS-rekordot, a szerver által nyújtott tanúsítvány eredetének ellenőrzésekor a biztonság növelésére jött létre. A DNS TLSA-rekord a szolgáltatás tanúsítványát adja meg egy adatkombinációra – FQDN, protokoll és port –, amelyek együtt alkotják a rekord előtagját. A TLSA-rekord segítségével tehát ellenőrizhető, hogy a tanúsítványt módosították-e a címzett és a feladó közötti úton.További információt a TLSA típusú rekordról tudásbázisunkban talál.

SSHFP

Információk az SSHFP típusú rekordról. A rekord a szerver nyilvános kulcsa ujjlenyomatának ellenőrzésére szolgál az SSH protokollal létesített kapcsolat felépítése után.Amikor SSH protokollal csatlakozunk egy szerverhez, a kliens és a szerver közötti hitelesítés úgy zajlik, hogy a kapcsolat megkezdése után a szerver elküldi a kliensnek a nyilvános kulcsának ujjlenyomatát, hogy a kliens ellenőrizhesse a szerver személyazonosságát.A kapcsolat megbízhatósága és biztonsága tehát azon múlik, hogy a felhasználó valóban összeveti-e a szerver által megadott ujjlenyomatot a szerver nyilvános kulcsának várt ujjlenyomatával.A DNS SSHFP-rekord (RFC 4255) bevezetése új hitelesítési módot ad az SSH-klienseknek: a szerver által megadott ujjlenyomatot összehasonlítják a domain DNS-zónájában a szerver FQDN-jéhez tárolt ujjlenyomattal. Az összehasonlítás során az SSHFP-rekord minden paraméterének egyeznie kell – a kulcs létrehozásához használt algoritmusnak, a kulcs ujjlenyomatának létrehozásához használt algoritmusnak és végül magának a kulcs ujjlenyomatának.A DNS SSHFP használata csak akkor van értelme, ha ezt a rekordot DNSSEC technológiával aláírják, ezzel garantálva, hogy a rekord nem hamisítható meg.További információt az SSHFP-rekordról és beállításának módjáról tudásbázisunkban talál.

A rendszer fejlett funkciói

teljes módosítási előzmények – a beállítások módosításai, rekordok hozzáadása, szerkesztése és törlése
beállítható engedélyezés/tiltás: zónaátvitelek AXFR-en keresztül (kimenő AXFR) azzal a lehetőséggel, hogy megadhatók azok az IP-címek, amelyek letölthetik az adott domain zónáját
adatimport más DNS-szerverekről történő költözéskor – letöltés AXFR-rel egy másik szerverről, zónafájl feltöltése vagy kézi bevitel
domainmásolás – egyszerűen létrehozhat új domaint egy másik lemásolásával (az összes rekorddal és beállítással együtt)
ésfordított rekordok kezelése (szerverhosting-szolgáltatásaink ügyfelei számára)

Hamarosan

ésDNSSECtámogatása generikus domaineken. (Egyelőre a DNSSEC-et csak CZ és EU domainekhez kínáljuk)

További információkért tekintse meg tudásbázisunkat: VEDOS DNS