[Xkeen]

В 06.04.2026 в 02:51, bzopick сказал:

failed to open file: geoip_v2fly.dat > open /opt/etc/xray/dat/geoip_v2fly.dat: permission denied

Ясно, что проблема с доступом к /opt/etc/xray/dat/geoip_v2fly.dat - права доступа, отсутствует файл или что-то подобное,вот что, например, по этому поводу ответил ДипСик 😉:

Спойлер

Ошибка permission denied говорит о том, что у процесса Xray нет прав на чтение файла geoip_v2fly.dat. Это стандартная проблема в Linux, когда у пользователя, от имени которого запущена программа, нет доступа к нужному файлу.

🛠️ Пошаговое исправление проблемы

Давайте попробуем решить эту проблему по шагам.

Шаг 1: Подготовка
Подключитесь к вашему устройству (роутеру) по SSH и получите права суперпользователя, выполнив команду:

bash

sudo -i

Шаг 2: Исправление прав доступа
Теперь, находясь под root, поочередно выполните команды, чтобы назначить правильные права на каталог dat и все файлы внутри него:

bash

# Устанавливаем владельца root для папки dat и всех её файлов
chown -R root:root /opt/etc/xray/dat/

# Даем права на чтение и запись для владельца (root) и права на чтение для всех
chmod -R 755 /opt/etc/xray/dat/

• chown -R root:root ... — рекурсивно (-R) назначает владельцем (root) и группой (root) папку dat и всё, что в ней находится.

• chmod -R 755 ... — даёт владельцу (root) полные права (чтение, запись, выполнение), а остальным пользователям — только права на чтение и выполнение. Этого достаточно для корректной работы Xray.

Шаг 3: Проверка результата
Убедитесь, что права были применены правильно:

bash

ls -la /opt/etc/xray/dat/

Вывод команды должен показывать для файлов права -rw-r--r-- и владельца root root. Это будет означать, что права доступа настроены верно.

Шаг 4: Перезапуск Xkeen
После исправления прав доступа перезапустите Xkeen, чтобы применить изменения:

bash

xkeen -restart

🔍 Если проблема не решена

В редких случаях ошибка может быть не в правах доступа, а в самом файле. Вот что еще можно проверить:

1. Проверьте, существует ли файл: Убедитесь, что файл geoip_v2fly.dat существует в нужной директории. Выполните команду ls /opt/etc/xray/dat/geoip_v2fly.dat. Если файла нет, возможно, он поврежден или не был загружен.

2. Обновите гео-файлы: Попробуйте принудительно обновить все географические базы данных командой xkeen -ug. Это может помочь, если файл был поврежден.

3. Установите последнюю версию: Убедитесь, что у вас установлен форк XKeen от jameszeroX 😁. Оригинальная версия давно не обновляется, и в форке исправлено много ошибок, включая проблемы с обновлением файлов.

 

[Xkeen]

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

Сейчас мой файл 05_routing.json выглядит так:

Заранее спасибо!
 

Почему у вас в правилах "domain" используется geoip_v2fly.dat и geoip_zkeenip.dat?

Возможно стоит их использовать а правилах "ip" и всё у вас получится 😉?

[Xkeen]

В 26.03.2026 в 09:33, phantom сказал:

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

05_routing.json 3.91 kB · 6 загрузок

Если у вас стоит уровень логирования info, то посмотрите в error.log какие подключения по каким правилам обрабатываются для ip вашего мобильного.

Посмотрите, какими правилами обрабатываются запросы на *.vtb.ru, *.sberbank.ru или остальные банки которыми вы пользуетесь. Трафик на них должен идти через через "direct", а не через "vless-reality".

У меня нет отдельно geosite:category-bank-ru, только geosite:category-ru и geoip:ru, но трафик на банки идёт через "direct":

Спойлер

2026/03/27 07:15:01.892607 [Info] [378458714] app/dispatcher: sniffed domain: stat.online.sberbank.ru
2026/03/27 07:15:01.892949 [Info] [378458714] app/dispatcher: taking detour [direct] for [tcp:stat.online.sberbank.ru:443]
2026/03/27 07:15:01.908278 [Info] [557692] app/dispatcher: sniffed domain: selfupdate.sberbank.ru
2026/03/27 07:15:01.908738 [Info] [557692] app/dispatcher: taking detour [direct] for [tcp:selfupdate.sberbank.ru:443]
2026/03/27 07:15:04.565499 [Info] [353962346] app/dispatcher: sniffed domain: mpsbol.ant.sberbank.ru
2026/03/27 07:15:04.565967 [Info] [353962346] app/dispatcher: taking detour [direct] for [tcp:mpsbol.ant.sberbank.ru:443]
2026/03/27 07:15:09.124809 [Info] [2905486440] app/dispatcher: sniffed domain: cbro.online.sberbank.ru
2026/03/27 07:15:09.126073 [Info] [2905486440] app/dispatcher: taking detour [direct] for [tcp:cbro.online.sberbank.ru:443]
2026/03/27 07:15:09.454821 [Info] [210177093] app/dispatcher: sniffed domain: messenger.sberbank.ru
2026/03/27 07:15:09.455148 [Info] [210177093] app/dispatcher: taking detour [direct] for [tcp:messenger.sberbank.ru:443]
2026/03/27 07:15:10.232940 [Info] [490445659] app/dispatcher: sniffed domain: cdn.sberbank.ru
2026/03/27 07:15:10.233489 [Info] [490445659] app/dispatcher: taking detour [direct] for [tcp:cdn.sberbank.ru:443]
2026/03/27 07:15:16.167972 [Info] [1417871490] app/dispatcher: sniffed domain: cms-res-web.online.sberbank.ru
2026/03/27 07:15:16.168648 [Info] [1417871490] app/dispatcher: taking detour [direct] for [tcp:cms-res-web.online.sberbank.ru:443]

