MagiTrickle - Маршрутизация трафика на основе DNS запросов

[Ponywka]

v0.5.1 (GitLab Release)

Changelog:

• Отключена авторизация по-умолчанию;
• Приоритет соединения в группе (между соединением и Blackhole) теперь определяется метриками, а не CIDR'ом;
• Перезапуск сервиса при установке/обновлении пакета (спасибо @spatiumstas);
• [Frontend] Исправлено отображение выпадающего меню группы (спасибо @dan0102dan);
• [Frontend] Исправлена логика кнопки сохранения (спасибо @dan0102dan);
• [Frontend] Прочие мелкие исправления и улучшения (спасибо @dan0102dan и @shevernitskiy);

[t800]

@Ponywka

Перезагрузил роутер (менял состав компонентов), МТ автоматом не поднялся. 

/opt/etc/init.d # ./S99magitrickle status
 Checking MagiTrickle Daemon...              dead. 

При этом в логе кинетика:

I [Feb 15 11:40:14] root: Started MagiTrickle Daemon from .

 

[fray148]

После обновления на последнюю версию начались проблемы с wifi (воскл знак горит постоянно в клиентах). Такое ощущение, что ломает NAT Lan. Киляешь процесс - все оживает. Включаешь - опять беда. Попробовал доменной маршрутизацией сделать, все заработало, кроме известного видеохостинга. Сталкивался кто? Есть мысли?

[Ponywka]

v0.5.2 (GitLab Release)

Changelog:

• Ошибки, возвращаемые iptables-restore теперь отображаются на конкретном вызове iptables-restore;
• [Keenetic] Возвращен назад костыль, связанный с исправлением незапуска сервиса в течении первых 5 минут;

[Ponywka]

11 hours ago, t800 said:

@Ponywka

Перезагрузил роутер (менял состав компонентов), МТ автоматом не поднялся. 

/opt/etc/init.d # ./S99magitrickle status
 Checking MagiTrickle Daemon...              dead. 

При этом в логе кинетика:

I [Feb 15 11:40:14] root: Started MagiTrickle Daemon from .

 

Исправлено в обновлении выше

[Ponywka]

5 hours ago, fray148 said:

После обновления на последнюю версию начались проблемы с wifi (воскл знак горит постоянно в клиентах). Такое ощущение, что ломает NAT Lan. Киляешь процесс - все оживает. Включаешь - опять беда. Попробовал доменной маршрутизацией сделать, все заработало, кроме известного видеохостинга. Сталкивался кто? Есть мысли?

Побольше бы информации на счёт этого... 

Отваливается DNS?

[fray148]

4 часа назад, Ponywka сказал:

Побольше бы информации на счёт этого... 

Отставить, я сам устроил тупик в DNS - цепочке.

 

 

[Underdark]

Хорошая штука, работает быстрее чем DNS Based Routing и намного понятнее, чем через 10000+ маршрутов. 
Вопрос - у меня есть сервер WG для подключения с телефона или ноута рабочего для получения выборочного доступа к ресурсам. Через маршруты и/или DNS роутинг в веб интерфейсе роутера все работает, а вот через эту утилиту нет. Может упускаю какую-то тонкость?

[Ponywka]

2 hours ago, Underdark said:

Хорошая штука, работает быстрее чем DNS Based Routing и намного понятнее, чем через 10000+ маршрутов. 
Вопрос - у меня есть сервер WG для подключения с телефона или ноута рабочего для получения выборочного доступа к ресурсам. Через маршруты и/или DNS роутинг в веб интерфейсе роутера все работает, а вот через эту утилиту нет. Может упускаю какую-то тонкость?

Пропиши в качестве DNS сервера IP адрес домашней сети

[Underdark]

В 16.02.2026 в 16:22, Ponywka сказал:

Пропиши в качестве DNS сервера IP адрес домашней сети

Ты чёртов гений! Прочитал принцип работы, но не подумал, что нужно именно так сделать! 

Всё заработало лучшим образом!

 

Спасибо)

Изменено Среда в 07:18 пользователем Underdark

[ilya_s]

Великолепный софт. Огромная благодарность!

Из хотелок - только мониторинг соединений, которые были перенаправлены приложением, в реальном времени, без записи в лог.

А может даже вообще всех соединений с пометкой, какие мимо прошли, а какие зароутились по правилам.

[ilya_s]

Если кто-то мучался (как я) с настройкой зеленого мессенджера на Андроиде, то вот отличное решение.

По спискам из известных источников работало не надежно, даже сообщения иногда подвисали на многие минуты. Причиной оказалось, что приложение пытается ощупать сто-пицот разных выходов наружу, и многие не попадают в списки, и все стопорится до тех пор, пока он не найдет такой, который есть в списке.

Значит, надо отследить полный перечень всех его попыток подключиться. Для это можно использовать сниффер PCAPdroid по инструкции отсюда https://habr.com/ru/articles/834168/

Затем список IP очистить от дублей и прямиком его в группу правил.

Как ни странно, список получается меньше публичного, но работает идеально. Правда, его скорее всего придется актуализировать иногда.

[ilya_s]

А может ли при каких то условиях удалиться список в группе?

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

[Alan]

Надеюсь, сохраняли изменения (иконка дискетки)?

[Vladimir_S]

Шикарная вещь! Хоть роутер и на прошивке 5.0.4 с возможностью настройки маршрутизации из коробки, как по мне- так тут более удобно. Автору большой респект, настроил первый день как, пока наблюдаю за поведением.

Столкнулся сначала с трудностью по поводу политик. Стоит параллельно NFQWS, под него отдельная политика, в которую загнаны все личные устройства(вне ее- устройства умного дома и рабочий комп). Magitrickle в упор отказывался работать в таком варианте, т.е. работал только на дефолтной политике. Был применен финт ушами - в NFQWS в настройках было выставлено исключение из политики (т.е. NFQWS обрабатывать то, что НЕ в политике NFQWS), и в политиках устройства просто поменял местами. Т.е. то, что раньше было в NFQWS засунул в дефолт. 
В итоге все завелось, на личных устройствах так же отрабатывает NFQWS, на них же, то что прописано правилами Magitrickle - заворачивается куда надо. 

 

 

[Vladimir_S]

5 часов назад, ilya_s сказал:

Если кто-то мучался (как я) с настройкой зеленого мессенджера на Андроиде, то вот отличное решение.

По спискам из известных источников работало не надежно, даже сообщения иногда подвисали на многие минуты. Причиной оказалось, что приложение пытается ощупать сто-пицот разных выходов наружу, и многие не попадают в списки, и все стопорится до тех пор, пока он не найдет такой, который есть в списке.

Значит, надо отследить полный перечень всех его попыток подключиться. Для это можно использовать сниффер PCAPdroid по инструкции отсюда https://habr.com/ru/articles/834168/

Затем список IP очистить от дублей и прямиком его в группу правил.

Как ни странно, список получается меньше публичного, но работает идеально. Правда, его скорее всего придется актуализировать иногда.

А можете каким то способом поделиться списком? заранее спасибо