Pull to refresh

Comments 11

Если XTLS-Reality и тем более XTLS-Vision были фактически production-ready технологией (по меркам сообщества), так как имелось много манов на разных языках, кучу сообществ в GH и TG, то xHTTP, я так понял из статьи, слишком недозрелый фрукт.

Что мы имеем для xHTTP? Пост на китайском, неплохую обзорную статью (эту), рисёч от небезызвестного MiraclePTR.

В то время как на XTLS-Reality и XTLS-Vision имеется десятки удобных гуёв в виде панелек, куча обзорных статей и кейсов, множество шаблонов у хостеров, построены тысячи развитых бизнесов по привнесению частички свободы в страны, где она не в почёте.

В общем, мораль моего комментария:

Такие сюрпризы мы любим
Такие сюрпризы мы любим

Поживём-увидим. Лично для себя, который уже не в том возрасте, чтобы ресёрчить и тем более верить, что в РФ останется в живых хотя бы один иностранный CDN, я решил, что обожду год-другой.

В то время как на XTLS-Reality и XTLS-Vision имеется десятки удобных гуёв в виде панелек

в 3X-UI уже есть поддержка XHTTP, в популярных клиентах тоже

 кучу сообществ в GH и TG

Так XHTTP - это от тех же разработчиков, что сделали XRay, VLESS, XTLS-Vision и XTLS-Reality. Это те самые ребята (буква X какбэ намекает), и все обсуждается на том же самом гитхабе и в тех же телеграм-каналах.

множество шаблонов у хостеров

когда появляются шаблоны у хостеров, это уже обычно означает что технологию пора потихонечку закапывать :-D

то в РФ останется в живых хотя бы один иностранный CDN

Я в конце статьи обратил на это внимание: во-первых для XHTTP не обязательно нужен CDN, а во-вторых если решили использовать CDN, то он не обязательно должен быть иностранный, так будет даже лучше.

Пока xhttp остаётся только фичей хрей, разрабы других ядер не спешат добавлять его. А если смотреть на то, как они реагируют на просьбы добавить поддержку xhttp, понимаешь, что так всё и останется. Это очень сильно ограничивает набор клиентов, толковых из них и того меньше. Разве что голое ядро запускать, но, имхо, лучше иметь стабильный клиент, чем новомодный гиммик, который ещё и не нужен толком в наших реалиях.

Ну на sing-box я бы вообще не рассчитывал - там автор давно в неадеквате. Уже много раз случалось, что к нему приходили с предложениями как улучшить маскировку sing-box сервера (типа защиты от active probing), на что он отвечал “в данный момент GFW такое детектирование не делает”, а когда ему отвечали “сейчас не делает, но нет никаких гарантий что в любой момент не начнет делать” и “китайский GFW - не единственный GFW, и в других странах такое уже делают” он просто закрывал или удалял тему.

Неспроста те же Hiddify с недавних пор добавили поддержку ярда Xray вместе Sing-box, неспроста.

А самые популярные и стабильные клиенты для декстопов и андрода - v2rayN и v2rayNG - изначально на базе xray.

Не одним сингом едины, ещë существует clash (mihomo). Имхо, но клиенты на нëм в разы приятнее чем всë остальное. У того же v2rayn отвратительный интерфейс да и в целом он работает заметно хуже.

Hiddify с недавних пор

Последнее обновление которого было в 24 году? Это мëртвый проект.

А на счëт популярности я бы поспорил, тот же недобитышь hiddify популярнее (просто потому что его рекомендуют устанавливать нормисам всякие васяны со своими випиэнами)

Последнее обновление которого было в 24 году? Это мëртвый проект.

Авторы активны в сети, и на одном из недавних стримов на ютубе у них был замечен Hiddify версии 3.0.0 - судя по всему они активно переписывают или просто пилят новую версию, просто пока не публично.

ещë существует clash (mihomo)

Я его наоборот никогда всерьез не рассматривал. Особых преимуществ нет, гуевые клиенты (которые на базе Tauri) глючные и неудобные, с мобильными вообще беда, у самого ядра - автор оригинала хотел денег и жопил premium-клиент с исходниками, дальше форк на форке бежит и форком погоняет, плюс была какая-то мутная история с удалением кучи реп с гитхаба (поговаривают, что китайский товарищ майор дотянулся).

тот же недобитышь hiddify популярнее

собственно среди нормисов популярнее hiddify (потому что там только одна кнопка и мозг напрягать вообще не надо), а среди понимающих v2rayN, вроде все логично

Получается, что использовать xhttp с reality (соответственно без CDN) без разделения входящего и исходящего потока не имеет смысла? Получим такой себе VMESS с его проблемами, или я все же не правильно понимаю?

с Reality - смысла мало,получится тот же самый VLESS без Vision. смысла особого нет, разве что если только нужно более эффективное мультиплексирование (XMUX вместо старого mux.cool, который тоже не совместим с Vision).

без Reality - в XHTTP есть смысл, если до хостера режется TLS v1.3, и нужно использовать TLS v1.2, либо если нужен QUIC по какой-то причине.

Благодарю за ответ. А то прочтение того большого сообщения на гитхабе даже дважды мне не помогло найти ответы на все вопросы. Вообще странно, что почти по всему проекту Х есть отличная обширная документация, а по своей самой прорывной технологии (из того же сообщения "новая эра" и т.д.) поленились нормально расписать.

пример настройки конфига vless c xhttp в панели 3x-ui есть где глянуть?

там конфиг может очень сильно отличаться в зависимости от условий использования (через CDN, через Reality, через настоящий веб-сервер на фронте, или напрямую).

Sign up to leave a comment.

Articles