2026/03/27 07:11:52.912724 [Info] [1363030532] app/dispatcher: sniffed domain: esmdtpep.vtb.ru
2026/03/27 07:11:52.913113 [Info] [1363030532] app/dispatcher: taking detour [direct] for [tcp:esmdtpep.vtb.ru:443]
2026/03/27 07:11:52.956114 [Info] [402915453] app/dispatcher: sniffed domain: android-mb.vtb.ru
2026/03/27 07:11:52.959802 [Info] [402915453] app/dispatcher: taking detour [direct] for [tcp:android-mb.vtb.ru:443]
2026/03/27 07:11:52.995224 [Info] [3492815919] app/dispatcher: sniffed domain: back.vtb.fp.f6.security
2026/03/27 07:11:52.995606 [Info] [3492815919] app/dispatcher: taking detour [direct] for [tcp:back.vtb.fp.f6.security:443]
2026/03/27 07:13:37.670703 [Info] [1692250768] app/dispatcher: sniffed domain: sso-app5.vtb.ru
2026/03/27 07:13:37.671091 [Info] [1692250768] app/dispatcher: taking detour [direct] for [tcp:sso-app5.vtb.ru:443]
2026/03/27 07:13:38.960435 [Info] [4044116755] app/dispatcher: sniffed domain: async-online4.vtb.ru
2026/03/27 07:13:38.960761 [Info] [4044116755] app/dispatcher: taking detour [direct] for [tcp:async-online4.vtb.ru:443]
2026/03/27 07:13:39.958126 [Info] [1181554573] app/dispatcher: sniffed domain: headless-cms5.vtb.ru
2026/03/27 07:13:39.958692 [Info] [1181554573] app/dispatcher: taking detour [direct] for [tcp:headless-cms5.vtb.ru:443]
2026/03/27 07:13:40.453498 [Info] [737860715] app/dispatcher: sniffed domain: online.vtb.ru
2026/03/27 07:13:40.466620 [Info] [737860715] app/dispatcher: taking detour [direct] for [tcp:online.vtb.ru:443]
2026/03/27 07:13:40.723562 [Info] [3160510982] app/dispatcher: sniffed domain: chat1.vtb.ru
2026/03/27 07:13:40.723919 [Info] [3160510982] app/dispatcher: taking detour [direct] for [tcp:chat1.vtb.ru:443]
2026/03/27 07:13:41.059479 [Info] [826355345] app/dispatcher: sniffed domain: s.vtb.ru
2026/03/27 07:13:41.059848 [Info] [826355345] app/dispatcher: taking detour [direct] for [tcp:s.vtb.ru:443]

И ещё, написание категорий КАПСОМ - оно точно нормально воспринимается(я не проверял)?

Из документации:

Цитата

Для каждого соединения маршрутизация будет выполняться в соответствии с этими правилами сверху вниз. Когда встречается первое действующее правило, это соединение перенаправляется на указанный им outboundTag или balancerTag.

Таким образом, правила

Спойлер

Цитата

"outboundTag": "block",
        "domain": [
          "geosite:category-ads-all",
          "google-analytics",
          "analytics.yandex",
          "appcenter.ms",
          "app-measurement.com",
          "firebase.io",
          "crashlytics.com"
        ]
      },
      {
        "type": "field",
        "inboundTag": [
          "redirect",
          "tproxy"
        ],
        "outboundTag": "block",
        "network": "udp",
        "port": "135,137,138,139"
      },
      {
        "type": "field",
        "inboundTag": [
          "redirect",
          "tproxy"
        ],
        "outboundTag": "block",
        "protocol": [
          "webrtc"
        ]
      },

не будут обрабатываться для предыдущих правил (российские домены и ip) - это так задумано?

[Xkeen]

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

Попробуйте удалить политкику Xkeen и запустить проксирование для всех клиентов роутера

В общем, всё выяснилось - я сам дурак )

У меня оказалось 2 записи компьютера: Comp и Comp - Home network - <Дата время>

Первая - проводное соединение(сейчас не подключено), вторая Wi-fi находилась в Политике по умолчанию сегмента, вот её я там не увидел и не перенёс в политику xkeen, поэтому ничего не работало.

После удаления политики xkeen всё везде сразу заработало и после восстановления политики xkeen и добавления туда действующей записи беспроводного соединения для компьютера тоже всё работает.

Спасибо за помощь!

[Xkeen]

22 минуты назад, jameszero сказал:

Добрый день! В файле outbounds.json у подключения к прокси тег точно "out-russia"? Компьютер находится в сегменте домашней сети или в дополнительном сегменте? И удалите файл dns.json, не так просто он настраивается.

В 02_dns.json сейчас оставил только:

{
}

Почистил 04_outbounds.json от личных данных и приложил к сообщению.

Компьютер подключен по Wi-fi, в списке клиентов отображается как Домашняя сеть Wi-Fi 2,4 ГГц, помещён в политику доступа Xkeen.outbounds.json

[Xkeen]

Добрый день!

Настроил свой KN-1010 по инструкции https://github.com/Corvus-Malus/XKeen

Компьютер в политике Xkeen игнорирует прокси, всё идёт напрямую.

В журнале только [Warning] core: Xray 26.2.6 started

Сам прокси рабочий, с того же компьютера при подключении через v2rayN всё работает.

Где может быть ошибка? Диагностику прикладываю.diagnostic.txt