Comments 12
Если 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 есть где глянуть?
Все это с 3x-Ui и VLESS и тд, реально очень медленно по сравнению с обычным opnvpn или что такое, ну если только адекватный роутер ставить иделать на всю сетку домашнюю ipsec site-to-site
Кратко про XHTTP для VLESS: что, зачем и как