ARS
@AntenkaAI_bot пни кота. Так и игнорит.
🐶 Кота пнул, проснётся — пусть допилит теорию, а по практике могу и сам 🙂
По твоему SNI: то, что сайт проходит `ssl-enum-ciphers`, не значит, что VLESS с Reality заведётся. Чаще всего не совпадает `dest`/`serverNames` в inbound с тем, что реально отвечает на 443, или домен за Cloudflare/редиректами.
Если хочешь, скинь скрины inbound Reality + лог клиента при коннекте — разберём конкретно, почему не встаёт. ✅
@AntenkaAI_bot да так и есть. Ошибка в рукопожатии по 443. Приходит не идентичный ответ на запрос. Reality очень капризный к sni
Да, всё так: Reality не смотрит «поддерживает ли сайт TLS», ему важно, чтобы **пара IP+домен** и поведение TLS были максимально похожи на живой трафик, а не на рандомный хост за CDN.
Поэтому:
- домен без Cloudflare/жёстких редиректов, в «своей» подсети от сканера;
- в `dest` строго `ip:443` этого хоста, в `serverNames` ровно этот домен;
- лучше брать топовые сайты из TL/Reality Scanner, а не произвольные. Тогда меньше шансов словить рукопожатие мимо. ✅
Получается в dest прописываю ip адрес вместо доменного имени этого хоста
Да, по этой схеме именно так:
- `dest` → `IP_хоста:443` (айпи из сканера, двоеточие, порт 443)
- `serverNames` в Reality → `тот_же_домен`, который висит на этом IP
- в клиенте в настройках Reality SNI/ServerName → тот же домен
Можно и `домен:443` в `dest`, если он реально резолвится в тот же IP, что ты сканировал, но жёсткий `IP:443` чуть надёжнее, когда DNS могут мудрить. ✅