маршрутизация Xkeen

[jameszero]

1 час назад, niki сказал:

останавливается или зависает

FAQ п.0

[PSecure]

Добрый вечер. 

2 дня пытаюсь восстановить работоспособность XRAY на keenetic KN-3610.

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

Проблема:  не открывается ряд российских сайтов (support.keenetic.ru, rscf.ru, remplanner.ru).  Закрытые сайты открываются без проблем. Яндекс и ряд других русских открывается без проблем

1. Ранее все работало
2. Сегодня скинул роутер до заводских настроек, заново отформатировал флешку и установил Xray 25.3.6, XKeen 1.1.3
3. Заново установил 3x-ui и Xray 25.3.6 на VPS на aeza.net
4. Менял конфигурации routing - стандартные оба варианта из гайда
5. Менял DNS over HTTP, over TLS
ничего этого не помогло
4. Ко мне удаленно подключился сотрудник aeza  перепроверил все настройки - не помогло

5. Ошибок в логах не обнаружил. Как-будто все уходит как нужно

6. Через v2ray это же соединение - все хорошо

Из предположений и дополнений

-
1. Ростелеком выдает роутеру адрес 192.168.0.2 , шлюз 192.168.0.1 - правильно ли работает xray и xkeen с таким адресом

2. Прошивка KN-3610 - последняя 4.2.6.2

 

3. При попытке подключения сайт выдает "rscf.ru doesn’t support a secure connection"

 

Из логов  - 

rscf.ru сайт, который не грузится

2025/03/12 16:39:29.926329 from 192.168.1.112:65258 accepted tcp:46.243.175.234:443 [redirect -> direct]

[PSecure]

Может кому-то пригодится... Проблема решилась на третий день

В 4й раз обнулил роутер и заметил что на телефоне на чистом роутере не открывается озон

поменял MTU с 1500 на 1400

установил xkeen

все работает

Изменено 13 марта, 2025 пользователем PSecure

[niki]

В 12.03.2025 в 23:55, jameszero сказал:

FAQ п.0

Спасибо. Обновил ядро. Будем наблюдать.

UPD. 3 прошло - все работает. Еще раз благодарю за помощь!

3

Изменено 16 марта, 2025 пользователем niki

[vegych]

Добрый вечер. Столкнулся с тем, что периодически начал пропадать интернет на устройствах с политикой xkeen. Забрел сюда на форум и по faq обновил ядро, но теперь столкнулся вот с такой ошибкой 
2025/03

2025/03/13 18:21:03.816012 Using confdir from env: /opt/etc/xray/configs
2025/03/13 18:21:03.817205 [Info] infra/conf/serial: Reading config: &{Name:/opt/etc/xray/configs/01_log.json Format:json}
2025/03/13 18:21:03.820513 [Info] infra/conf/serial: Reading config: &{Name:/opt/etc/xray/configs/02_transport.json Format:json}
2025/03/13 18:21:03.821459 [Info] infra/conf/serial: Reading config: &{Name:/opt/etc/xray/configs/03_inbounds.json Format:json}
2025/03/13 18:21:03.822414 [Info] infra/conf: [/opt/etc/xray/configs/03_inbounds.json] appended inbound with tag: redirect
2025/03/13 18:21:03.822471 [Info] infra/conf: [/opt/etc/xray/configs/03_inbounds.json] appended inbound with tag: tproxy
2025/03/13 18:21:03.822516 [Info] infra/conf/serial: Reading config: &{Name:/opt/etc/xray/configs/04_outbounds.json Format:json}
2025/03/13 18:21:03.823719 [Info] infra/conf: [/opt/etc/xray/configs/04_outbounds.json] prepend outbound with tag: vless-reality
2025/03/13 18:21:03.823784 [Info] infra/conf: [/opt/etc/xray/configs/04_outbounds.json] prepend outbound with tag: direct
2025/03/13 18:21:03.823807 [Info] infra/conf: [/opt/etc/xray/configs/04_outbounds.json] prepend outbound with tag: block
2025/03/13 18:21:03.823849 [Info] infra/conf/serial: Reading config: &{Name:/opt/etc/xray/configs/05_routing.json Format:json}
2025/03/13 18:21:03.828767 [Info] infra/conf/serial: Reading config: &{Name:/opt/etc/xray/configs/06_policy.json Format:json}
Failed to start: main: failed to load config files: [/opt/etc/xray/configs/01_log.json /opt/etc/xray/configs/02_transport.json /opt/etc/xray/configs/03_inbounds.json /opt/etc/xray/configs/04_outbounds.json /opt/etc/xray/configs/05_routing.json /opt/etc/xray/configs/06_policy.json] > common/errors: The feature Global transport config has been removed and migrated to streamSettings in inbounds and outbounds. Please update your config(s) according to release note and documentation.

