Certificate security
CAA Record Checker
Live lookup CAA на apex домена: issue, issuewild, iodef и warnings по issuance.
Как пользоваться инструментом
- CAA (Certification Authority Authorization) публикуется DNS-записями CAA на apex домена. Перед выпуском сертификата публичные CA обязаны проверить CAA и соблюдать теги issue, issuewild и iodef. Перечислите текущие и будущие CA, опубликуйте issue для каждого, добавьте issuewild для wildcard, опционально iodef, затем проверьте инструментом до CSR или ACME order. Для темы «тег issue и authorized CA» рассматривайте опубликованный CAA как контракт issuance, который CA проверяют при заказе. Зафиксируйте каждый tag, отдельно проверьте wildcard policy и iodef reporting перед renewal. После DNS-изменений повторите проверку того же домена.
- CAA (Certification Authority Authorization) публикуется DNS-записями CAA на apex домена. Перед выпуском сертификата публичные CA обязаны проверить CAA и соблюдать теги issue, issuewild и iodef. Перечислите текущие и будущие CA, опубликуйте issue для каждого, добавьте issuewild для wildcard, опционально iodef, затем проверьте инструментом до CSR или ACME order. Для темы «issuewild и wildcard TLS» рассматривайте опубликованный CAA как контракт issuance, который CA проверяют при заказе. Зафиксируйте каждый tag, отдельно проверьте wildcard policy и iodef reporting перед renewal. После DNS-изменений повторите проверку того же домена.
- CAA (Certification Authority Authorization) публикуется DNS-записями CAA на apex домена. Перед выпуском сертификата публичные CA обязаны проверить CAA и соблюдать теги issue, issuewild и iodef. Перечислите текущие и будущие CA, опубликуйте issue для каждого, добавьте issuewild для wildcard, опционально iodef, затем проверьте инструментом до CSR или ACME order. Для темы «iodef URL для incident reporting» рассматривайте опубликованный CAA как контракт issuance, который CA проверяют при заказе. Зафиксируйте каждый tag, отдельно проверьте wildcard policy и iodef reporting перед renewal. После DNS-изменений повторите проверку того же домена.
- CAA (Certification Authority Authorization) публикуется DNS-записями CAA на apex домена. Перед выпуском сертификата публичные CA обязаны проверить CAA и соблюдать теги issue, issuewild и iodef. Перечислите текущие и будущие CA, опубликуйте issue для каждого, добавьте issuewild для wildcard, опционально iodef, затем проверьте инструментом до CSR или ACME order. Для темы «отсутствие CAA и permissive issuance» рассматривайте опубликованный CAA как контракт issuance, который CA проверяют при заказе. Зафиксируйте каждый tag, отдельно проверьте wildcard policy и iodef reporting перед renewal. После DNS-изменений повторите проверку того же домена.
- CAA (Certification Authority Authorization) публикуется DNS-записями CAA на apex домена. Перед выпуском сертификата публичные CA обязаны проверить CAA и соблюдать теги issue, issuewild и iodef. Перечислите текущие и будущие CA, опубликуйте issue для каждого, добавьте issuewild для wildcard, опционально iodef, затем проверьте инструментом до CSR или ACME order. Для темы «проверка CAA перед renewal SSL» рассматривайте опубликованный CAA как контракт issuance, который CA проверяют при заказе. Зафиксируйте каждый tag, отдельно проверьте wildcard policy и iodef reporting перед renewal. После DNS-изменений повторите проверку того же домена.
- CAA (Certification Authority Authorization) публикуется DNS-записями CAA на apex домена. Перед выпуском сертификата публичные CA обязаны проверить CAA и соблюдать теги issue, issuewild и iodef. Перечислите текущие и будущие CA, опубликуйте issue для каждого, добавьте issuewild для wildcard, опционально iodef, затем проверьте инструментом до CSR или ACME order. Для темы «critical flag для поддоменов» рассматривайте опубликованный CAA как контракт issuance, который CA проверяют при заказе. Зафиксируйте каждый tag, отдельно проверьте wildcard policy и iodef reporting перед renewal. После DNS-изменений повторите проверку того же домена.
Что показывает результат
Результат разбит на сигналы, которые важны именно для этой проверки.
| Поле | Зачем нужно | Пример |
|---|---|---|
| Домен | CAA (Certification Authority Authorization) публикуется DNS-записями CAA на apex домена. Перед выпуском сертификата публичные CA обязаны проверить CAA и соблюдать теги issue, issuewild и iodef. Для темы «тег issue и authorized CA» рассматривайте опубликованный CAA как контракт issuance, который CA проверяют при заказе. Зафиксируйте каждый tag, отдельно проверьте wildcard policy и iodef reporting перед renewal. После DNS-изменений повторите проверку того же домена. | Введите apex домен для сертификации или renewal. |
| Имя запроса | CAA (Certification Authority Authorization) публикуется DNS-записями CAA на apex домена. Перед выпуском сертификата публичные CA обязаны проверить CAA и соблюдать теги issue, issuewild и iodef. Для темы «issuewild и wildcard TLS» рассматривайте опубликованный CAA как контракт issuance, который CA проверяют при заказе. Зафиксируйте каждый tag, отдельно проверьте wildcard policy и iodef reporting перед renewal. После DNS-изменений повторите проверку того же домена. | Убедитесь, что CAA опубликованы до заказа сертификата. |
| Found | CAA (Certification Authority Authorization) публикуется DNS-записями CAA на apex домена. Перед выпуском сертификата публичные CA обязаны проверить CAA и соблюдать теги issue, issuewild и iodef. Для темы «iodef URL для incident reporting» рассматривайте опубликованный CAA как контракт issuance, который CA проверяют при заказе. Зафиксируйте каждый tag, отдельно проверьте wildcard policy и iodef reporting перед renewal. После DNS-изменений повторите проверку того же домена. | Проверьте issue tags для выбранного CA. |
| Valid | CAA (Certification Authority Authorization) публикуется DNS-записями CAA на apex домена. Перед выпуском сертификата публичные CA обязаны проверить CAA и соблюдать теги issue, issuewild и iodef. Для темы «отсутствие CAA и permissive issuance» рассматривайте опубликованный CAA как контракт issuance, который CA проверяют при заказе. Зафиксируйте каждый tag, отдельно проверьте wildcard policy и iodef reporting перед renewal. После DNS-изменений повторите проверку того же домена. | Сравните issuewild отдельно от apex issue. |
| Records | CAA (Certification Authority Authorization) публикуется DNS-записями CAA на apex домена. Перед выпуском сертификата публичные CA обязаны проверить CAA и соблюдать теги issue, issuewild и iodef. Для темы «проверка CAA перед renewal SSL» рассматривайте опубликованный CAA как контракт issuance, который CA проверяют при заказе. Зафиксируйте каждый tag, отдельно проверьте wildcard policy и iodef reporting перед renewal. После DNS-изменений повторите проверку того же домена. | Добавьте iodef mailto или HTTPS при возможности. |
| issue | CAA (Certification Authority Authorization) публикуется DNS-записями CAA на apex домена. Перед выпуском сертификата публичные CA обязаны проверить CAA и соблюдать теги issue, issuewild и iodef. Для темы «critical flag для поддоменов» рассматривайте опубликованный CAA как контракт issuance, который CA проверяют при заказе. Зафиксируйте каждый tag, отдельно проверьте wildcard policy и iodef reporting перед renewal. После DNS-изменений повторите проверку того же домена. | Повторите после TTL при смене CA. |
| issuewild | CAA (Certification Authority Authorization) публикуется DNS-записями CAA на apex домена. Перед выпуском сертификата публичные CA обязаны проверить CAA и соблюдать теги issue, issuewild и iodef. Для темы «тег issue и authorized CA» рассматривайте опубликованный CAA как контракт issuance, который CA проверяют при заказе. Зафиксируйте каждый tag, отдельно проверьте wildcard policy и iodef reporting перед renewal. После DNS-изменений повторите проверку того же домена. | Введите apex домен для сертификации или renewal. |
| iodef | CAA (Certification Authority Authorization) публикуется DNS-записями CAA на apex домена. Перед выпуском сертификата публичные CA обязаны проверить CAA и соблюдать теги issue, issuewild и iodef. Для темы «issuewild и wildcard TLS» рассматривайте опубликованный CAA как контракт issuance, который CA проверяют при заказе. Зафиксируйте каждый tag, отдельно проверьте wildcard policy и iodef reporting перед renewal. После DNS-изменений повторите проверку того же домена. | Убедитесь, что CAA опубликованы до заказа сертификата. |
Когда проверка полезна
Используйте checker при миграции CA, планировании wildcard, security-опросниках и pre-renewal audit. CAA не заменяет SSL validation — сопоставьте с SSL Certificate Checker после issuance. Для темы «тег issue и authorized CA» рассматривайте опубликованный CAA как контракт issuance, который CA проверяют при заказе. Зафиксируйте каждый tag, отдельно проверьте wildcard policy и iodef reporting перед renewal. После DNS-изменений повторите проверку того же домена.
Используйте checker при миграции CA, планировании wildcard, security-опросниках и pre-renewal audit. CAA не заменяет SSL validation — сопоставьте с SSL Certificate Checker после issuance. Для темы «issuewild и wildcard TLS» рассматривайте опубликованный CAA как контракт issuance, который CA проверяют при заказе. Зафиксируйте каждый tag, отдельно проверьте wildcard policy и iodef reporting перед renewal. После DNS-изменений повторите проверку того же домена.
Используйте checker при миграции CA, планировании wildcard, security-опросниках и pre-renewal audit. CAA не заменяет SSL validation — сопоставьте с SSL Certificate Checker после issuance. Для темы «iodef URL для incident reporting» рассматривайте опубликованный CAA как контракт issuance, который CA проверяют при заказе. Зафиксируйте каждый tag, отдельно проверьте wildcard policy и iodef reporting перед renewal. После DNS-изменений повторите проверку того же домена.
Используйте checker при миграции CA, планировании wildcard, security-опросниках и pre-renewal audit. CAA не заменяет SSL validation — сопоставьте с SSL Certificate Checker после issuance. Для темы «отсутствие CAA и permissive issuance» рассматривайте опубликованный CAA как контракт issuance, который CA проверяют при заказе. Зафиксируйте каждый tag, отдельно проверьте wildcard policy и iodef reporting перед renewal. После DNS-изменений повторите проверку того же домена.
Используйте checker при миграции CA, планировании wildcard, security-опросниках и pre-renewal audit. CAA не заменяет SSL validation — сопоставьте с SSL Certificate Checker после issuance. Для темы «проверка CAA перед renewal SSL» рассматривайте опубликованный CAA как контракт issuance, который CA проверяют при заказе. Зафиксируйте каждый tag, отдельно проверьте wildcard policy и iodef reporting перед renewal. После DNS-изменений повторите проверку того же домена.
Используйте checker при миграции CA, планировании wildcard, security-опросниках и pre-renewal audit. CAA не заменяет SSL validation — сопоставьте с SSL Certificate Checker после issuance. Для темы «critical flag для поддоменов» рассматривайте опубликованный CAA как контракт issuance, который CA проверяют при заказе. Зафиксируйте каждый tag, отдельно проверьте wildcard policy и iodef reporting перед renewal. После DNS-изменений повторите проверку того же домена.
Что проверить, если результат странный
Если записей нет, запросите CAA на точном FQDN — обычно apex. Пустой ответ означает, что любой public CA может выпустить сертификат. После правок дождитесь TTL и сравните с dig +short CAA example.com. Для темы «тег issue и authorized CA» рассматривайте опубликованный CAA как контракт issuance, который CA проверяют при заказе. Зафиксируйте каждый tag, отдельно проверьте wildcard policy и iodef reporting перед renewal. После DNS-изменений повторите проверку того же домена.
Если записей нет, запросите CAA на точном FQDN — обычно apex. Пустой ответ означает, что любой public CA может выпустить сертификат. После правок дождитесь TTL и сравните с dig +short CAA example.com. Для темы «issuewild и wildcard TLS» рассматривайте опубликованный CAA как контракт issuance, который CA проверяют при заказе. Зафиксируйте каждый tag, отдельно проверьте wildcard policy и iodef reporting перед renewal. После DNS-изменений повторите проверку того же домена.
Если записей нет, запросите CAA на точном FQDN — обычно apex. Пустой ответ означает, что любой public CA может выпустить сертификат. После правок дождитесь TTL и сравните с dig +short CAA example.com. Для темы «iodef URL для incident reporting» рассматривайте опубликованный CAA как контракт issuance, который CA проверяют при заказе. Зафиксируйте каждый tag, отдельно проверьте wildcard policy и iodef reporting перед renewal. После DNS-изменений повторите проверку того же домена.
Если записей нет, запросите CAA на точном FQDN — обычно apex. Пустой ответ означает, что любой public CA может выпустить сертификат. После правок дождитесь TTL и сравните с dig +short CAA example.com. Для темы «отсутствие CAA и permissive issuance» рассматривайте опубликованный CAA как контракт issuance, который CA проверяют при заказе. Зафиксируйте каждый tag, отдельно проверьте wildcard policy и iodef reporting перед renewal. После DNS-изменений повторите проверку того же домена.
Если записей нет, запросите CAA на точном FQDN — обычно apex. Пустой ответ означает, что любой public CA может выпустить сертификат. После правок дождитесь TTL и сравните с dig +short CAA example.com. Для темы «проверка CAA перед renewal SSL» рассматривайте опубликованный CAA как контракт issuance, который CA проверяют при заказе. Зафиксируйте каждый tag, отдельно проверьте wildcard policy и iodef reporting перед renewal. После DNS-изменений повторите проверку того же домена.
Если записей нет, запросите CAA на точном FQDN — обычно apex. Пустой ответ означает, что любой public CA может выпустить сертификат. После правок дождитесь TTL и сравните с dig +short CAA example.com. Для темы «critical flag для поддоменов» рассматривайте опубликованный CAA как контракт issuance, который CA проверяют при заказе. Зафиксируйте каждый tag, отдельно проверьте wildcard policy и iodef reporting перед renewal. После DNS-изменений повторите проверку того же домена.
Как интерпретировать результат
CAA (Certification Authority Authorization) публикуется DNS-записями CAA на apex домена. Перед выпуском сертификата публичные CA обязаны проверить CAA и соблюдать теги issue, issuewild и iodef. Для темы «тег issue и authorized CA» рассматривайте опубликованный CAA как контракт issuance, который CA проверяют при заказе. Зафиксируйте каждый tag, отдельно проверьте wildcard policy и iodef reporting перед renewal. После DNS-изменений повторите проверку того же домена.
CAA (Certification Authority Authorization) публикуется DNS-записями CAA на apex домена. Перед выпуском сертификата публичные CA обязаны проверить CAA и соблюдать теги issue, issuewild и iodef. Для темы «issuewild и wildcard TLS» рассматривайте опубликованный CAA как контракт issuance, который CA проверяют при заказе. Зафиксируйте каждый tag, отдельно проверьте wildcard policy и iodef reporting перед renewal. После DNS-изменений повторите проверку того же домена.
CAA (Certification Authority Authorization) публикуется DNS-записями CAA на apex домена. Перед выпуском сертификата публичные CA обязаны проверить CAA и соблюдать теги issue, issuewild и iodef. Для темы «iodef URL для incident reporting» рассматривайте опубликованный CAA как контракт issuance, который CA проверяют при заказе. Зафиксируйте каждый tag, отдельно проверьте wildcard policy и iodef reporting перед renewal. После DNS-изменений повторите проверку того же домена.
CAA (Certification Authority Authorization) публикуется DNS-записями CAA на apex домена. Перед выпуском сертификата публичные CA обязаны проверить CAA и соблюдать теги issue, issuewild и iodef. Для темы «отсутствие CAA и permissive issuance» рассматривайте опубликованный CAA как контракт issuance, который CA проверяют при заказе. Зафиксируйте каждый tag, отдельно проверьте wildcard policy и iodef reporting перед renewal. После DNS-изменений повторите проверку того же домена.
CAA (Certification Authority Authorization) публикуется DNS-записями CAA на apex домена. Перед выпуском сертификата публичные CA обязаны проверить CAA и соблюдать теги issue, issuewild и iodef. Для темы «проверка CAA перед renewal SSL» рассматривайте опубликованный CAA как контракт issuance, который CA проверяют при заказе. Зафиксируйте каждый tag, отдельно проверьте wildcard policy и iodef reporting перед renewal. После DNS-изменений повторите проверку того же домена.
CAA (Certification Authority Authorization) публикуется DNS-записями CAA на apex домена. Перед выпуском сертификата публичные CA обязаны проверить CAA и соблюдать теги issue, issuewild и iodef. Для темы «critical flag для поддоменов» рассматривайте опубликованный CAA как контракт issuance, который CA проверяют при заказе. Зафиксируйте каждый tag, отдельно проверьте wildcard policy и iodef reporting перед renewal. После DNS-изменений повторите проверку того же домена.
Рекомендуемый порядок действий
- Введите apex домен для сертификации или renewal.
- Убедитесь, что CAA опубликованы до заказа сертификата.
- Проверьте issue tags для выбранного CA.
- Сравните issuewild отдельно от apex issue.
- Добавьте iodef mailto или HTTPS при возможности.
- Повторите после TTL при смене CA.
Инструмент и ручная проверка
dig CAA example.com показывает RR, но не группирует issue/issuewild и не объясняет permissive absence. DNS Checker перечисляет CAA без issuance warnings. DN01 использует тот же Go lookup, что и production API. Для темы «тег issue и authorized CA» рассматривайте опубликованный CAA как контракт issuance, который CA проверяют при заказе. Зафиксируйте каждый tag, отдельно проверьте wildcard policy и iodef reporting перед renewal. После DNS-изменений повторите проверку того же домена.
dig CAA example.com показывает RR, но не группирует issue/issuewild и не объясняет permissive absence. DNS Checker перечисляет CAA без issuance warnings. DN01 использует тот же Go lookup, что и production API. Для темы «issuewild и wildcard TLS» рассматривайте опубликованный CAA как контракт issuance, который CA проверяют при заказе. Зафиксируйте каждый tag, отдельно проверьте wildcard policy и iodef reporting перед renewal. После DNS-изменений повторите проверку того же домена.
dig CAA example.com показывает RR, но не группирует issue/issuewild и не объясняет permissive absence. DNS Checker перечисляет CAA без issuance warnings. DN01 использует тот же Go lookup, что и production API. Для темы «iodef URL для incident reporting» рассматривайте опубликованный CAA как контракт issuance, который CA проверяют при заказе. Зафиксируйте каждый tag, отдельно проверьте wildcard policy и iodef reporting перед renewal. После DNS-изменений повторите проверку того же домена.
dig CAA example.com показывает RR, но не группирует issue/issuewild и не объясняет permissive absence. DNS Checker перечисляет CAA без issuance warnings. DN01 использует тот же Go lookup, что и production API. Для темы «отсутствие CAA и permissive issuance» рассматривайте опубликованный CAA как контракт issuance, который CA проверяют при заказе. Зафиксируйте каждый tag, отдельно проверьте wildcard policy и iodef reporting перед renewal. После DNS-изменений повторите проверку того же домена.
dig CAA example.com показывает RR, но не группирует issue/issuewild и не объясняет permissive absence. DNS Checker перечисляет CAA без issuance warnings. DN01 использует тот же Go lookup, что и production API. Для темы «проверка CAA перед renewal SSL» рассматривайте опубликованный CAA как контракт issuance, который CA проверяют при заказе. Зафиксируйте каждый tag, отдельно проверьте wildcard policy и iodef reporting перед renewal. После DNS-изменений повторите проверку того же домена.
dig CAA example.com показывает RR, но не группирует issue/issuewild и не объясняет permissive absence. DNS Checker перечисляет CAA без issuance warnings. DN01 использует тот же Go lookup, что и production API. Для темы «critical flag для поддоменов» рассматривайте опубликованный CAA как контракт issuance, который CA проверяют при заказе. Зафиксируйте каждый tag, отдельно проверьте wildcard policy и iodef reporting перед renewal. После DNS-изменений повторите проверку того же домена.
Почему DN01
- Live apex CAA lookup
- Разбор issue, issuewild и iodef
- Предупреждения при отсутствии CAA
- Заметки об unknown tag и critical flag
- Связка с SSL и DNS tools
- Shareable URL результата CAA
FAQ
FAQ CAA record checker
DNS CAA, теги issue и issuewild, authorized CA и iodef reporting.
Что такое CAA DNS запись?
CAA — тип DNS, который указывает, какие CA могут выпускать TLS-сертификаты через теги issue, issuewild и iodef. руководстве по основам CAA
Где публиковать CAA?
Публикуйте CAA на apex сертифицируемого домена (example.com).
Чем issue отличается от issuewild?
issue регулирует обычные сертификаты; issuewild — wildcard отдельно по RFC 8659.
Как DN01 проверяет CAA?
DN01 делает live CAA lookup на apex, парсит теги и помечает missing или unknown policy.
Что если CAA отсутствует?
Без CAA любой public CA может выпустить сертификат — опубликуйте CAA до renewal.
Зачем проверять CAA перед renewal SSL?
Миграция CA и ACME падают, если CAA блокирует нового issuer — проверьте policy до заказа сертификата.
Соседние инструменты
Продолжить проверку
Выберите следующий шаг в цепочке проверки домена или безопасности.
- SSL Certificate CheckerЦепочка сертификата, SAN и версия TLSОткрыть
- DNS CheckerВсе основные типы записей одним запросомОткрыть
- DIGОдин тип записи, ответ как у resolverОткрыть
- IP доменаA и AAAA IP адреса доменаОткрыть
- Проверка возраста доменаДата создания, возраст, регистратор и срокОткрыть
- WHOISРегистратор, срок действия и статус доменаОткрыть
- HTTP Header CheckerЗаголовки ответа, редиректы и кешОткрыть
- HTTP/2 тестерПоддержка HTTP/2, ALPN и TLSОткрыть
- Blacklist CheckerDNSBL-репутация IP и доменаОткрыть
- Punycode ConverterUnicode ↔ Punycode для IDN-доменовОткрыть
- Разбор URLРазбор URL на части и query-параметрыОткрыть
- Base64 CodecКодирование и декодирование Base64Открыть
- Генератор паролейНадёжные пароли для админских задачОткрыть
- Проверка надежности пароляЭнтропия, время взлома и советыОткрыть
- Генератор парольных фразЗапоминаемые случайные фразы для безопасных тестовОткрыть
- BIN CheckerБренд карты, банк и страна по BIN/IINОткрыть
- IP-калькуляторПодсети IPv4/IPv6: маска, broadcast, диапазон хостовОткрыть
- Проверка обновления браузераВерсия браузера, обновление и Client HintsОткрыть
- SPF ValidatorПроверка SPF TXT, mechanisms и terminal allОткрыть
- Анализатор DMARCПолитика DMARC, alignment и отчетыОткрыть
Похожие статьи
Практические руководства по CAA Record Checker: DNS-записи, типичные ошибки и ссылки на бесплатные инструменты DN01.
caa record basics, caa record checker, caa dns
Основы CAA на apex домена
Основы CAA на apex домена. CAA ограничивает, какие public CA могут выпускать TLS-сертификаты для домена, через DNS CAA на apex. DN01 возвращает parsed tags, warnings, recommendations и shareable result URL после DNS-правок.
Читать статью →issue tag authorized cas, caa record checker, caa dns
Тег issue и authorized certificate authorities
Тег issue и authorized certificate authorities. CAA ограничивает, какие public CA могут выпускать TLS-сертификаты для домена, через DNS CAA на apex. DN01 возвращает parsed tags, warnings, recommendations и shareable result URL после DNS-правок.
Читать статью →issuewild wildcard certificates, caa record checker, caa dns
issuewild и wildcard TLS сертификаты
issuewild и wildcard TLS сертификаты. CAA ограничивает, какие public CA могут выпускать TLS-сертификаты для домена, через DNS CAA на apex. DN01 возвращает parsed tags, warnings, recommendations и shareable result URL после DNS-правок.
Читать статью →iodef incident reporting, caa record checker, caa dns
iodef incident reporting при нарушениях политики
iodef incident reporting при нарушениях политики. CAA ограничивает, какие public CA могут выпускать TLS-сертификаты для домена, через DNS CAA на apex. DN01 возвращает parsed tags, warnings, recommendations и shareable result URL после DNS-правок.
Читать статью →caa before ssl renewal, caa record checker, caa dns
Проверка CAA перед renewal SSL
Проверка CAA перед renewal SSL. CAA ограничивает, какие public CA могут выпускать TLS-сертификаты для домена, через DNS CAA на apex. DN01 возвращает parsed tags, warnings, recommendations и shareable result URL после DNS-правок.
Читать статью →shareable caa record checker results, caa record checker, caa dns
Shareable result pages CAA record checker
Shareable result pages CAA record checker. CAA ограничивает, какие public CA могут выпускать TLS-сертификаты для домена, через DNS CAA на apex. DN01 возвращает parsed tags, warnings, recommendations и shareable result URL после DNS-правок.
Читать статью →