Що таке запис TXT і як його налаштувати?
Автор: Редакція Domeny.ForSale Опубліковано
Коротко: Запис TXT — це запис у DNS, системі, що обслуговує доменні імена, який зберігає текстову інформацію. Він слугує, зокрема, для підтвердження контролю над доменом і публікації налаштувань автентифікації пошти. Він не перенаправляє сайт і не вказує адресу вебсервера — його значення залежить від сервісу, який читає збережений текст.
Як працює запис TXT і що він містить?
DNS пов’язує доменні імена з різною інформацією, а не лише з IP-адресами серверів. Запис TXT надає текст за певним іменем, наприклад example.com або _dmarc.example.com. Програма, що перевіряє DNS, читає цей текст і тлумачить його за правилами відповідного сервісу.
У панелі керування DNS зазвичай є такі поля:
| Поле | Значення |
|---|---|
| Тип | Виберіть TXT. |
| Ім’я / хост | Визначає, за яким іменем буде доступний запис. |
| Значення / вміст | Текст, отриманий від постачальника сервісу або визначений конфігурацією. |
| TTL | Час, протягом якого відповідь DNS може зберігатися в кеші. |
Для основного домену в полі імені часто вказують символ @ або залишають поле порожнім. Це правило конкретної панелі, а не універсальна інструкція. Інші панелі вимагають повного доменного імені, тому перед збереженням перевірте підказку біля поля.
Запис TXT доступний для публічного читання. Не розміщуйте в ньому паролі, приватні ключі або конфіденційні дані. Токен перевірки, який постачальник сервісу призначив для публікації в DNS, можна розмістити там за його інструкцією.
Для чого потрібні записи TXT?
Одне з найпростіших застосувань — підтвердження контролю над доменом. Постачальник пошти, аналітичного інструмента чи іншого сервісу надає унікальний текст і просить додати його до DNS. Прочитавши правильне значення, він може пересвідчитися, що ви маєте змогу змінювати конфігурацію домену. Однак це не є доказом юридичного права власності на доменне ім’я чи всю компанію.
Друге важливе застосування стосується електронної пошти:
- SPF визначає, які сервери можуть надсилати пошту, використовуючи цей домен в адресі технічного відправника. Політику SPF публікують як запис TXT.
- DKIM дає одержувачу змогу перевірити криптографічний підпис повідомлення. Відкритий ключ зазвичай публікують у TXT за іменем на кшталт
selektor._domainkey.example.com; натомість деякі постачальники вимагають запис CNAME, що вказує на їхню конфігурацію. - DMARC визначає правила перевірки відповідності автентифікації домену, видимому в полі «Від», обробки повідомлень, які не відповідають цим умовам, і формування звітів. Запис TXT розміщують за іменем
_dmarc.example.com.
Ці механізми допомагають обмежити надсилання пошти від чужого домену, але не гарантують потрапляння повідомлення до вхідних. TXT також використовують під час видачі сертифікатів TLS: перевірка DNS-01 полягає в публікації вказаного значення за іменем _acme-challenge для домену, який перевіряють.
Як додати запис TXT крок за кроком?
Припустімо, сервіс просить додати для основного домену example.com запис TXT зі значенням service-verification=abc123. Це лише приклад — для реального налаштування потрібне значення, отримане від вашого постачальника.
- З’ясуйте, де обслуговується DNS домену. Запис потрібно додати в оператора, який обслуговує його авторитетні сервери DNS, тобто сервери, що є джерелом відповідей для домену. Це не обов’язково компанія, якій ви оплачуєте реєстрацію.
- Відкрийте зону DNS потрібного домену. Зона — це набір записів, що його обслуговують. Виберіть додавання нового запису типу TXT.
- Укажіть ім’я за інструкцією панелі. Для основного домену це може бути
@, порожнє поле абоexample.com. - Вставте точне значення. Не додавайте пробілів, розривів рядків чи власних пояснень. TTL можна залишити за замовчуванням, якщо постачальник не рекомендує іншого.
- Збережіть запис і запустіть перевірку в сервісі. Якщо перша спроба не вдасться, перевірте відповідь DNS, перш ніж змінювати вміст запису.
Додавання окремого запису для перевірки зазвичай не потребує видалення наявних записів TXT. Після перевірки з’ясуйте в документації сервісу, чи потрібно залишити запис — деякі системи перевіряють його повторно.
Як перевірити запис і уникнути помилок?
Запис можна перевірити інструментом для запитів до DNS. У терміналі, де доступна програма dig, скористайтеся командою dig TXT example.com, а для DMARC — dig TXT _dmarc.example.com. Альтернатива — команда nslookup -type=TXT example.com.
Зміна не обов’язково стане видимою всюди одразу. Частина резолверів, тобто серверів-посередників у запитах до DNS, може й далі зберігати попередню відповідь відповідно до її TTL. Інформація про відсутність запису також може кешуватися, тому зменшення TTL уже після зміни не видаляє раніше збережених копій.
Найпоширеніша помилка — неправильне ім’я запису. Якщо панель сама дописує домен, введення повного імені _dmarc.example.com може створити _dmarc.example.com.example.com. Інша проблема — редагування DNS в оператора, сервери якого вже не обслуговують домен.
За одним іменем може існувати кілька записів TXT, але не публікуйте кілька незалежних політик SPF для одного й того самого імені. Додаючи ще одного відправника пошти, потрібно узгодити єдину політику, що охоплює всі потрібні джерела, а не додавати другий запис, який починається з v=spf1.
Лапки, видимі в результаті запиту до DNS, часто є лише способом відображення тексту. Один запис TXT також може містити кілька фрагментів завдовжки до 255 байтів кожен; це не означає обмеження в 255 символів для всього запису. Якщо ключ DKIM довгий, дотримуйтеся інструкції оператора DNS, а не діліть його самостійно на незалежні записи.
Перед збереженням звірте з офіційною інструкцією сервісу три елементи: тип запису, повне цільове ім’я та значення. Після збереження перевірте їх у відповіді DNS — сама поява запису в панелі ще не підтверджує, що його опубліковано правильно.
Дивіться також: Що таке Linux?
Читайте також
