Как да управляваш DNS записи през Plesk

DNS записите определят как домейнът насочва трафика към уебсайт, поща, поддомейни и други услуги. Ако използваш Plesk като контролен панел, можеш да управляваш тези записи директно от интерфейса, без да влизаш в отделен DNS мениджър при регистратора. Това е удобно в хостинг среди, където сайтът, имейлите и DNS настройките се администрират от едно място.

В тази статия ще видиш как да отвориш DNS настройките в Plesk, какви видове записи се срещат най-често, как се добавят, редактират и изтриват, както и кои практики е добре да следваш, за да избегнеш проблеми с уебсайта и електронната поща.

Какво представляват DNS записите в Plesk

DNS записите са инструкции в Domain Name System, които показват къде се намират различни услуги за даден домейн. Например:

A запис насочва домейна към IPv4 адрес.
AAAA запис насочва към IPv6 адрес.
CNAME запис насочва едно име към друго име.
MX запис указва сървъра за входяща поща.
TXT запис се използва за SPF, DKIM, проверка и други текстови политики.
SRV запис помага за услуги, които използват определени сървъри и портове.
NS запис определя кои DNS сървъри обслужват зоната.
PTR запис се използва за обратен DNS и обикновено се управлява от доставчика на IP адреса, а не директно от Plesk.

В Plesk DNS зоната е представена като списък от записи. Оттам можеш да ги преглеждаш и редактираш според нуждите на сайта и пощенската инфраструктура.

Кога е нужно да управляваш DNS записи от Plesk

DNS настройките в Plesk са полезни в няколко често срещани случая:

при прехвърляне на сайт към нов хостинг сървър;
при настройка на имейл услуга и MX записи;
при добавяне на поддомейни като www, mail или shop;
при настройка на SPF, DKIM и DMARC;
при свързване на външни услуги като CDN, CRM, системи за поддръжка или SaaS приложения;
при отстраняване на проблеми с разпространението на DNS, неработещ сайт или пощенски проблеми.

Ако домейнът използва DNS сървърите на хостинг компанията или на същия Plesk сървър, промените се прилагат директно от контролния панел. Ако DNS се управлява при друг доставчик, Plesk може да не е мястото, където тези записи действително се отразяват публично.

Как да отвориш DNS управлението в Plesk

За да управляваш DNS записи, влез в Plesk и избери съответния абонамент, домейн или сайт. След това обикновено се следва този път:

Отвори Websites & Domains.
Избери домейна, който искаш да редактираш.
Кликни върху DNS Settings.
Ще видиш списък с текущите DNS записи за зоната.

В някои инсталации менюто може да е локализирано или леко различно, но логиката е същата: първо избираш домейна, после DNS секцията. Ако опцията липсва, възможно е DNS услугата да е изключена за сървъра или управлението да е ограничено от хостинг доставчика.

Преглед на DNS зоната в Plesk

DNS зоната съдържа записите, които определят поведението на домейна. Обикновено ще видиш записи за:

основния домейн;
www поддомейн;
mail поддомейн;
NS сървъри;
MX записи за електронна поща;
TXT записи за защита и проверка;
допълнителни записи, добавени ръчно.

Полезно е първо да прегледаш текущата конфигурация, преди да редактираш нещо. Така ще разбереш дали домейнът е насочен към правилния IP адрес и дали пощата използва очакваните сървъри.

Какво означава TTL

При почти всеки DNS запис ще видиш стойност TTL (Time To Live). Това е времето, за което DNS кеширащите сървъри съхраняват даден запис, преди да проверят отново за обновена стойност.

По-нисък TTL означава по-бързо разпространение на промените, но по-чести заявки към DNS сървъра. По-висок TTL намалява честотата на обновяване, но прави промяната по-бавна. При миграции често се използва по-нисък TTL временно, а след стабилизиране може да се върне по-висока стойност.

Как да добавиш нов DNS запис

Добавянето на DNS запис в Plesk е стандартна операция. Точните полета зависят от типа запис, но основният процес е сходен.

Отвори DNS Settings за домейна.
Избери опцията за добавяне на нов запис, обикновено Add Record или подобен бутон.
Избери тип запис: A, CNAME, MX, TXT, SRV и други.
Попълни името на хоста, стойността и TTL.
Запази промените.

