-
Постов
140 -
Зарегистрирован
-
Посещение
Тип контента
Профили
Форумы
Галерея
Загрузки
Блоги
События
Весь контент Neytrino
-
Kazantsev, понимаете ли вы - зачем вам их два (как вы их планируете использовать)? Лично у меня их 4, но я понимаю зачем мне они и как я их буду использовать...
-
Вполне. В инбаундс добавьте только прокси: В роутинге - всё через VPS: В роутере - устанавливаете компонент Прокси-клиент, и подключаетесь в серверу созданному в Xkeen, а это прокси-подключение - уже используете в маршрутизации... (возможно, скорость всего этого - будет ниже чем могла бы быть (при прямом подключении)) Kazantsev, у вас там 2 подключения, с одинаковым тегом - "tag": "socks". Вы уверены, что Xray поймёт, какое из них упомянуто в каком из правил роутинга?
-
Galileo, у меня 2 подключения - всё прекрасно работает... Покажите сообщение об ошибке, покажите аутбаундс (с удалёнными личными данными)...
-
Ну так уберите все списки из правил, оставьте там только ya.ru или speedtest (чисто убедиться что работает), и посмотрите как себя будет вести тинс...
-
Kazantsev, "inboundTag" - это откуда (из какого входного соединения) пойдёт трафик. Если стоят квадратные скобки и внутри перечислены теги (через запятую) - это список (чтобы не писать одинаковые правила, можно написать одно для первого, второго, третьего ... n'ного тега входного соединения). У каждого подключения в инбаундс - есть поле "tag" (вот это они и есть, по ним они и различаются) "outboundTag" - это выходное подключение (куда (по данному правилу) пойдёт трафик с входных соединений). В аутбаундс у подключений - тоже есть tag'и...
-
ImmortAlex, я думаю что правило работает (хоть оно и лишнее), ибо через vps (у меня) идут только ресурсы из списка - а всё остальное напрямую. А вот разбором подключений - всё равно занимается Xray (от этого и нагрузка на проц). У меня оно тоже реализовано через прокси, но увидев утверждение что "проблема торрентов решена" да ещё и на устройстве с чипом, который пару страниц назад был отмечен как работающий с Xkeen плохо - решил попробовать. ещё раз (вдруг случится чудо).. Kazantsev, а откуда у вас в 03_inbounds - "vless"? Вы в этом вопросе разберитесь: 03_inbounds - внутренние подключения на роутере (то к чему конектятся клиенты внутри вашей домашней сети) 04_outbounds - внешние подключения (то, через что Xray выводит трафик наружу: VPS, прямое подключение) 05_routing - связи между внутренними и внешними подключениями...
-
Правило то может и работает, но проц грузится ближе к сотне...
-
А вы пробовали что-нить на закачку (с хорошей скоростью) поставить?
-
Lgedmitry, у меня - всё с описанием. Подозреваю, что то что без описания - идёт в обход правил роутинга (на первое подключение в аутбаундс)
-
Lgedmitry, а он написал что "прокси-сервер остановлен"? (после xkeen -stop)
-
Lgedmitry, у меня никаких дополнительных прав не просили... А вы перезапускали Xkeen после внесения изменения в настройки?
-
Lgedmitry, Kazantsev, там же в файле 01 - есть расположения файлов логов... Включил info - всё пишется: /opt/var/log/xray/access.log 2024/09/04 15:34:07 tcp:192.168.1.11:9198 accepted tcp:104.17.147.22:443 [proxy0 -> vps1]
-
Kazantsev, у меня entware установлен во внутренней памяти - и лог отключен, вывод лога можно настроить...
-
А зачем у вас в аутбаундсе - кусок из инбаундса? (всё что про инбаундс - лучше отправить в соответствующий файл). Прямой выход у вас есть, а вот блокировки - нет (если хотите чтобы она работала - надо добавить в аутбаундс): { "tag": "block", "protocol": "blackhole", "response": { "type": "none" } } Kazantsev Лог - настраивается в файле 01 (там по моему - даже есть описание значений)
-
А в чём это выражается? Роутинг у вас вроде нормальный... В аутбаундс - точно имеются соединения с тегами блокировки и директа?
-
Kazantsev, отдельное правило я вам прописал - потому что вы этого хотели, ну и дабы исключить возможное нахождение доменов (которые должны идти напрямую) из правил ниже (если они окажутся в использованных разделах geosute например)... В общем случае - достаточно не указывать домен ни в каких правилах, и он пойдёт через "пустое" правило (которое должно располагаться последним, при чтении файла сверху вниз).
-
Потерялась пара скобок... 05_routing.json
-
Kazantsev, попробуйте вот так... Думаю вы этого хотели (хотя это избыточно, и достаточно просто не указывать домен ни в одном списке - чтобы он шёл напрямую)... Откройте speedtest и посмотрите - где он вас видит (должен видеть у вашего провайдера)... 05_routing.json
-
Kazantsev, для Xray - это такой-же маршрут как и все остальные, он может быть и не пустым... Но если он будет не пустым - куда пойдёт всё остальное (что не указано в списках маршрутов)..? Xray читает этот файл сверху вниз. Сначала он находит там блокировки - и проверяет нет ли в их списках пункта назначения текущего запроса Если нету, файл изучается дальше и там ваш впс - проверяется нет ли в его списке пункта назначения... И если (опять-же) нет - то последним в очереди идёт прямое подключение - куда и направляется текущий запрос. Если там будет список - то все запросы (адреса которых в списках не найденны) либо останутся висеть в воздухе, либо отправятся на первое из соединений в аутбаундсе...
-
Kazantsev, а у вас в 04_outbounds.json есть подключение с тегом "direct"?
-
1 без 2: может быть если вы предоставляете доступ через свой VPS 3-им лицам. 2 без 1: может быть если вы подключаетесь к чужому (уже настроенному кем-то) VPS. Но без пары клиент-сервер (в случае с Xkeen) никаких убыстрений обходов или чего-то ещё - не будет...
-
SOCKS5 (4/4a)
-
i81, в файл outbounds (конечно), там же после открывающей фигурной скобки так и написано... А вместо * * * должно быть ваше подключение к VPS
-
i81, судя по скрину - ему не нравится 14 строка файла роутинг неверный символ '\n'... Посмотрите свой аутбаундс, если вы знаете где там личная информация - затрите её #'ками и выложите сюда (в роутинге - лично информации быть не должно - его можно выложить как есть)...
-
i81, аутбаунд надо поместить в отдельный соответствующий файл. И звёздочки в нём - заменить на данные вашего подключения к впс