AdGuard Home для селективной маршрутизации доменов

[Ground_Zerro]

В 29.01.2025 в 04:48, vasek00 сказал:

Пока работает 43хх

Уважаемый vasek00 7 раз перечитал, ну не получается вникнуть в таинство, не выходит каменный цветок...

Можно чуть подробней, не всем дано, не все семи пядей во лбу..
Где это взять и с чем едят?? Хотя-бы "где взять"?
 

Спойлер

interface PPPoE0
    description RosTelecom
    role inet
    no ipv6cp
    security-level public
    ip mtu 1492
    ip global 65387 ************** определяет приоритет провайдера
    ip tcp adjust-mss pmtu
    ip no name-servers

interface GigabitEthernet0/Vlan9

 

[vasek00]

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

Уважаемый vasek00 7 раз перечитал, ну не получается вникнуть в таинство, не выходит каменный цветок...

Можно чуть подробней, не всем дано, не все семи пядей во лбу..
Где это взять и с чем едят?? Хотя-бы "где взять"?

А куда еще проще даже и не знаю.

Спойлер

На клиенте который в профиле с WG1

~ # netstat -ntulp | grep AdGuard
tcp        0      0 192.168.130.96:ХХХХ     0.0.0.0:*               LISTEN      984/AdGuardHome
tcp        0      0 127.0.0.1:53            0.0.0.0:*               LISTEN      984/AdGuardHome
tcp        0      0 192.168.130.96:53       0.0.0.0:*               LISTEN      984/AdGuardHome
tcp        0      0 ::1:53                  :::*                    LISTEN      984/AdGuardHome
udp        0      0 127.0.0.1:53            0.0.0.0:*                           984/AdGuardHome
udp        0      0 192.168.130.96:53       0.0.0.0:*                           984/AdGuardHome
udp        0      0 ::1:53                  :::*                                984/AdGuardHome
~ #

Доп.сегмент на роутере так же через AGH

 

 

Изменено 30 января, 2025 пользователем vasek00

[taravasya]

Довольно много раз настраивал по инструкции от r13, всё ехало нормально. А сегодня вот не сумел победить Kennetic GIGA
ipset --list bypass наполняется ip адресами
В панели управления adguradhome, вижу DNS запросы.
VPN сам по себе работает. Если выставить ему высший приоритет в политике по умолчанию, заблоченные сайты начинают бегать.
Но по выборочной метОде заблокированные сайты из спиcка bypass, всё равно не открываются, а проверка ip-адреса на незаблокированном сайте, который должен маршрутизироваться через VPN, показывает местный ip адрес.
Куда копнуть? Все настройки перепроверил 20 раз.
Как диагностировать?

Изменено 13 февраля, 2025 пользователем taravasya

[Ground_Zerro]

8 часов назад, taravasya сказал:

Как диагностировать?

Проверить наличие правил в iptables.

Проверить чтобы имя интерфейса в скриптах соответствовало текущему системному имени VPN интерфейса.
- Они меняются если их добавлять/удалять (Пример: добавил один он nwg0, добавил второй он nwg1, удалил первый и второй стал nwg0).

[taravasya]

2 часа назад, Ground_Zerro сказал:

Проверить наличие правил в iptables

Вот тут кажется было пусто. Что это может означать? Не помечаются пакеты? Если исходить из того, что имя интерфейса 100% использовалось правильное, что может послужить причиной тому?

[Ground_Zerro]

8 минут назад, taravasya сказал:

Что это может означать?

Если следовать логическому ходу то не отработал/отрабатывает скрипт из netfilter.d - правила затираются.

Изменено 14 февраля, 2025 пользователем Ground_Zerro

[Givanich]

Приветствую! А у кого-нибудь получилось запустить websocket на данном методе маршрутизации?
Я так понимаю, что надо сделать так, чтобы можно было указывать диапазон ip адресов голосовых чатов.

А для этого надо вроде как, чтобы устройство поддерживало hash:net. В общем то, все устройства которые у меня были, поддерживают hash:net, даже допотопная zyxel extra.

Изменено 13 марта, 2025 пользователем Givanich

[Givanich]

В 13.03.2025 в 10:44, Givanich сказал:

Приветствую! А у кого-нибудь получилось запустить websocket на данном методе маршрутизации?
Я так понимаю, что надо сделать так, чтобы можно было указывать диапазон ip адресов голосовых чатов.

А для этого надо вроде как, чтобы устройство поддерживало hash:net. В общем то, все устройства которые у меня были, поддерживают hash:net, даже допотопная zyxel extra.

Проверил свою теорию, всё действительно начинает работать.
При добавлении командой ip адресов:

ipset -exist add hr1 <ip>

Войс чат начинает работать, только вот теперь надо как-то добавить обработку ip адресов в скрипт. Просто добавляя ip адрес в файл ipset, он не появляется в наборе ipset. Городить дополнительный скрипт не хочется, да и с появлением веб-панели, было бы удобнее, чтобы их можно было обновлять через веб панель HydraRoute.

[Ground_Zerro]

14 часов назад, Givanich сказал:

Войс чат начинает работать

Сложность в том, что клиент подключается к RTC серверу по IP, домены не используются. Нет домена - нечего добавлять в ipset.
Если есть рабочие варианты как угадать IP-адрес сервера к которому пошел клиент - пишите.

Прогнал через DM voice домены Discord получилось 830/24 подвести. Многовато, для игры в угадайку.

DiscordIPs.txt

Изменено 15 марта, 2025 пользователем Ground_Zerro

[Givanich]

В 16.03.2025 в 06:54, Ground_Zerro сказал:

Сложность в том, что клиент подключается к RTC серверу по IP, домены не используются. Нет домена - нечего добавлять в ipset.
Если есть рабочие варианты как угадать IP-адрес сервера к которому пошел клиент - пишите.

Прогнал через DM voice домены Discord получилось 830/24 подвести. Многовато, для игры в угадайку.

DiscordIPs.txt 10.92 kB · 5 загрузок

Ну на самом деле гадать то не нужно, можно просто весь пул адресов добавлять в список ipset. Решение конечно топорное, но рабочее.

S99ipsetdiscord