01
Отделите локальное имя от домена
Режим домена требует не менее двух меток. Режим хоста допускает printer. Режим FQDN здесь проверяет явную корневую точку и принимает com. Поисковый суффикс операционной системы не добавляется.
DNS & Domains
Проверка доменного имени
Введите по одному имени в строке, без URL и порта. Выберите режим под вашу задачу.
Проверка доменного имени
По одному имени в строке
Отчёт о проверке
Имена проверяются в этом браузере, без DNS-запроса и открытия введённого домена.
Параметры проверки
Не менее двух меток; точка в конце необязательна. Список TLD не проверяется.
UTS #46 без переходного режима · STD3 · NFC · Проверка Bidi и контекста соединителей.
До 100 непустых строк; всего 65 536 единиц UTF-16, до 4 096 в строке. JSON включает и некорректные записи.
Открыть конвертер PunycodeВвод или режим изменён. Перед экспортом повторите проверку.
Проверка доменного имени помогает понять, почему система отвергает внешне привычную запись. Причиной может быть пустая метка, символ соединения или слишком длинное представление кириллицы в ASCII. Сравните исходную строку с нормализованной формой и исправьте конкретную метку, указанную в отчёте.
Зачем нужна Проверка доменного имени
Измерение после кодирования
Проверка доменного имени считает байты уже преобразованных меток. Короткая кириллическая часть может стать длинной последовательностью xn--. В отчёте раздельно указаны размеры меток, ASCII-имени и формата DNS. Завершающая корневая точка остаётся видимой и не входит в лимит тела 253 байта.
Ошибочные строки остаются на месте
Порядок и повторяющиеся записи сохраняются. Пустые строки пропускаются, но номера исходных строк не меняются. Ошибка в одном имени не мешает проверить остальные. JSON содержит и отклонённые записи с кодами диагностики, поэтому результат можно использовать для последующего разбора.
Выберите правила для нужного поля
02
Сравните Unicode и ASCII
Раскройте длины отдельных меток. Регистр и совместимые символы точки могут измениться при нормализации, а ß сохраняется при нетранзиционной обработке. Проверка не заменяет исходный текст нормализованным автоматически.
03
Сохраняйте только текущую проверку
Отключите автопроверку, чтобы запускать её кнопкой или Ctrl/Cmd + Enter. Изменение ввода сразу блокирует старый экспорт. Для примера и очистки сначала показывается число заменяемых строк; отмена возвращает и ввод, и отчёт.
Что проверяется в каждой записи
Кириллица и готовые xn--метки
Этот валидатор доменных имен применяет единый строгий профиль UTS #46 без переходной обработки. Проверяются STD3, дефисы, двунаправленный текст и контекст соединителей. Некорректная ACE-кодировка не становится допустимой только потому, что записана символами ASCII.
Байтовые пределы каждого уровня
Кодированная метка занимает от 1 до 63 байт. ASCII-имя с разделяющими точками ограничено 253 байтами без корневой точки. Несжатый формат DNS допускает 255 байт, включая байты длины меток и завершающий байт корня. Это не число букв на экране.
Проверка списка без потери позиций
До 100 непустых строк проверяются независимо в выбранном режиме. Для ошибки указываются строка, столбец и номер метки, когда он известен. Сначала видны 50 результатов, затем можно открыть остальные. JSON всегда содержит весь список, включая скрытые на экране строки.
Границы результата и ограничения
- Корректный формат не доказывает существование
- Не выполняются запросы DNS, WHOIS, RDAP, HTTP или сертификатов. Список действующих TLD не проверяется. Неизвестный суффикс может пройти синтаксическую проверку, но это не подтверждает регистрацию, доступность для покупки, разрешение имени, владельца или безопасность.
- Это профиль хоста, а не всех имён DNS
- Служебные метки с подчёркиванием, шаблоны со звёздочкой и имена с обратной косой чертой отклоняются. Строгий профиль также запрещает два дефиса одновременно на третьей и четвёртой позициях метки, если это не допустимая ACE-запись. Обычной LDH-проверкой эти правила не исчерпываются.
- Только имя без извлечения из URL
- Удаляются лишь внешние пробелы строки. URL, порт, путь, почтовый адрес, процентное кодирование и внутренние пробелы вызывают ошибку. В многокомпонентном имени последняя метка не может быть полностью цифровой. Одиночная цифровая метка допускается как локальная в режиме хоста. 123 допускается как локальное имя; 123. отклоняется, поскольку явно задаёт цифровую метку непосредственно под корнем.
- Полное доменное имя с явной точкой
- Режим FQDN требует корневую точку для проверки явно абсолютной записи. В других контекстах полное доменное имя может отображаться без неё. Одинокая точка, две точки подряд и пустые промежуточные метки остаются недопустимыми.
- Ограниченный ввод без обрезки результата
- Лимиты: 65 536 единиц UTF-16 суммарно, 4 096 на строку и 100 непустых строк. Превышение размера списка блокирует экспорт. Импорта файлов, сортировки, удаления дублей и выгрузки только допустимых имён нет. JSON сохраняет отклонённые записи и коды причин.
Проверка доменного имени: вопросы
Допустима ли цифра в самом начале домена?
Да. Например, 3com.example соответствует этому профилю. Цифры допустимы и в промежуточных метках. Последняя метка многокомпонентного имени не должна состоять только из цифр, поэтому IPv4-адрес не проходит как имя хоста. Одиночная цифровая локальная метка разрешена в режиме хоста.
Как ограничена длина имени и отдельных частей между точками?
Одна метка занимает не более 63 байт после преобразования в ASCII. Имя с разделяющими точками ограничено 253 байтами без конечной корневой точки, а с ней его отображение может занимать 254 символа. Предел 255 байт относится к формату DNS с дополнительными байтами длины и корня.
Разрешён ли знак подчёркивания в имени сайта?
В выбранном профиле имени хоста подчёркивание запрещено. Однако _dmarc и _sip._tcp используются для отдельных типов DNS-записей. Отказ здесь означает несоответствие правилам хоста, а не запрет подобных записей во всей системе DNS.
Допустимо ли сочетать дефисы с цифрами?
Да, например node-2.example. Дефис не должен начинать или завершать метку. Дополнительно строгая настройка UTS #46 отклоняет сочетание дефисов на третьей и четвёртой позициях у не-ACE-меток. Корректные xn--метки сначала декодируются и проверяются.
Какие символы можно и нельзя использовать в домене сайта?
Символы в домене зависят от того, проверяется ли ASCII-имя или IDN, и от политики реестра. Здесь формат доменного имени проверяется строгим UTS #46: ASCII-метки используют буквы, цифры и допустимые дефисы; Unicode нормализуется и кодируется. Это не полный перечень символов, разрешённых конкретным регистратором.
Нужна проверка другого случая с доменом?
Проверьте запись перед настройкой
Проверка доменного имени покажет фактические кодированные метки и поможет сохранить отчёт о том, какие строки требуют исправления перед настройкой.