Інструменти мережевої діагностики
Записи канонічного імені (псевдонім)
DNS та записи
Пошук DNS Усі записи DNS для будь-якого домену Пошук запису A IPv4-адреси домену Пошук запису AAAA IPv6-адреси домену Пошук MX Поштові сервери домену Пошук NS Авторитетні сервери імен Пошук TXT Записи TXT, SPF, верифікація Пошук CNAME Записи канонічного імені (псевдонім) Пошук SOA Запис Start of Authority Пошук SRV Записи розташування сервісів Пошук CAA Які CA можуть видавати сертифікати Зворотний DNS (PTR) IP-адреса до імені хоста Перевірка DNSSEC Чи підписаний і валідований домен? Перевірка стану DNS Повний звіт про делегування та стан DNSДоставлюваність пошти
Перевірка SPF Перевірте свій запис Sender Policy Framework Перевірка DMARC Перевірте та оцініть свою політику DMARC Перевірка DKIM Знайдіть і перевірте свій відкритий ключ DKIM Перевірка чорних списків Перевірте IP за поштовими чорними списками (DNSBL) Тест SMTP Підключіться до поштового сервера та перевірте STARTTLS Перевірка MTA-STS Примусова політика TLS для вхідної пошти Перевірка BIMI Запис логотипа бренду для пошти Перевірка TLS-RPT Політика звітності SMTP TLSМережа та веб
Перевірка SSL-сертифіката Перевірте TLS-сертифікат сайту та термін дії Перевірка заголовків HTTP Перевірте заголовки відповіді, перенаправлення та безпеку Ping (TCP) Доступність і затримка через TCP Перевірка портів Які поширені порти відкритіДомен
Пошук WHOIS Реєстраційні дані для доменів, IP та ASNЗапис CNAME робить одне ім’я хоста псевдонімом іншого канонічного імені, тож для резолвінгу адреси використовуються записи A та AAAA цілі. Він поширений для субдоменів, що вказують на CDN чи SaaS-постачальників, дозволяючи слідувати за їхньою інфраструктурою без відстеження їхніх IP-адрес. Коли постачальник змінює IP, ваш CNAME продовжує працювати автоматично.
CNAME не зберігає IP; він вказує одне ім’я хоста на інше. Коли резолвер натрапляє на CNAME, він перезапускає пошук на цільовому імені й іде за його записами A чи AAAA до кінцевої адреси. Наприклад, shop.example.com CNAME mystore.shopify.com означає, що запит до shop.example.com резолвиться через ім’я хоста Shopify. Саме через цю непрямість CDN і SaaS-платформи видають вам ціль CNAME: вони можуть вільно змінювати базові IP, а ваш субдомен слідує за ними без жодних правок з вашого боку.
Результат CNAME показує ім’я хоста-псевдонім і канонічну ціль, на яку він вказує, як-от www.example.com CNAME example.com чи blog.example.com CNAME hosted.ghost.io. Щоб побачити кінцевий IP, пройдіть ланцюжок: записи A та AAAA самої цілі резолвлять адресу. Якщо CNAME вказує на ціль, що сама має CNAME, резолвери йдуть за ланцюжком, хоча довгі ланцюжки додають запити й затримку. CNAME, що вказує на ім’я хоста без записів, зламаний і не резолвиться.
Найважливіше правило: ви не можете розмістити CNAME на кореневому домені (example.com), бо вершина зони має співіснувати з обов’язковими записами NS і SOA, а CNAME не може ділити ім’я з іншими записами. Натомість використовуйте запис A чи функцію ALIAS/ANAME постачальника на вершині. Ви також не можете додати CNAME до імені хоста, що вже має запис A, MX чи TXT. Поширений збій — спрямування CNAME на SaaS-ціль до активації сервісу там, що залишає його нерезолвним.
Запис CNAME — це запис DNS, що робить одне ім’я хоста псевдонімом іншого канонічного імені хоста, тож для резолвінгу адреси використовуються записи A та AAAA цілі. CNAME означає canonical name (канонічне ім’я). Він широко використовується, щоб спрямувати субдомени на CDN і SaaS-постачальників, тож ваш домен слідує за їхніми серверами навіть, коли їхні IP-адреси змінюються.
CNAME вказує ім’я хоста на інше ім’я хоста, тоді як запис A вказує ім’я хоста напряму на IPv4-адресу. CNAME додає рівень непрямості, що автоматично слідує за IP цілі; запис A — це фіксована відповідність. Використовуйте CNAME для субдоменів, що відстежують постачальника, і запис A для кореневого домену чи фіксованого IP.
Ні, ви не можете використати стандартний CNAME на кореневому (apex) домені на кшталт example.com, бо вершина має містити записи NS і SOA, а CNAME не може співіснувати з іншими записами на одному імені. Натомість використовуйте запис A чи функцію ALIAS або ANAME вашого DNS-постачальника, що імітує поведінку CNAME на вершині, залишаючись відповідним стандартам.
Так, CNAME може вказувати на інший CNAME, і резолвери йтимуть за ланцюжком, доки не досягнуть імені хоста із записами A чи AAAA. Однак довгі ланцюжки додають DNS-запит на кожному кроці, збільшуючи затримку. Тримайте ланцюжки короткими, в ідеалі одного рівня, і переконайтеся, що кінцева ціль справді має адресні записи, щоб резолвінг вдався.
CNAME часто не спрацьовує, бо цільове ім’я хоста не має записів A чи AAAA, SaaS-сервіс, на який він вказує, ще не активовано, або ви розмістили CNAME на імені, що вже має інші записи. Переконайтеся, що ціль резолвиться сама по собі, підтвердьте, що налаштування постачальника завершено, і впевніться, що жодні конфліктні записи A, MX чи TXT не ділять це ім’я хоста.