Пытался найти ответ на этот вопрос, но не смог. Что ему не хватает?

Upd. еще почитал доки и понял, что нужно удалить 02_transport.json и все запустилось

Изменено 13 марта, 2025 пользователем vegych

[SaintTYS]

В 10.03.2025 в 05:44, ImmortAlex сказал:

Как вариант:

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

[Nefertum]

Друзья, настроил xkeen, теперь не могу подключиться к роутеру с других устройств по ikev2 (keendns), в чём может быть проблема? xkeen работает на портах 80 и 443

[Alexey77]

19 часов назад, Nefertum сказал:

Друзья, настроил xkeen, теперь не могу подключиться к роутеру с других устройств по ikev2 (keendns), в чём может быть проблема? xkeen работает на портах 80 и 443

Вы порт keendns перенесли поэтому и не получается.

[Nefertum]

del, заработало

Изменено 15 марта, 2025 пользователем Nefertum

[Vasya]

В 11.03.2025 в 19:10, jameszero сказал:

Исключите 4 пункт из хотелок и укажите второй сервер, как fallbaсk (первая часть статьи).

У балансировщика xray нет варианта: 

основное подключение > запасное подключение > запасное подключение для запасного подключения

Все сделал по вашему соаету и заработало. Спасибо 

[Михаил Хаскельберг]

Не могу победить кейс "есть 2 кабельных провайдера, хочу чтобы все компы из политики xkeen ходили в инет через 2-го провайдера (неосновного)"

Теперь подробно. В дом входят 2 оптики, провайдеры iphome (основной) и RNC (резервный). Через медиаконвертеры они подключены в Hopper-3812, на котором и стоит xkeen. Mesh не используется. 

В кинетике созданы 4 политики:
 - по умолчанию - включены провайдеры IPHome и RNC (в указанном порядке)
 - xkeen - всё выключено (это важно для экспериментов)
 - IPHome - только провайдер IPHome
 - RNC - только провайдер RNC
Комп подключен по wifi напрямую к роутеру. Он был разрегистрирован и зареган заново. 
Все базовые настройки проверены многократно и обсуждались в телеграм-чате, никаких ошибок не найдено. 

Эксперимент 1. Комп в политике IPHome. Результат: весь трафик идет на провайдера IPHome, в панели прокси-сервера трафика нет. 

Эксперимент 2. Комп в политике RNC. Результат: весь трафик идет на провайдера RNC, в панели прокси-сервера трафика нет.

Эксперимент 3. Комп в политике xkeen. Результат: интернета нет никакого, сайты не открываются. 

Эксперимент 4. Комп в политике xkeen, в настройках политики включен провайдер RNC. 
Результаты:
 - спидтест (рутится через прокси) показывает адрес моего прокси, грузит канал RNC, но в панели прокси-сервера трафика нет;
 - яндекс-диск (рутится напрямую) - грузит канал IPHome,  в панели прокси-сервера трафика нет
 - nvidia (рутится через прокси) - грузит канал IPHome, в панели прокси-сервера трафик есть, и совпадает со скоростью загрузки
 - видео-хостинг (для эксперимента завернут через прокси) - грузит канал IPHome, в панели прокси-сервера трафик есть, и примерно совпадает с переключением треков

Резюме: есть стойкое ощущение, что xkeen-у пофиг, какой провайдер указан в его политике, он все равно рутит так, как написано в политике по умолчанию. За исключением спидтеста, его поведение не укладывается ни в какую логику.

