square-circleNT.png.fcd766b58599b510a56521ed8cb6db0b.png)
Neytrino
-
Постов
114 -
Зарегистрирован
-
Посещение
Тип контента
Профили
Форумы
Галерея
Загрузки
Блоги
События
Весь контент Neytrino
-
Kazantsev, вы исправили - но не всё (потому что не понимаете что делаете)... Извините, но за вас править не буду (в теме были примеры для нескольких подключений - поищите, изучите - разберитесь)... То чего в теме (в явном виде не было) - я вам показал...
-
Kazantsev, нет. У вас первое подключение описано вот этим: После нижней }, - должна начинаться аналогичная структура, с другим тегом ("tag": "vless-reality-2",) и данными для подключения ко 2-му серверу. То что вы скопировали два раза подключения для реализации прямого доступа и блокировки - демонстрирует что вы (к сожалению) так и не разобрались как это устроено и работает:( Простым копи-пастом непонятных кусков - у вас не получится сделать нечто работающее (об этом, вам уже неоднократно писали в этой теме)...
-
Kazantsev, да, вы понимаете правильно...
-
Kazantsev, если вы продолжаете "не хотеть" во всём этом разбираться - может оно вам не так уж и надо..? 05_routing.json 07_observatory.json
-
Gmarapet, частным случаем его работы - является перенаправление трафика с недоступного сервера на доступный. Если вам известен другой способ сделать это - поделитесь с нами этим великим знанием...
-
Kazantsev, примерно вот так: vps1 и vps2 - теги двух ваших серверов. поскольку выбор сервера осуществляется по минимальному пингу, probeURL - надо подобрать таким, чтобы пинг до него через основной сервер был стабильно меньше чем через резервный... fallbackTag - подключение, через которое пойдёт трафик - если не получится сделать выбор...
-
Вы хотите переключаться на второй, когда нет связи с первым?
-
Вы объясните - как (по вашему) должно работать то, чего вы хотите... Чтобы в конфиге было два сервера - нужно второй написать после первого (в аутбаундс). Но, что-то мне подсказывает, что вы хотите чего-то другого...
-
Напишите по русски - что имеете в виду...
-
jameszero, а может быть вы поможете и с ещё одной моей проблемой: почему-то перестала работать "обсерватория"... Вроде я её настраивал, тестировал и она работала (пару-тройку месяцев назад), а теперь вот - снова не хочет. И открывает все сайты через провайдера (первое подключение в аутбаундсе)... p.s. в конфигурации есть ещё балансер randon (со случайным распределением) - он работает как должен... 05_routing.json Observatory.json
-
jameszero, точно, спасибо!
-
Пишу себе маленький скрипт - позволяющий редактировать списки фильтров. Столкнулся с такой-вот проблемой: Чем ему не нравится ':"..? При этом файл который "до" - принимает и работает без проблем... до.json после.json
-
helcoder, попробуйте остановить Xkeen и запустить снова... У меня такое наблюдается после перезагрузки роутера (и не только у меня)
-
oymaltsev, вы роутинг покажите...
-
Разрешите маленький оффтоп вопросик: а папка /tmp/ в entware - где размещается физически? (в оперативе или на диске - где установлен entware) Есть желание помониторить логи, но не хочется встроенную память мучить.
-
helcoder, попробуйте убрать "domain:" из строчек с доменами...
-
А вроде можно подсунуть (в роутинге), в качестве списка доменов файл (типа /opt/etc/file.txt) чтобы домены заимствовались из него? А каков синтаксис внутри этого файла? И как правильно подсунуть его роутингу?
-
Есть ещё вот такой вариант (если роутер находится в ручной доступности): 1 - берём файл "buttons.sh" и помещаем его в следующее расположение "/opt/etc/ndm/button.d/"... 2 - выполняем следующую команду: chmod +x /opt/etc/ndm/button.d/buttons.sh чтобы сделать файл chmod +x "buttons.sh" исполняемым (у меня вроде работает и без этого, но на всякий случай - не повредит)... 3 - идём в "веб-конфигуратор/Управление/Параметры системы/Назначение кнопок и индикаторов интернет-центра" и выбираем для нужных вариантов нажатий на кнопки роутера - вариант "OPKG - запуск скриптов button.d"... в файле настроенны следующие действия: короткое нажатие - запуск Xkeen, двойное нажатие - остановка Xkeen, длинное нажатие - перезапуск Xkeen. (позаимствовано отсюда) buttons.sh
-
undeads3, у вас в 04_outbounds.json - нет подключений с тегом direct и block, при этом (в 05_routing.json) целый список доменных имён - направлен именно в direct...
-
jameszero, к сожалению - дело не в 4.2.1 (у меня проблема воспроизводится на двух разных устройствах, с 4.2.1 и 4.1.7)...
-
Наблюдается косяк - Политика создана, инбаундс такой: { "inbounds": [ { "tag": "redirect", "port": 61219, "protocol": "dokodemo-door", "settings": { "network": "tcp", "followRedirect": true }, "sniffing": { "enabled": true, "routeOnly": true, "destOverride": [ "http", "tls" ] } }, { "tag": "tproxy", "port": 61219, "protocol": "dokodemo-door", "settings": { "network": "udp", "followRedirect": true }, "streamSettings": { "sockopt": { "tproxy": "tproxy" }, "sniffing": { "enabled": true, "routeOnly": true, "destOverride": [ "http", "tls" ] } } } ] } При "Xkeen -start" - всё работает как должно (устройства в политике - попадают на впс, устройства вне её - идут напрямую). Если перезагрузить роутер - все устройства начинают работать через впс (вне зависимости от политик), если сделать "xkeen -restart" - всё начинает работать как надо. увеличиваю задержку (кстати, похоже это задержка не автостарта, а задержка старта - т.к. она присутствует и при ручном перезапуске) до 15с - никакого влияния (после перезагрузки роутера - все устройства направляются через впс) Увеличиваю задержку до 45с - после перезагрузки - устройства работают напрямую с провайдером, но в течении минуты (точное время не засекал) - начинают работать через впс (вне зависимости от политик)...
-
Вам сюда...
-
ith, добрый, в названее политики, "K" - должна быть маленькая: "Xkeen". Ещё проверьте, что у вас установлены компоненты прошивки ipv6 и netfilter
-
VI-666, это возможно в 4.2, там клиенты VPN-сервера подчиняются политике сегмента (к которому подключаются)
-
jameszero, а вот так разве не получится решить задачу Max99?
square-circleNT.thumb.png.e0cf7b4f639abe152083cd047a6b4fd2.png)
