Керівництво DNS

Всім пропонуємо БЕЗКОШТОВНО ведення первинних та вторинних DNS-записів для доменів.

Первинний домен— це домен, для якого в нашій системі реєструються записи DNS. Отже, наша система по суті діє як первинний DNS-сервер для цього домену. Це звичайне рішення.

Вторинний домен— це домен, для якого ми не реєструємо записи DNS, а завантажуємо їх з іншого DNS-сервера через AXFR. Таким чином, система поводиться як вторинний DNS-сервер для цього домену. Для цього домену встановлюється лише IP-адреса, з якої слід завантажувати записи. Період завантаження регулюється даними в записі SOA відповідного домену (REFRESH, RETRY).

Наші DNS-сервери повністю підтримуютьIPv6.

Підтримувані типи записів DNS

Інформація про запис DNS типу A для вказання IPv4-адреси для даного доменного імені.
Запис цього типу містить IP-адресу протоколу IPv4. Ці адреси зберігаються у вигляді, зрозумілому для людини (проте в протоколі DNS вони передаються як 32-бітне число).
Приклад запису налаштувань для домену та всіх піддоменів:
Назва | TTL | Тип | Дані
(порожня назва) | 1800 | A | 81.2.199.30
* | 1800 | A | 81.2.199.30

AAAA

Інформація про запис DNS типу AAAA для вказання IPv6-адреси для даного доменного імені.
Це IP-адреса IPv6.
Приклад запису налаштувань для домену та всіх піддоменів:
Назва | TTL | Тип | Дані
(порожня назва) | 1800 | AAAA | 2a02:2b88:1:4::40
* | 1800 | AAAA | 2a02:2b88:1:4::40

Інформація про запис DNS типу NS, за допомогою якого ми делегуємо піддомен іншому DNS-серверу.
Цей тип запису використовується для повідомлення спискуавторитетних DNS-серверівдля даного домену. Вказуються назви серверів (тобто їх доменні імена), а не IP-адреси. Якщо пристрій хоче підключитися до авторитетного DNS-сервера якогось домену, спочатку він визначає на DNS-сервері вищого рівня всі записи типу NS для шуканого домену, вибирає один з них і визначає його IP-адресу, і тільки після цього може відбутися комунікаційне з'єднання через протокол DNS.

CNAME

Інформація про запис DNS типу CNAME, який використовується для налаштування псевдоніма для іншого доменного імені.
ЗаписCNAMEповідомляє, що даний домен єпсевдонімоміншого домену в тому сенсі, що вони мають спільні записи DNS (а не спільний вміст веб-сайту тощо).
Приклад налаштування запису CNAME:
Назва | TTL | Тип | Дані
www1.domena.tld | 1800 | CNAME | cilovadomena.tld

Інформація про запис DNS типу MX для вказання серверів, на які має доставлятися електронна пошта для даного домену.
Запис вказує доменне ім'япоштового сервера, на який має доставлятися пошта для цього домену. Перед назвою сервера вказуєтьсяпріоритет, який має значення у випадку, якщо для одного імені існує декілька записів MX. У такому випадку сервери перевіряються за зростаючим номером пріоритету (тобто найбільший пріоритет має сервер з найнижчим номером). Якщо сервер не відповідає, ми перевіряємо наступний. Другий і кожен наступний сервер, якщо вони присутні, служать якрезервні поштові сервери.
Приклад налаштувань для наших поштових серверів:
Назва | TTL | Тип | Дані
(порожня назва) | 1800 | MX | 1 wes1-mx1.wedos.net
(порожня назва) | 1800 | MX | 1 wes1-mx2.wedos.net
(порожня назва) | 1800 | MX | 10 wes1-mx-backup.wedos.net

SPF

Для захисту від зловживання доменним ім'ям проти спаму рекомендується встановити запис SPF
Детальний опис з інструкціями можна знайти в базі знань.

SRV