Сообщество из телеграм-канала разводит руками и отправляет на поклон к автору xkeen. Вот, пришел, прошу помощи.

PS в телеграм-чате другие пользователи повторили кейс, только на комбинации "кабельный провайдер + мобильный", получили тот же эффект. Так что похоже это действительно проблема самого xkeen. 

 

Изменено 17 марта, 2025 пользователем Михаил Хаскельберг

[Sub]

уже решил

Изменено 17 марта, 2025 пользователем Sub

[Дмитрий Максименко]

9 часов назад, Михаил Хаскельберг сказал:

Не могу победить кейс "есть 2 кабельных провайдера, хочу чтобы все компы из политики xkeen ходили в инет через 2-го провайдера (неосновного)"

Теперь подробно. В дом входят 2 оптики, провайдеры iphome (основной) и RNC (резервный). Через медиаконвертеры они подключены в Hopper-3812, на котором и стоит xkeen. Mesh не используется. 

В кинетике созданы 4 политики:
 - по умолчанию - включены провайдеры IPHome и RNC (в указанном порядке)
 - xkeen - всё выключено (это важно для экспериментов)
 - IPHome - только провайдер IPHome
 - RNC - только провайдер RNC
Комп подключен по wifi напрямую к роутеру. Он был разрегистрирован и зареган заново. 
Все базовые настройки проверены многократно и обсуждались в телеграм-чате, никаких ошибок не найдено. 

Эксперимент 1. Комп в политике IPHome. Результат: весь трафик идет на провайдера IPHome, в панели прокси-сервера трафика нет. 

Эксперимент 2. Комп в политике RNC. Результат: весь трафик идет на провайдера RNC, в панели прокси-сервера трафика нет.

Эксперимент 3. Комп в политике xkeen. Результат: интернета нет никакого, сайты не открываются. 

Эксперимент 4. Комп в политике xkeen, в настройках политики включен провайдер RNC. 
Результаты:
 - спидтест (рутится через прокси) показывает адрес моего прокси, грузит канал RNC, но в панели прокси-сервера трафика нет;
 - яндекс-диск (рутится напрямую) - грузит канал IPHome,  в панели прокси-сервера трафика нет
 - nvidia (рутится через прокси) - грузит канал IPHome, в панели прокси-сервера трафик есть, и совпадает со скоростью загрузки
 - видео-хостинг (для эксперимента завернут через прокси) - грузит канал IPHome, в панели прокси-сервера трафик есть, и примерно совпадает с переключением треков

Резюме: есть стойкое ощущение, что xkeen-у пофиг, какой провайдер указан в его политике, он все равно рутит так, как написано в политике по умолчанию. За исключением спидтеста, его поведение не укладывается ни в какую логику.

Сообщество из телеграм-канала разводит руками и отправляет на поклон к автору xkeen. Вот, пришел, прошу помощи.

PS в телеграм-чате другие пользователи повторили кейс, только на комбинации "кабельный провайдер + мобильный", получили тот же эффект. Так что похоже это действительно проблема самого xkeen. 

 

Думаю можно решить так:
https://jameszero.net/faq-xkeen.htm#14
14 пункт в FAQ

Только вместо freedom, нужно сделать твой прокси

и далее через routing, указать чтобы source ip нужных тебе машин отправлялись в этот outbound

Если сам не осилишь, то в рамках форума уже не помогу, а вот в телеге можно)

Изменено 17 марта, 2025 пользователем Дмитрий Максименко

[APV85]

Добрый день!

Прошу помочь с решение задачи.

Дано: Мобильные устройства подключены к домашней сети по протоколу VPN IKEv2. Каждый под своим логином,паролем и постоянным ip вида 172.20.8.XX. Доступ к локальным ресурсам работает быстро и стабильно. Устройства из локальной сети добавленные в политику XKeen получают доступ к нужным ресурсам.

Требуется: На мобильные устройства подключенные через IKEv2  раздавать интернет через Xkeen.

Основная проблема с которой столкнулся: keenetic не показывает в списке клиентов клиенты подключенные через VPN. Команда ifconfig и ее аналоги, а так же анализ файла startup-config не позволили узнать номер интерфейса IKEv2 и соответственно применить команду ip hotspot policy xxx PolicyXxx.

