Управление на 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 запис, всеки 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