Інформація про запис DNS типу SRV, який використовується для вказання серверів, що надають певні послуги для даного домену. Як приклад можна навести маршрутизацію телефонних дзвінків за протоколом SIP.
Записи SRV мають багато інших застосувань. Наприклад, Microsoft Windows використовує їх для пошуку доменного контролера, а також вони використовуються іншими протоколами (XMMP, Kerberos, LDAP тощо).
Приклад налаштування SRV-запису:
Назва | TTL | Тип | Дані (пріоритет, вага, номер порту, хост)
_sip._udp.domena.tld | 1800 | SRV | 10 100 5060 sip.domena.tld

CAA

Інформація про запис типу CAA (Certification Authority Authorization), який дозволяє вказати, які сертифікаційні органи можуть видавати сертифікати для доменного імені.
Іншими словами, якщо для домену не встановлено жодного запису CAA, будь-який CA може видати сертифікат для домену без обмежень. В іншому випадку сертифікат для домену може видати тільки CA, зазначений у записі CAA.
Приклад:
Назва | TTL | Тип | Дані
domena.tld | 1800 | CAA | 0 issue «letsencrypt.org»

TXT

TXT-записи для різних текстових значень (наприклад, запис правил SPF) записуються без лапок на початку та в кінці.
Приклад:
Назва | TTL | Тип | Дані
(порожня назва) | 1800 | TXT | «v = spf1 IP4: 64.170.98.0/26 IP6: 2001: 1890: 1112: 1 :: 0/64 -all»

TLSA

Інформація про запис типу DANE/TLSA (DNS-Based Authentication of Named Entities/TLS Association).
Протокол DANE, який впроваджує запис DNS типу TLSA, був створений з метою підвищення безпеки при перевірці походження сертифіката, наданого сервером. Запис DNS TLSA визначає сертифікат служби для комбінації даних – FQDN, протокол і порт, які разом складають префікс запису. За допомогою запису TLSA можна перевірити, чи не відбулося змінення сертифіката на шляху між одержувачем і відправником.
Більше інформації про запис типу TLSA ви знайдете в нашій базі знань.

SSHFP

Інформація про запис типу SSHFP. Запис служить для перевірки відбитка відкритого ключа сервера після встановлення з'єднання за допомогою протоколу SSH.
При встановленні з'єднання з сервером за допомогою протоколу SSH відбувається аутентифікація між клієнтом і сервером таким чином, що сервер після початку з'єднання передає клієнту відбиток свого відкритого ключа, щоб клієнт міг перевірити ідентичність сервера.
Довіра та безпека з'єднання залежать від того, чи дійсно користувач порівняє відбиток, наданий сервером, з очікуваним відбитком відкритого ключа сервера.
Впровадження запису DNS SSHFP (RFC 4255) створює для клієнтів SSH новий спосіб автентифікації шляхом порівняння відбитка, наданого сервером, з відбитком, який зберігається в зоні DNS домену для FQDN сервера. При порівнянні повинні збігатися всі параметри запису SSHFP – алгоритм, використаний для генерації ключа, алгоритм, використаний для генерації відбитка ключа, і, нарешті, сам відбиток ключа.
Використання DNS SSHFP має сенс тільки в тому випадку, якщо цей запис підписаний технологією DNSSEC, що гарантує, що даний запис не може бути підроблений.
Більше інформації про запис SSHFP та про те, як його налаштувати, ви знайдете в нашій базі знань.

Розширені функції системи

повна історія змін– зміни в налаштуваннях, додавання, зміна та видалення записів
налаштування дозволу/заборонизавантаження зон через AXFR (вихідний AXFR)з можливістю вказати конкретні IP-адреси, які можуть завантажувати зону даного домену
імпорт данихпри переході з інших DNS-серверів – завантаження через AXFR з іншого сервера, завантаження файлу зони або ручне введення
копіювання доменів– новий домен можна легко створити, скопіювавши інший (з усіма записами та налаштуваннями)
управліннязворотними записами(для клієнтів наших серверних хостинг-послуг)

Готуємо

підтримкаDNSSEC длязагальних доменів. (Наразі ми пропонуємо DNSSEC лише для доменів CZ та EU)

Додаткову інформацію шукайте в базі знань:VEDOS DNS