Vasya
Участники форума-
Постов
15 -
Зарегистрирован
-
Посещение
Тип контента
Профили
Форумы
Галерея
Загрузки
Блоги
События
Весь контент Vasya
-
Дорогой jameszero примите баг репорт по работе 2.0 беты в части работы "Реализована работа с IPSET и возможность исключать из проксирования IP-подсети России (параметры -gips, -dgips) 3". Итак имеем что если у вас есть проксирование вайгард подключения как в этом посте то включённый -gips приводит к тому что для клиентов этого соединения РФ трафик просто отрубает напрочь (а тот что долженн идти через прокси идет нормально), при этом для устройств сети все работает нормально (все направления трафика ) . Лечится только если сделать -dgips
-
Точно, это от KeeneticOS 5.0 спасибо помогло
-
У меня после обновления геофайлов (xkeen-ug ) такое сегодня тоже появилось, похоже какой-то из них плохой
-
У меня есть пример такой необходимости : у меня есть дома комп который используется как файл сервер и торенто качалка , так вот там я его настроил так : На роутере этот комп засунут в обычную политику , т.е не через XKeen На роутере дополнительно в XKeen поднят Socks На самом компе в броузере мы ходим в инет через этот Socs , но только в броузере , в системных настройка , и на пример в qbittorent все напрямую. Это позволяет заходить на торент трекер для скачивания торент файла и не нагружать скачкой торента роутер. Иначе на оптике в 1 Гигабит торент который маршрутизируется через Xray, кладет загрузку проца в 100% несмотря на то что моя Ultra (KN-1811) имеет огромный запас по производительности. А так все тип топ роутер не грузится скачкой торентов на большой скорости. Остальные компы идут через Mixed Такой способ можно засунуть в FaQ
-
Я так настраивал у себя у меня в одной локации стоит кенетик с keenom во второй просто кинетик , между первым и вторым кинетиком проброшен тунель вайргардом и все клиенты которые по вайфаю подключаются к кинетику идуь в тунель а потом через xkeen у вас криво что то прописано в маршрутизации например начните с того iчто в команде CLI p hotspot policy Wireguard0 Policy0 надо правильные интерфейсы поставить . в меня например это было ip hotspot policy Wireguard1 Policy0. также проверьте что в сервере вайргарда указано что он используется клиентами для выхода в инет и прочее прочее
-
Все сделал по вашему соаету и заработало. Спасибо
-
А понял это просто чтобы роутинг был не пустым как пример , понятно но по поводу использования , я тогда не понял какую стратегию использовать ? roundRobin он просто по очереди будет соединения кидать , т.е если оба VDS доступны то он их оба и будет нагружать . Это получается не бекап , а распределение нагрузки , а мне надо чтобы VDS 2 использовался тогда и только тогда когда VDS1 недоступен
-
Спасибо большое , я в этих инструкциях не понял "Для контроля IP-адреса будем использовать ресурс ip.me" , что за контроль , для чего он нужен , что будет если ip.me упадет или его забанит регулятор? а почему тогда observatory.json в "probeUrl": "https://www.google.com/generate_204", используем не ip.me а гугл. в общем не очень понятно что за контроль и для чего и не понял можно ли сделать стратегию следующую : есть VPS1 и VPS2 если VPS1 доступен , то используется он согласно правилам роутинга (что то в VPS что то в провайдера) если VPS1 НЕ доступен , то используется VPS2 согласно правилам роутинга (что то в VPS что то в провайдера) если оба VPS не доступны , то чисто провайдер То есть не балансировка нагрузки , а основной/запасной
-
у меня наоборот после обновления до v25.2.21 (на обоих концах) и на 4.2.6.1 на Ultra (KN-1811) все летает
-
Corvus-Malus там кстати обновил версию скрипта и команда ./install_xray.sh task 4:00 8 приводит к тому что в крон записывает 00 4 * * * ./install_xray.sh update А это в новой версии скрипта (2.0.1) приводит к тому запущенный с таким ключом скрипт тупо ждет когда пользователь введет номер версии из списка , а не просто автоматом обновляет до последней в результате авто обновление не работает
-
arcticjerry Ну вы хоть читайте что оно вам пишет - там же написано в самом ответе что не так + по той ссылке что я выше дал написано - "После обновления Xray для корректной работы XKeen необходимо удалить файл 02_transport.json " именно на это оно вам и ругается в последней строке
-
Братан тебе сюда https://github.com/Corvus-Malus/XKeen?tab=readme-ov-file#обновление-ядра-xray-до-последней-версии у меня скрипт поставил v25.1.30
-
Последняя до смены нумерации 1.8.24 и она от середины 24 года А 1.8.4 она аж от 23 года
-
А вдруг ее заинтересовали более важные дела и она за этим не следит , все таки разница в номерах версий очень велика
-
Добрый день. вопрос но номеру ядра Xray У меня на ультре при запуске пишет Ultra (KN-1811) Xray 1.8.4 (Xray, Penetrates Everything.) Custom (go1.21.0 linux/arm64) При этом в виндовс клиенте ядро Xray 24.12.31 (Xray, Penetrates Everything.) 4be32e9 (go1.23.4 windows/amd64) Вопрос а такая большая разница в версиях Xray это нормально ? XKEEN же как бы должен версии обновлять. UpDate разобрался как перейти на новою версию ядра Переписать конфиг в 1 файл - config.json. Ранее у меня было 6 вида 01_log.json .... 06_policy.json . берем все кроме 02_transport.json (как я понял в новых версиях ядра убрали этот раздел и пока я его не исключил новое ядро не запускалось и ругалось на его теги) и содержимое копируем в один файл , но при этом убирая крайние внешние скобочки и ставя запятые - пример в доках есть . идем сюда и запускаем специально написанный автором скрипт . при необходимости включаем автообновление Все получаем нужное - последнее ядро Xray 24.12.31 (Xray, Penetrates Everything.) 4be32e9 (go1.23.4 linux/arm64) A unified platform for anti-censorship. 2025/01/18 18:48:47 Using confdir from env: /opt/etc/xray/configs 2025/01/18 18:48:47 [Info] infra/conf/serial: Reading config: &{Name:/opt/etc/xray/configs/config.json Format:json} Прокси-клиент запущен P/S/ - свежее ядро вроде меньше грузит проц роутера , работает пошустрее