След записването обикновено има бутон за прилагане на настройките, като например Update или Apply Changes. Самото запазване не винаги означава, че зоната вече е публикувана.

Пример за A запис

Ако искаш домейнът да сочи към IP адрес на сървъра, създай A запис със следните елементи:

Host name: @ или празно поле, според интерфейса;
Type: A;
Value: IP адресът на сървъра;
TTL: стандартна стойност или по-ниска при миграция.

За поддомейн като www можеш да използваш отделен A запис или CNAME към основния домейн, в зависимост от структурата на сайта.

Пример за MX запис

За да насочиш входящата поща към конкретен пощенски сървър, добави MX запис:

Host name: @
Type: MX
Mail server: името на пощенския сървър
Priority: число, например 10

По-ниската стойност на приоритет е с по-висок приоритет. Ако имаш повече от един MX запис, правилното им подреждане е важно за надеждната доставка на имейли.

Пример за TXT запис

TXT записите често се използват за SPF, DKIM, DMARC, проверка от Google и други системи за потвърждение. Например SPF може да изглежда като текстова политика, която указва кои сървъри имат право да изпращат поща от твое име.

При добавяне на TXT запис в Plesk обърни внимание на:

правилния host name;
цялата стойност да е въведена без излишни интервали и символи;
дали системата не изисква автоматично добавени кавички;
дали вече няма друг конфликтен TXT запис със същото име.

Как да редактираш съществуващ DNS запис

Понякога не е нужно да добавяш нов запис, а само да промениш стар. Това е често при смяна на сървър, имейл платформа или сертификатна проверка.

Отвори DNS зоната на домейна.
Намери съответния запис в списъка.
Избери Edit или иконата за редакция.
Промени стойността, приоритета или TTL.
Запази и приложи промените.

Редакцията на DNS запис често е по-безопасна от изтриване и повторно добавяне, защото запазва логиката на зоната и намалява риска от пропуснато поле.

Как да изтриеш DNS запис

Изтриването е подходящо, когато даден запис вече не е нужен или е дублиран. Например може да премахнеш стар A запис след миграция към нов IP или излишен CNAME, който създава конфликт.

Преди да изтриеш запис, провери:

дали не се използва от активна услуга;
дали не е част от имейл инфраструктурата;
дали няма зависими поддомейни или интеграции;
дали няма изискване от външна платформа да остане активен.

След изтриване и запазване на зоната, изчакай DNS разпространението. Понякога кеширани стойности продължават да се виждат за известно време, особено ако TTL е по-висок.

Най-често използвани DNS записи в хостинг среда

A и AAAA

Тези записи се използват за насочване към IP адреса на сървъра. A е за IPv4, а AAAA е за IPv6. В хостинг среда често домейнът и поддомейните се поддържат с A записи, когато сайтът е върху един физически или виртуален сървър.

CNAME

CNAME е полезен, когато искаш един поддомейн да сочи към друг домейн или поддомейн. Обичайно се използва за www, поддомейни за проследяване, CDN настройки и външни услуги.

Важно е да не създаваш CNAME на ниво основен домейн, ако това противоречи на останалите DNS записи. В повечето случаи основният домейн трябва да използва A или AAAA записи.

MX

MX записите са критични за имейл доставката. Ако са грешни, входящата поща може да се забавя или да не стига изобщо. При managed hosting често пощата и уебсайтът са на различни сървъри, затова MX трябва да е настроен внимателно.

TXT

Този тип запис често се използва за пощенска сигурност и домейн проверка. При настройка на SPF, DKIM и DMARC в Plesk е важно да се спазва точният формат, изискван от доставчика на имейл услуги.

NS

NS записите указват авторитетните DNS сървъри за домейна. Ако домейнът използва външен DNS доставчик, NS записите в Plesk може да не са реалният източник на истина за публичната зона. В този случай промените трябва да се правят при реалния DNS хост.

Как да избегнеш често срещани грешки

Неправилната DNS конфигурация може да доведе до недостъпен сайт, неработеща поща или проблеми с SSL и интеграции. Ето най-честите грешки:

Грешен IP адрес в A запис.
Конфликт между A и CNAME за едно и също име.
Липсващ MX запис или грешен приоритет.
Неправилен TXT формат за SPF/DKIM/DMARC.
Промяна на DNS при външен регистратор, докато реалните NS сървъри са другаде.
Недостатъчно изчакване след промяна.