Как можно реализовать мою задачу?

[Kazantsev]

Здравствуйте! 

у меня балансер и обсерватория настроен, возник такой вопрос, есть ли возможность использовать сервер в балансере который я хочу,  а не на тот, который я не хочу

Так можно сделать? использовать основной сервер до тех пор пока он не заглохнет, а когда заглохнет, то переключить на резервный

Изменено 19 марта, 2025 пользователем Kazantsev

[jameszero]

2 часа назад, Kazantsev сказал:

использовать основной сервер до тех пор пока он не заглохнет, а когда заглохнет, то переключить на резервный

Добрый день!

Несколькими постами выше уже рассмотрели такой кейс.

Изменено 19 марта, 2025 пользователем jameszero

[Kazantsev]

1 час назад, jameszero сказал:

Добрый день!

Несколькими постами выше уже рассмотрели такой кейс.

у меня так, почему то всегда сайты открывает через резервное, как поправить
"balancers": [
            {
            "tag": "balanced",
            "selector": ["vless-reality"],
            "strategy": {
                "type": "leastPing"
                },
            "fallbackTag": "vless-reality-2"
"observatory": {
    "subjectSelector": ["vless-reality"],

Изменено 19 марта, 2025 пользователем Kazantsev

[jameszero]

В 19.03.2025 в 18:50, Kazantsev сказал:

как поправить

Переименуйте тег резервного подключения во всех файлах, чтобы он не начинался со словосочетания "vls-reality" В статье я упомянул, что selector это массив и указанному у вас значению ["vls-reality"] соответствуют и основное и резервное подключения, а резервное должно находиться только в fallback и не попадать в массив selector.

[vllv]

Всем привет!

Подскажите, пожалуйста, а можно ли при использовании XKeen сделать две WiFi сети с разными вариантами маршрутизации? Сейчас через туннель идёт только трафик на домены и имена, которые содержатся в регулярно обновляемых файлах geo*_*.dat.

Спойлер

Вот часть 05_routing.json:

     // VPS подключение  |  Доменные имена
      {
        "inboundTag": ["redirect", "tproxy"],
        "outboundTag": "vless-reality",
        "type": "field",
        "domain": [
        "ext:geosite_v2fly.dat:google",
        "ext:geosite_v2fly.dat:speedtest",
        "ext:geosite_v2fly.dat:tiktok",
        "ext:geosite_zkeen.dat:domains",
        "ext:geosite_zkeen.dat:other",
        "2ip.ru",
        "2ip.io"
        ]
      },

      {
      // VPS подключение  |  IP адреса
        "inboundTag": ["redirect", "tproxy"],
        "outboundTag": "vless-reality",
        "type": "field",
        "ip": [
        "ext:geoip_v2fly.dat:google",
        "ext:geoip_v2fly.dat:twitter"
        ]
      },

      // Прямое подключение  |  Все остальное
      {
        "inboundTag": ["redirect", "tproxy"],
        "outboundTag": "direct",
        "type": "field"
      }

Соответственно добавлена отдельная WiFi - сеть, клиенты которой согласно политике XKeen ходят в интернет по этим правилам.

А очень хочется добавить ещё одну WiFi-cеть, в которой весь трафик ходил бы через туннель. В этом бывает необходимость при работе с сайтами (ну или серверами), которые если засекают подключения с наших IP, банят по причине "мы временно не предоставляем услуги в вашей стране".

Возможны ли такие настройки?

[jameszero]

1 час назад, vllv сказал:

Возможны ли такие настройки?

Да, для этого задействуйте параметр source с указанием разных подсетей. Например так:

{
  "routing": {
    "rules": [
      {
        "inboundTag": ["redirect", "tproxy"],
        "source": ["192.168.1.0/24"],
        "domain": [
          "site1.ru",
          "site2.ru",
          "site3.ru"
        ],
        "outboundTag": "vless-reality"
      },
      {
        "inboundTag": ["redirect", "tproxy"],
        "source": ["192.168.2.0/24"],
        "outboundTag": "vless-reality"
      },
      {
        "inboundTag": ["redirect", "tproxy"],
        "outboundTag": "direct"
      }
    ]
  }
}

Устройства из подсети 192.168.1.0/24 будут использовать выборочную маршрутизацию, а переключившись на WiFi с подсетью 192.168.2.0/24 пойдут полностью через прокси.

Изменено 23 марта, 2025 пользователем jameszero

[device]

Доброго дня

Может кто-то уже сталкивался с проблемой (тред читал, но решения сходу не нашел)

В какие-то моменты xray уводит CPU роутера в потолок, из-за этого зависают коннекты.

Роутер Keenetic Ultra KN-1810 (прошивка 4.2.6.3), два провайдера

Во вложении файл диагностики.

VPN подключен через  v-tls

xkeen-diagnostic.txt

[vllv]

2 часа назад, jameszero сказал:

      {
        "inboundTag": ["redirect", "tproxy"],
        "source": ["192.168.2.0/24"],
        "outboundTag": "vless-reality"
      },

Спасибо большое за подробный пример!

Хватило даже только этого блока.

Изменено 23 марта, 2025 пользователем vllv

[jameszero]

1 час назад, vllv сказал:

Хватило даже только этого блока.

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

[jameszero]

2 часа назад, device сказал:

В какие-то моменты xray уводит CPU роутера в потолок, из-за этого зависают коннекты.

Обязательно - обновите ядро xray по инструкции

Желательно - ограничте порты проксирования 80 и 443

[device]

4 hours ago, jameszero said:

Обязательно - обновите ядро xray по инструкции

Желательно - ограничте порты проксирования 80 и 443

Спасибо, вроде стало постабильнее. Буду наблюдать дальше

А то уже хотел роутер обновлять до KN-1811 )

[vllv]

13 часов назад, jameszero сказал:

Рекомендую всё-таки указать первую подсеть в блоке выборочной маршрутизации.

Ага, спасибо ещё раз, дополнил конфиг)

[OhMyAndrew]

В 27.09.2024 в 17:27, jameszero сказал:

@i81, правильно, но если XKeen запустится раньше, чем прошивка Кинетика применит политику XKeen, тогда маршрутизация применится ко всему сегменту сети и возможны ситуации, подобные вашим. Можно так же попробовать перезапустить xkeen -restart, если политика применится правильно, то это подтвердит необходимость увеличения задержки при старте XKeen.

Столкнулся с той же самой проблемой на KN-2710.
Пробовал разную величину задержки (параметр -d) то 15 до 90, но ничего не помогает — после перезагрузки роутера Xkeen политика применяется ко всем wi-fi сетям, а не только к той одной, на которой она висит.
Может кто-то уже решил подобную проблему? Буду благодарен за помощь!

[jameszero]

54 минуты назад, OhMyAndrew сказал:

после перезагрузки роутера Xkeen политика применяется ко всем wi-fi сетям, а не только к той одной, на которой она висит

Используйте скрипт перезапуска XKeen - FAQ п.12

Задержку автостарта можете обнулить.

[De3mond]

Добрый день!

Обновил xray с 1.8.4 до  25.3.6 и теперь почему-то возникли проблемы с pubg и dota2. Вначале работает, а потом потеря пакетов.  У игры вне steam Black desert проблем нет.

03_inbounds.json 04_outbounds.json 05_routing.json

[jameszero]

@De3mond, добрый день!

Исключите из проксирования подсети steam, добавив их в параметр ipv4_exclude файла /opt/etc/init.d/S24xray

205.196.6.0/24 162.254.192.0/18 208.78.164.0/22 208.64.200.0/22 192.69.96.0/22 45.121.184.0/24 103.10.124.0/24 103.10.125.0/24 103.28.54.0/24 146.66.152.0/21 155.133.224.0/19 185.25.182.0/24 185.25.183.0/24

Дополнительно можете добавить подсеть голосового чата pubg, если пользуетесь им:

85.236.96.0/21

Так же ограничте порты проксирования 80 и 443, подробности в FAQ п.4

В роутинге у вас ошибки, поправил в прикреплённом файле

05_routing.json

Изменено 25 марта, 2025 пользователем jameszero