Pull to refresh

Comments 14

интересно, но не сложно?

Статья фактически представляет собой инструкцию по принципу "скопировать - вставить" с подменой данных в конфиге и айпишников в iptables на свои. 

Зачем эти тонны ручных настроек когда есть xkeen? и Ватсап давно побежден... А поставить геодату и вписывать все домены что там есть в субтегах в роутинг руками это вообще нечто)

Первое - xkeen не умеет в xhttp и не очень стабильно работает на 5 версии кинетика (многие пишут, что у них поднимается только на альфа версии для разработчиков). Но даже если б поддерживал, свои плюсы в такой схеме все еще есть. Xray-core это само прокси ядро, а xkeen это подвязка под кинетик с ентваре. Первое дает максимум контроля по транспорту, инбаундам, маршрутизации и раздельное туннелирование строится руками. Второе дает по сути операционный слой и предлагает готовую коробочную схему работы, что тоже плюс, если хочется не заморачиваться. Безусловно оба варианта имеют право на существование, я выбрал ту схему, которую было интересно реализовать конкретно мне. В моем случае это был первый опыт и вероятно кто-нибудь при наличии большей экспертизы победит и вотсап.

Лол. Это с каких таких пор он не умеет в xHTTP? он поддерживает все протоколы xray и является лишь скриптовой обвязкой для удобства использования ядра. Вы б хоть изучить матчасть удосужились.. Со стабильностью проблем никаких нет.

Тоже не понял ответа автора. Еще в конце ноября прошлого года успешно перешёл на xhttp, используя xkeen, Никаких проблем не испытал

Xkeen никак не может помешать. Даже наоборот, очень удобно выбирать необходимую версию ядра xray и собирать конфигурации к нему

Все он прекрасно умеет, а конфигурации нужно полные ему подавать, а не обрезки, также отличн работает и на 5.x, + переключение ядра на mihomo работает также на ура.

Плюсую, несмотря на критику в комментах. Хотя бы за то, что не поленились и потрудились расписать с примерами и объяснениями. Сам сижу на amnz-prem и magitricle, пока провайдер позволяет, но тему изучаю, так как звоночки были.

Интересно но можно веселей. Когда вы создаете в Вэб интерфейсе приоритеты подключений (Политики доступа в интернет), и после этого загоняете туда пользователей (Применение политик), сам кинетик начинает маркировать траффик от таких клиентов.
Что бы узнать как маркирует траффик сам кинетик можно посмотреть список политик в cli кинетика

show ip policy

Или дернуть из Entware

curl http://127.0.0.1:79/rci/show/ip/policy

После чего уже можно в ndm к примеру ifstatechanged.d ловить изменение вашего нового интерфейса xray0. При поднятии добавить маршутизацию для нужной группы:

ip rule add fwmark 0xfffffff table 123

Где 0xfffffff это маркер полученный из кинетика а 123 это ваша новая таблица. При падении удалять:

ip rule delete fwmark 0xfffffff table 123

В итоге рулить кому куда ходить можно через вэб интерфейс кинетика.

Вполне себе интересный вариант. Я исхожу из того, что моя реализация, вероятно, одна из самых простых с точки зрения воспроизведения для среднего пользователя. 90% настроек можно выполнить копипастом, а для остальных 10, на мой взгляд, достаточно иметь уровень компьютерной грамотности чуть выше базового.

Вопрос. Почему бы просто не накатить xray core + vtrayA который имеет веб интерфейс и поддержку подписок

Вполне имеет место быть

Шаг номер 0: накатить OpenWRT. Иначе скоро можно будет увидеть как приземлённый куда надо роутер проверяет доступность некоторых ресурсов и чекает свой ip на забугорных сервисах... что автоматом поделит на 0 все приседания и ваш честно оплаченный VPS.

Впрочем, в ту же степь всякие Алисы, зомбоящики отечесного производства и прочую муть

Sign up to leave a comment.

Articles