square-circleNT.png.fcd766b58599b510a56521ed8cb6db0b.png)
Neytrino
-
Постов
96 -
Зарегистрирован
-
Посещение
Достижения Neytrino
Продвинутый пользователь (3/5)
8
Репутация
-
Kazantsev, ну, если что - меня не парит подождать минутку... Там можно и в наносекундах выставлять период, но надо ли так сильно мучать целевой узел..? Если конфиг запустился - убедитесь что трафик идёт через один из серверов. А потом отключите его (на сторое сервера), и посмотрите - куда пойдёт трафик...
-
Kazantsev, вроде бы, запустите конфиг и (почти) сразу всё станет ясно...
-
Kazantsev, нет. Её задача проверять пинг до указанного узла через перечисленные подключения раз в заданный период. Она и не знает о существовании балансера...
-
Kazantsev, да
-
Kazantsev, я же написал: во всех правилах - где должен использоваться балансер (в качестве исходящего подключения). Если вы произвольно (на свой вкус) изменяете тег в одном месте - нужно менять его и во всех остальных (иначе ничего не будет работать)...
-
Kazantsev, у меня он работает именно в таком виде (ну только теги подключений мои)... В текущем виде он каждые 60 секунд проверяет пинг до https://denmark.dk/ по всем перечисленным в "subjectSelector" подключениям. У меня в файле роутинг (в описании балансера) строчек: "interval": 300, // Проверка доступности каждые 300 секунд "timeout": 3, // Тайм-аут для ответа сервера (в секундах) нету. Как они повлияют на работоспособность вашей конфигурации - я не знаю... Если вы собираетесь использовать тег балансера "balanced", - убедитесь что вписали его во всех правилах (где в качестве исходящего подключения - должен использоваться балансер)...
-
Kazantsev, если вы используете leastPing - всё что касается проверок настраивается в обсерватории...
-
Это уже похоже на конфиг. Осталось подсунуть его Xray'ю и посмотреть что он скажет...
-
Kazantsev, вы исправили - но не всё (потому что не понимаете что делаете)... Извините, но за вас править не буду (в теме были примеры для нескольких подключений - поищите, изучите - разберитесь)... То чего в теме (в явном виде не было) - я вам показал...
-
Kazantsev, нет. У вас первое подключение описано вот этим: После нижней }, - должна начинаться аналогичная структура, с другим тегом ("tag": "vless-reality-2",) и данными для подключения ко 2-му серверу. То что вы скопировали два раза подключения для реализации прямого доступа и блокировки - демонстрирует что вы (к сожалению) так и не разобрались как это устроено и работает:( Простым копи-пастом непонятных кусков - у вас не получится сделать нечто работающее (об этом, вам уже неоднократно писали в этой теме)...
-
Kazantsev, да, вы понимаете правильно...
-
Kazantsev, если вы продолжаете "не хотеть" во всём этом разбираться - может оно вам не так уж и надо..? 05_routing.json 07_observatory.json
-
Gmarapet, частным случаем его работы - является перенаправление трафика с недоступного сервера на доступный. Если вам известен другой способ сделать это - поделитесь с нами этим великим знанием...
-
Kazantsev, примерно вот так: vps1 и vps2 - теги двух ваших серверов. поскольку выбор сервера осуществляется по минимальному пингу, probeURL - надо подобрать таким, чтобы пинг до него через основной сервер был стабильно меньше чем через резервный... fallbackTag - подключение, через которое пойдёт трафик - если не получится сделать выбор...
-
Вы хотите переключаться на второй, когда нет связи с первым?
square-circleNT.thumb.png.e0cf7b4f639abe152083cd047a6b4fd2.png)
