Denis P
-
Постов
1 349 -
Зарегистрирован
-
Победитель дней
23
Тип контента
Профили
Форумы
Галерея
Загрузки
Блоги
События
Весь контент Denis P
-
и снова вы пришли к неверному выводу, перечитайте пожалуйста мои сообщения. Если вам сложно верить "на слово" берем entware и смотрим ipset'ы в названиях которых есть _NDM_OGDN_ а дальше в iptables упоминания этих же наборов и/или в цепочку _NDM_DNSRT_PREROUTING_MANGLE . Откроете для себя много нового.
-
Есть стойкое ощущение что вы просто проигнорировали вышенаписанное. Нет ни одного упоминания того что CIDR правильнее и лучше. Текст был только о принципе работы и почему при указании CIDR и fqdn в одном и том же модуле может наблюдаться разное поведение.
-
Вы бы хоть посмотрели как оно работает изнутри, перед тем как делать подобные выводы. Вся проблема маршрутизации именно доменов не в маршрутах как таковых (которые по факту ими и не являются), а в резолве и последующем наполнении ipset'ов. При указании cidr'a запись в ipset добавляется точно так же, но набор не меняется и не дополняется без участия пользователя. tldr dns-proxy слишком медленно резолвит адреса и наполняет ipset'ы
-
https://support.netcraze.ru/ultra/nc-1812/ru/55035.html
-
АААА мы получаем всегда и при обычном резолве, в идеале должен отрабатывать fallback. Бегло проверил на сервисах яндекса (подсеть которого как раз интересовала ТСа) Кино крутится, интернетометр тоже работает только по ipv4
-
можно попробовать указать для этого эксклюзивного маршрута другой интерфейс находящийся в отключенном/недоступном состоянии, reject как раз отработает, но как себя поведут приложения при этом и переключатся ли автоматически на v4 - нужно проверять
-
теперь всё стало на свои места, вы не верно поняли значение параметра reject - эксклюзивный маршрут читаем справочник и видим там: Т.е поведение совсем не то, которое вы ожидаете
-
видимо стоит уточнять версию ПО Тем более на прошивках 5.х ipv6 маршруты есть в веб
-
Так правильно ipv6 route 2a02:6b8::/29 TunnelSixInFour0 auto reject
-
Вот и крутите "мощность" передатчика в первую очередь. beacon interval очень вряд-ли вам даст хоть какую-то ощутимую экономию без влияния на нормальную работу клиента/ов
-
Ватт? От beacon interval? За сколько лет?
-
импорт и экспорт маршрутов в два клика решает эту проблему, для этого не нужно ничего парсить
-
Прямо сейчас можно создавать одинаковые маршруты на разные интерфейсы и "резерв" обеспечен. Приоритет определяется порядком в дефолтной политике. Для отдельной политики тоже есть возможность использовать свои специфичные маршруты, но правда через cli ip policy PolicyX route <route>
-
тема про официальные пакеты из репозитория rustdesk, вопрошающий вероятно оттуда же и взял пакет. Под mips/mipsel официальной сборки нет, авторы rustdesk не планируют этого делать https://github.com/rustdesk/rustdesk-server/issues/401#issuecomment-2067784782 Да, признаю, в entware не заглянул, но вы уже задали правильные вопросы
-
И не стартанет, под mips готовых бинарников нет
-
теперь проверьте без него, с путями ситуация должна наладиться
-
для этих целей на самом деле есть вполне удобный ip route get, непример ip route get 8.8.8.8 покажет вам через какой интерфейс сейчас маршрут активен
- 8 ответов
-
- 1
-
-
- web
- active connection
- (и ещё 1 )
-
которые там (в response) уже есть, осталось только в вебе показывать
-
на самом деле да, ничего не мешает использовать значения ifw и ifl из nf_conntrack (который сейчас служит источником для активных соединений, скорее всего) еще бы не помешали счетчики пакетиков и байтиков, оттуда же
- 8 ответов
-
- 2
-
-
-
- web
- active connection
- (и ещё 1 )
-
5.1 b0.1 - проблема по прежнему тут. Навигация по пунктам меню, особенно новым, это та еще пытка, с постоянно всплывающими запросами на сохранение паролей
- 21 ответ
-
- 3
-
-
ответ на этой картинке, регион у вас неподходящий, ни для приложения ни для рмм, ну а обновления недоступны немного по другой причине, но тоже косвенно связанной с ним
-
это есть много много годиков см реально работающие примеры
