Всем привет .
Подскажите пожалуйста в чем разница между:
VLESS + TLS с маскировкой под свой сайт (Nginx). В поле " Security" указан " TLS" , а в поле " Fallback => Dest" номер порта конфига Nginx и 443 порт указан как основной.
и
VLESS Reality с маскировкой под свой сайт (Nginx) фото для примера и ссылка на обсуждение VLESS Reality маскировка под собственный сайт
Есть еще похожий вариант TLS без VLESS . Порт рандомный.
Reality can eliminate server tls fingerprint characteristics.
xtls-rprx-vision can eliminate tls-in-tls characteristics.
utls can eliminate client tls fingerprint characteristics.
so if you need the best secure and resistant combination,Reality+xtls-rprx-vision+utls should be the best Choice.
but this combination can’t pass through CDN,it’s a drawback here.
For CDN need to use XHTTP (not all clients supports) or xtls with gRCP / HTTPUpgrade
Upd.
Оказывается всё напутал :\
Вставил цитату, которая описывает более правильную картину.
Vless-TLS (оно же Vision) предполагает, что сертификат находится на узле инепосредственно используется для шифрования трафика.
Reality ходит за сертификатом в другое место, которое ему указали.
Vless сам по себе не обеспечивает шифрование трафика, оно обеспечивается настройкой стриминга (tls либо vnext).
В обоих случаях для ухода от обнаружения TLS-in-TLS рекомендуется использовать xtls-rprx в flow. Но именно этот flow не работает через CDN, независимо от способов получения сертификата.
Вас не затрудниит написать чуть подробнее с точки зрения маскировки и настройки.
Вы сократили названия , пока в процессе изучения))
Настроил вариант VLESS + TLS с маскировкой под свой сайт (Nginx) считая этот вариант лучшим из лучших.
поэтому, если вам нужна лучшая безопасная и устойчивая комбинация, Reality+xtls-rprx-vision+utls должны быть лучшим выбором.
но эта комбинация не может пройти через CDN, это недостаток.
Для CDN необходимо использовать XHTTP (не все клиенты поддерживают) или xtls с gRCP / HTTPUpgrade
CDN -По сути, это распределенная система серверов, которая хранит данные с помощью веб-сервисов Amazon или облачного хранилища Google, и предоставляет эти данные пользователю через ближайший сервер, чтобы загрузка или буферизация веб-страниц была низкой.
Какой смысл использовать Google,Amazon и Cloudflare ?
Например это VLESS + Reality + Xtls-prx-vision + utls . Порт 443 , маскировка под чужой сайт надейные с помощью программы RealiTLScanner. Yachoo указан как пример , очевидно нужно указывать что-то не выделяющееся в Dest и SNi , условно облако итд
Добрый вечер. Не стал создавать новую тему, потому что как я понял, подобные темы не любят модераторы/админы и закрывают их. Но у меня короткий вопрос, на который, надеюсь, ответят и не посчитают его неуместным или хотя бы направят в нужное место (приличное). На T-Mobile в Питере прокатывали конфиги c SNI соцсетей или мессенджеров, что позволяло не тратить трафик, но в другом регионе я заметил пару дней назад, что трафик расходуется. Может быть это случилось уже в Питере несколько дней назад и я просто не обратил внимание. Что они там придумали и можно ли это как-то обойти? Речь не идет о скачивании терабайт через торренты и приближении к блокировке из-за подозрительно большого трафика, а то видел тут страшилки про чуть ли не черные воронки у места проживания за выявленное читерство со стороны ОПСОСов.