hoaxisr

ASCWG-go v.3.0.1 Энтузиасты могут собрать и использовать.

1. Вы уже установили программу которая может все что нужно маршрутизировать. Документацию на mihomo прочесть в первую очередь. 2. На данном форуме есть тема с обсуждением двоюродного брата mihomo - singbox там есть примеры как при настройке OpkgTun интерфейса средствами прошивки роутера направить нужный трафик (или вообще весь трафик роутера) в программу. 3. Использовать что-то дополнительно к mihomo не имеет никакого смысла, потому что mihomo просто на несколько порядков мощнее и гибче.

Вот тут и проблема.

Я искренне не понимаю смысла всех этих токенов для доступа локально к localhost'y, пользовательские программы и скрипты в Entware совершенно свободно могут делать любые изменения мимо RCI. Это лишь имитация безопасности, и создание дополнительного действия со стороны пользователя с 0 полезностью. Получить токен, который гарантировано можно хранить как угодно небезопасно, что означает создание ещё одного вектора для атаки.

Спасибо. Не хотелось бы в деть иную версию в lts, кроме 4.3,х

Домены так не переключатаются.

Не фига оно не отображается нормально. ТД висят как клиенты головного роутера. Ни по одному из способов группировки не отображается корректно, по сегментам все перепутано. Устройства из одного сегмента сети отображаются в другом.

Версия приложения 69 (335) Я не понимаю почему приложение не может корректно отображать клиентов по устройствам к которым они подключены в WiFi системе. С одной стороны приложение показывает, что есть ТД в WiFi системе. Но на главной не может показать клиентов к ним подключенным. Какая дополнительная информация нужна, чтобы это исправить?

@VVS с чем ты опять не согласен? Тебе ответили на вопрос, согласно официальной документации на функцию о которой ты спросил, ты крестики свои ставишь просто потому что настолько не способен прочесть доку или потому не способен ее понять?

Но зато возможно будет работат При включении белых списков не будет.

Crazedns в них нет внезапно.

Да, тоже увидел. Бывает. Значит можно просто выбрать другого производителя, кто просто свое ПО даёт спокойно скачать и установить на VM и управлять своими ТД.

Зависит от порядка правил в running-config. First match wins.

Если у вас уже есть raspberry pi с xray, всю маршрутизацию может делать он сам и быть default gateway для всей локалки. Так будет куда проще настроить, чем воевать с dns based роутингом и ловить его проблемы.

Так то, оно так, только упомянутая ТС инструкция предполагает использование отдельных политик для full tunnel для избранных устройств. А мистер VVS будучи как обычно вне контекста, сделал предложение, которое не даст ТС настроить этого.

Ни на что не влияющая настройка. Не надо ставить туннель первым в политике доступа по умолчанию. Далее действуйте по инструкции. Ваши маршруты назначайте на созданный туннель.

Да через dns-proxy debug Через просмотр object-group fqdn А так, забейте. Этот пепелац не взлетел.

На клиенте? Очевидно нет.

кроме x-real-ip там есть еще параметры. вообще по хорошему вообще бы сделать UI для настройки встроенного nginx было бы прям killer фичей)

К сожалению, не панацея, crazedns.ru и другие новые тоже лихорадит.

Под спойлером текущая ситуация на предыдущей Бете.

Возможно(?) Wi-Fi: обновлены встроенное ПО и драйвер беспроводной связи чипсета MediaTek Wi-Fi 7 для улучшения стабильности, совместимости и производительности в различных сценариях работы Wi-Fi [SYS-1772]

Удаление SMS после отправки Перезагрузка роутера/модема при недоступности SIM-карты Перезагрузка роутера при получении заданной фразы в сообщении (SMS удаляется, не отправляется уведомление) Удаление сообщения от заданных отправителей/текста, например RSCHS/MCHS (не отправляется уведомление) Отправка сообщений только из белого списка отправителя/текста (остальные удаляются)

Именно с этим параметром. Не влияет pingcheck на работу fallback. Да и сам pingcheck работает странно - делая две проверки вместо одной за интервал.

Он "однозначно" выключается через невообразимо долгое время. Т.е. до статуса "административно" down проходит куча времени. А вот статус "failed" от pingcheck вообще не влияет на работу этой функции, даже когда failedcount>установленного в профиле pingcheck. Можете проверить самостоятельно, в ТП об этом писал, но обратного гудка не слышно и вера потеряна. Рекомендовать использовать этот функционал я бы точно не стал. Особенно в свете наличия сторонних решений, умеющих делать не тупое наполнение ipset от резолва, а сравнивать SNI и IP и маршрутизировать избирательно даже сервисы за CDN.