Добра практика е да правиш само по една промяна наведнъж, особено когато отстраняваш проблем. Така по-лесно ще определиш коя промяна е повлияла на резултата.

Практически съвети при DNS управление в Plesk

Преди промени запиши текущата конфигурация или направи екранни снимки.
Намали TTL временно преди голяма миграция.
Провери дали DNS услугата е активна за сървъра.
След промени тествай от различни мрежи или с DNS checker инструменти.
Ако използваш имейл, не променяй MX и TXT записи без да провериш доставката.
При външен DNS доставчик не разчитай само на Plesk за публичните записи.

В хостинг среда е особено важно DNS, уеб сървърът и пощата да са синхронизирани. Дори малка грешка в записите може да доведе до отказ на услуги, които иначе са напълно изправни на ниво сървър.

Проверка дали DNS промените са приложени

След редакция в Plesk е важно да провериш дали промените са видими публично. Можеш да използваш:

онлайн инструменти за проверка на DNS;
команда за проверка на DNS от терминал, ако имаш достъп;
проверка на сайта през браузър;
тест на имейл доставка и получаване;
проверка на SPF/DKIM/DMARC при пощенските настройки.

Ако записът е коректен в Plesk, но не се вижда отвън, причината често е едно от следните: кеширане, неправилен NS делегат, външен DNS хост или просто още не е изтекло време за DNS разпространение.

Често задавани въпроси

Мога ли да управлявам всички DNS записи от Plesk?

Можеш да управляваш записите, които са част от DNS зоната на домейна в Plesk и за които имаш права. Ако домейнът използва външен DNS доставчик, реалното управление може да е извън Plesk.

Колко време отнема DNS промяна да се отрази?

Зависи от TTL стойностите и кеширането при различните DNS сървъри. Понякога е въпрос на минути, но може да отнеме и няколко часа, а в редки случаи до 24–48 часа.

Каква е разликата между DNS зона и DNS запис?

DNS зоната е цялата конфигурация за домейна, а DNS записът е отделен елемент в нея, например A, MX или TXT запис.

Защо сайтът ми не се отваря след промяна в DNS?

Най-често причината е грешен A запис, конфликт между записи, проблем с делегирането към NS сървъри или непълно разпространение на промените. Провери IP адреса, името на хоста и текущите NS записи.

Защо имейлите спряха да пристигат?

Обикновено причината е грешен MX запис, липсващ пощенски сървър, неправилен приоритет или проблем със SPF/DKIM/DMARC политиките. При хостинг среда е добре да се провери и дали пощенската услуга е активна в Plesk.

Мога ли да използвам CNAME за основния домейн?

В повечето случаи не е препоръчително. Основният домейн обикновено трябва да има A или AAAA запис. CNAME се използва по-често за поддомейни като www.

Как да разбера дали DNS се управлява от Plesk?

Провери какви NS сървъри са зададени за домейна. Ако те сочат към сървъра или към DNS услугата на твоя хостинг доставчик, вероятно Plesk е авторитетният панел за зоната. Ако NS сочат към външен доставчик, промените може да не се прилагат от Plesk.

Полезна насока

Ако сайтът и пощата са при един и същ хостинг доставчик, често е по-лесно DNS зоната също да се управлява от същото място. Това намалява риска от разминаване между уеб сървър, пощенски сървър и DNS настройки. При по-сложни конфигурации е добре да се прецени дали услугата за хостинг включва и управление на DNS, за да поддържаш всичко последователно и по-лесно за поддръжка.

Заключение

Управлението на DNS записи през Plesk е удобен и практичен начин да контролираш насочването на домейна, уебсайта и пощенските услуги от едно място. Когато знаеш как работят A, CNAME, MX и TXT записите, можеш по-бързо да правиш промени, да мигрираш услуги и да решаваш проблеми с достъпността и имейл доставката.

Най-важното е да подхождаш внимателно: провери кой е реалният DNS хост, променяй записите поетапно и изчаквай DNS разпространението след всяка редакция. Така ще поддържаш стабилна конфигурация на домейна и ще избегнеш прекъсвания в сайта и имейлите.