DNS vezetés

Mindenkinek INGYENESEN kínálunk elsődleges és másodlagos DNS-bejegyzéseket a domainnevekhez.

Az elsődleges domainaz a domain, amelynek DNS-bejegyzései rendszerünkben szerepelnek. Rendszerünk tehát lényegében elsődleges DNS-kiszolgálóként működik ezen domain számára. Ez a szokásos megoldás.

A másodlagos domainolyan domain, amelynek DNS-bejegyzéseit nem mi rögzítjük, hanem egy másik DNS-kiszolgálóról töltjük le AXFR-en keresztül. A rendszer tehát másodlagos DNS-kiszolgálóként viselkedik ehhez a domainhez. Ehhez a domainhez csak az IP-címet kell beállítani, ahonnan a bejegyzéseket le kell tölteni. A letöltés gyakoriságát a megfelelő domain SOA-bejegyzésében szereplő adatok (REFRESH, RETRY) határozzák meg.

DNS-szervereink teljes mértékben támogatjákaz IPv6-ot.

Támogatott DNS-bejegyzés típusok

Információ az A típusú DNS-bejegyzésről, amely az adott domainnév IPv4-címét tartalmazza.
Ez a típusú bejegyzés az IPv4-protokoll IP-címét tartalmazza. Ezek a címek ember által olvasható formában vannak tárolva (de a DNS-protokollban 32 bites számként kerülnek továbbításra).
Példa a domain és az összes aldomain beállításainak rögzítésére:
Név | TTL | Típus | Adatok
(üres név) | 1800 | A | 81.2.199.30
* | 1800 | A | 81.2.199.30

AAAA

