serverName и SNI в REALITY
serverName и SNI в REALITY: отличие serverName от адреса сервера, список serverNames, uTLS и mismatch. Практический разбор для Xray/sing-box clients с проверкой SNI, serverName, uTLS и типо…
Содержание
Что решает эта настройка
Тема статьи - отличие serverName от адреса сервера, список serverNames, uTLS и mismatch. В практической настройке SNI, serverName, uTLS, mismatch проверяются не по памяти, а по исходной ссылке, JSON или официальной документации.
- Сверьте значение в исходном профиле и после импорта.
- Меняйте один параметр за проверку, иначе причина потеряется.
- Фиксируйте результат в логах клиента и core.
Параметры, которые нельзя путать
SNI, serverName, uTLS и mismatch относятся к разным частям REALITY-профиля. Ошибка одного символа может выглядеть как обычный сетевой timeout.
- Сверьте значение в исходном профиле и после импорта.
- Меняйте один параметр за проверку, иначе причина потеряется.
- Фиксируйте результат в логах клиента и core.
Рабочий сценарий
Безопасный сценарий начинается с рабочего минимального профиля. Сначала проверяют адрес и порт, затем transport/security, затем пользовательские поля и только после этого маршрутизацию.
- Сверьте значение в исходном профиле и после импорта.
- Меняйте один параметр за проверку, иначе причина потеряется.
- Фиксируйте результат в логах клиента и core.
Диагностика по слоям
Если появляется timeout или handshake error, разделите сеть, порт, TLS/REALITY, протокол и route. Лог сервера важнее последней строки клиента, потому что показывает более раннюю причину.
- Сверьте значение в исходном профиле и после импорта.
- Меняйте один параметр за проверку, иначе причина потеряется.
- Фиксируйте результат в логах клиента и core.
Когда использовать подписку
Готовая подписка снижает риск опечаток и помогает синхронизировать изменения. Ручные правки полезны для диагностики, но их нужно документировать и не смешивать с автообновлением.
- Сверьте значение в исходном профиле и после импорта.
- Меняйте один параметр за проверку, иначе причина потеряется.
- Фиксируйте результат в логах клиента и core.
Практический вывод
serverName и SNI в REALITY имеет смысл проверять как часть полной цепочки, а не как отдельную галочку в интерфейсе. Такой подход экономит время поддержки и помогает мягко перевести пользователя на стабильную подписку.
Проверено на практике
- Дата проверки: 2026-05-12
- Среда: Xray/sing-box clients
- Версии: актуальные публичные сборки и документация на дату проверки
Мини-чеклист
- Сохранить исходную ссылку, подписку или JSON перед изменениями.
- Проверить адрес, порт, протокол и transport/security поля.
- Сверить UUID, пароль или ключи с серверной конфигурацией.
- Посмотреть лог клиента и сервера за один и тот же момент времени.
- Менять только один параметр за проверку.
- После исправления обновить профиль на всех нужных устройствах.
Частые ошибки
- Копировать JSON из другого core без сопоставления полей.
- Путать address endpoint и serverName/SNI.
- Удалять flow, fingerprint, shortId или path при ручном импорте.
- Считать статус connected доказательством правильной маршрутизации.
Источники и документация
FAQ
Почему servername и sni в reality не работает после импорта?
Обычно клиент потерял расширенное поле или применил другой transport. Сравните экспорт профиля с исходной ссылкой.
Нужно ли менять все параметры сразу?
Нет. Проверяйте сеть, порт, transport/security, пользовательские поля и route по очереди.
Когда лучше использовать подписку?
Когда параметры узлов меняются или профиль нужен на нескольких устройствах. Подписка снижает риск ручной ошибки.
Хотите перейти сразу к рабочему доступу?
Если сценарий уже ясен и не хочется проходить все шаги вручную, оформите доступ и проверьте подключение на своем устройстве.
Оформить доступ