Керування 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-сервера домену, він спершу шукає всі NS-записи запитуваного домену на DNS-сервері вищого рівня, вибирає один із них і дізнається його 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 використовує їх для пошуку контролера домену, а також їх використовують інші протоколи (XMPP, Kerberos, LDAP тощо).Приклад конфігурації запису SRV:Ім’я | TTL | Тип | Дані (пріоритет, вага, номер порту, хост)_sip._udp.domena.tld | 1800 | SRV | 10 100 5060 sip.domena.tld

CAA

Інформація про запис CAA (Certification Authority Authorization), який дає змогу вказати, які центри сертифікації можуть видавати сертифікат для доменного імені.Інакше кажучи, якщо для домену не налаштовано жодного запису CAA, будь-який ЦС може без обмежень видати сертифікат для цього домену. В іншому разі сертифікат для домену може видати лише той ЦС, що вказаний у записі 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