Információ az AAAA típusú DNS-bejegyzésről az adott domainnév IPv6-címének megadásához.
Ez egy IPv6 IP-cím.
Példa a domain és az összes aldomain beállításainak rögzítésére:
Név | TTL | Típus | Adatok
(ü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-bejegyzésről, amellyel egy aldomainet egy másik DNS-kiszolgálóra delegálunk.
Ez a típusú bejegyzés arra szolgál, hogy közölje az adott domainre vonatkozóhiteles DNS-kiszolgálóklistáját. A kiszolgálók nevei (azaz domainneveik) szerepelnek, nem pedig IP-címeik. Ha egy eszköz kapcsolatba akar lépni egy domain hiteles DNS-kiszolgálójával, először a magasabb szintű DNS-kiszolgálón megkeresi az összes NS típusú bejegyzést a keresett domainhez, kiválaszt egyet közülük, megkeresi az IP-címét, és csak ezután jöhet létre a DNS-protokollon keresztüli kommunikációs kapcsolat.

CNAME

Információk az MX típusú DNS-bejegyzésről, amely megadja azokat a szervereket, amelyekre az adott domainhez tartozó e-maileket kell kézbesíteni.
A bejegyzés megadjaa mailszerver domainnevét, amelyre az adott domainhez tartozó e-maileket kell kézbesíteni. A szerver neve előtt szerepela prioritás, amely akkor fontos, ha egy névhez több MX-bejegyzés is tartozik. Ilyen esetben a szerverek prioritási számának emelkedő sorrendjében próbálkoznak (azaz a legalacsonyabb számú szervernek van a legnagyobb prioritása). Ha a szerver nem válaszol, akkor a következővel próbálkoznak. A második és minden további szerver, ha van ilyen,tartalék mailszerverként szolgál.
Példa a mailszervereink beállítására:
Név | TTL | Típus | Adatok
(ü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

A domain név SPAM elleni visszaélések elleni védelme érdekében célszerű beállítani az SPF bejegyzést
A részletes leírás és az útmutató a tudásbázisban található.

SRV

Információk az SRV típusú DNS-bejegyzésről, amely az adott domainhez bizonyos szolgáltatásokat biztosító szerverek megadására szolgál. Példaként említhető a telefonhívások SIP protokollal történő továbbítása.
Az SRV-bejegyzéseknek számos egyéb felhasználási területük is van. Például a Microsoft Windows domainvezérlő keresésére használja őket, és más protokollok (XMMP, Kerberos, LDAP stb.) is alkalmazzák őket.
Példa SRV-bejegyzés beállítására:
Név | TTL | Típus | Adatok (prioritás, súly, portszám, gazdagép)
_sip._udp.domena.tld | 1800 | SRV | 10 100 5060 sip.domena.tld

CAA

Információ a CAA (Certification Authority Authorization) típusú bejegyzésről, amely lehetővé teszi annak meghatározását, hogy melyik hitelesítő hatóságok állíthatnak ki tanúsítványt egy domain névhez.
Más szavakkal, ha a domainhez nincs beállítva CAA-bejegyzés, akkor bármely CA korlátozás nélkül kiállíthat tanúsítványt a domainhez. Ellenkező esetben csak a CAA-bejegyzésben megadott CA állíthat ki tanúsítványt a domainhez.
Példa:
Név | TTL | Típus | Adatok
domena.tld | 1800 | CAA | 0 issue „letsencrypt.org”

TXT

A TXT bejegyzések különböző szöveges értékekhez (pl. SPF szabályok bejegyzése) kerülnek, idézőjelek nélkül, sem az elején, sem a végén.
Példa:
Név | TTL | Típus | Adatok
(ü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 (DNS-alapú hitelesítés névvel ellátott entitások/TLS társítás) típusú bejegyzésről.
A TLSA típusú DNS-bejegyzést bevezető DANE protokoll célja a szerver által biztosított tanúsítvány eredetének ellenőrzése során a biztonság növelése. A DNS TLSA-bejegyzés meghatározza a szolgáltatás tanúsítványát az adatok kombinációjához – FQDN, protokoll és port, amelyek együttesen alkotják a bejegyzés előtagját. A TLSA-bejegyzés segítségével tehát ellenőrizhető, hogy a címzett és a feladó között nem történt-e a tanúsítvány megváltoztatása.
További információkat a TLSA-típusú bejegyzésről tudásbázisunkban talál.

SSHFP

Információk az SSHFP típusú rekordról. A rekord a szerver nyilvános kulcsának ujjlenyomatának ellenőrzésére szolgál az SSH protokollal való kapcsolatfelvétel után.
Az SSH protokollal való kapcsolatfelvétel során a kliens és a szerver közötti hitelesítés úgy történik, hogy a szerver a kapcsolatfelvétel után átadja a kliensnek a nyilvános kulcsának ujjlenyomatát, hogy a kliens ellenőrizhesse a szerver identitását.
A kapcsolat megbízhatósága és biztonsága tehát attól függ, hogy a felhasználó valóban összehasonlítja-e a szerver által megadott ujjlenyomatot a szerver nyilvános kulcsának várt ujjlenyomatával.
A DNS SSHFP bejegyzés (RFC 4255) bevezetésével az SSH kliensek számára új hitelesítési módszer jön létre, amely a szerver által megadott ujjlenyomatot összehasonlítja a szerver FQDN-jének DNS-zónájában tárolt ujjlenyomattal. Az összehasonlítás során az SSHFP-bejegyzés összes paraméterének meg kell egyeznie – a kulcs generálásához használt algoritmusnak, a kulcs ujjlenyomatának generálásához használt algoritmusnak és végül magának a kulcs ujjlenyomatának.
A DNS SSHFP használata csak akkor értelmezhető, ha a bejegyzés DNSSEC technológiával van aláírva, így garantálva, hogy a bejegyzés nem hamisítható.
További információkat az SSHFP-bejegyzésről és annak beállításáról tudásbázisunkban talál.

A rendszer fejlett funkciói

teljes változáselőzmény– beállítások módosítása, rekordok hozzáadása, módosítása és törlése
beállítható engedélyezés/tilaloma zónák letöltésére AXFR-en keresztül (kimenő AXFR)azzal a lehetőséggel, hogy megadhatók azok a konkrét IP-címek, amelyek letölthetik az adott domain zónáját
adatimportmás DNS-szerverekről való áttéréskor – letöltés AXFR-en keresztül egy másik szerverről, zónafájl feltöltése vagy kézi bevitel
domain másolás– új domainet könnyen létrehozhat másolás útján (minden bejegyzéssel és beállítással együtt)
reverz záznamokspráva (pre zákazníkov našich serverhostingových služieb)

Készülünk

DNSSECtámogatás generikus domainekesetén. (DNSSEC-et jelenleg csak CZ és EU domainek esetén kínálunk)

További információkat a tudásbázisban talál:VEDOS DNS