Управление на 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 адрес за даден домейн.
Това е 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

Information about the DNS record of type CNAME, which is used to set up an alias for another domain name.
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