Полная проверка соединения для этого ключа ещё не выполнялась. Порт сервера отвечает (проверка 23 часа назад).
Ключ
vless://600d0970-77e5-4b57-8a88-a5b623c5a3d7@45.152.66.160:2581?encryption=none&security=reality&flow=xtls-rprx-vision&type=tcp&sni=www.amazon.com&pbk=sJMVQ27QqDnyTPtHC02hVfJK1Ot42YsyLm47eHnLgV8&fp=chrome#Ключ VLESS Гонконг #2103 | Vlesska.com
Кнопка «Открыть в приложении» передаёт ключ установленному клиенту (v2rayNG, Hiddify, Streisand, Telegram). Если ничего не произошло — скопируйте ключ и добавьте его вручную.
QR-код
Отсканируйте камерой клиента, чтобы импортировать ключ без копирования.
Технические характеристики
| Ping | 251 ms |
|---|---|
| ASN | AS139659 · LUCID-AS-AP LUCIDACLOUD LIMITED |
| Протокол | VLESS |
| Порт | 2581 |
| Страна | 🇭🇰 Гонконг |
| Добавлен | 20 сентября 2026, 17:45 (23 часа назад) |
| Порт проверен | 23 часа назад |
| Соединение проверено | — |
Репутация адреса
Адрес этого сервера ещё не сверялся с базой спам-активности.
О протоколе VLESS
VLESS — транспортный протокол проекта Xray. Сам по себе он не шифрует данные, а полагается на слой безопасности под собой (TLS или Reality). За счёт этого на нём почти нет накладных расходов: меньше нагрузка на процессор и выше пропускная способность, чем у протоколов со своим шифрованием.
Что включено именно в этом подключении:
Reality
Reality не использует собственный сертификат: при рукопожатии клиент обращается к чужому публичному сайту и подменяет ответ только для себя. Стороннему наблюдателю соединение выглядит как обычный визит на тот сайт, а сертификат проходит любую проверку, потому что он настоящий.
TCP
Прямое TCP-соединение — самый короткий путь и минимальная задержка.
xtls-rprx-vision
XTLS Vision убирает двойное шифрование: полезная нагрузка, которая уже зашифрована TLS внутри туннеля, не шифруется второй раз. Это ощутимо разгружает процессор и повышает скорость на больших файлах.
www.amazon.com
Имя сервера, которое клиент указывает в TLS-рукопожатии. Здесь это www.amazon.com — с этим доменом и сверяется сертификат.
chrome
Клиент формирует TLS-рукопожатие так же, как это делает chrome: тот же набор шифров и расширений в том же порядке.
pbk
Публичная часть ключевой пары X25519. Клиент шифрует ей своё приветствие, а расшифровать его может только сервер — поэтому подменить его не получится.