Всем привет.
При переключении интернета на резервный канал и обратно scratch_831.sh (1,9 КБ) “залипает” маршрут на ppp0.
Из за того что ping -I "wlan1" -c 3 -n -q "4.2.2.2" 2>&1
не работает. Хотя по факту интернет уже есть и если вручную почистить маршруты то все ок.
История с метриками в маршрутах не подходит т.к. работает только если отваливается wlan1
Возможно кто то решал проблему. На всякий случай версия прошивки
wb-2207 (прошивку откачу скорее всего т.к. не подходит под ревизию 55)
Начало истории
Занялся вопросом резервного канала для WB
Нарыл вот такой скрипт
#!/bin/sh
# Доступность этого хоста будет означать корректную работу основного канала
# 8.8.8.8 это DNS от Google. За его доступность можно не беспокоиться
# А значит вероятность ложного срабатывания минимальна
HOST="8.8.8.8"
# Файл-флаг. Появляется при переключении на резервный канал
LOCKFILE="/tmp/check_internet.lock"
# Файл журнала
LOGFILE="/var/log/check_internet.log"
# Пингуем проверочный хост через основной канал
ping -…
P.S. Как человек имеющим дело c программным обеспечением понимаю желание производителя иметь у клиентов последние версии устройств и решений. Но иногда их девайсы так хорошо сделаны что продолжают работать
1 Like
А что в маршрутах при этом вообще?
Я когда у меня “ядро” VPN было на pptp добавлял вывод текущих маршрутов в файл “лога”, просто через echo/
root@wirenboard-AEUQHNW4:~# route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
0.0.0.0 0.0.0.0 0.0.0.0 U 0 0 0 ppp0
0.0.0.0 0.0.0.0 0.0.0.0 U 100 0 0 ppp0
4.2.2.2 10.0.0.1 255.255.255.255 UGH 0 0 0 wlan1
10.0.0.0 0.0.0.0 255.255.255.0 U 0 0 0 wlan1
10.64.64.64 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0
192.168.42.0 0.0.0.0 255.255.255.0 U 0 0 0 wlan0
root@wirenboard-AEUQHNW4:~# ping -I "wlan1" -c 3 -n -q "4.2.2.2"
PING 4.2.2.2 (4.2.2.2) from 10.0.0.161 wlan1: 56(84) bytes of data.
--- 4.2.2.2 ping statistics ---
3 packets transmitted, 0 received, 100% packet loss, time 2093ms
Хотя интернет в этот момент есть.
Изменил 4.2.2.2 гугла на dns яндекса 77.88.8.8 мне кажется в этом дело.
А маршрут этот:
уже присутствует до ping?
Но есть-то он через ppp0?
Да, маршруты я выставляю до пинга. В первом сообщении полный скрипт.
Интернет на wiren продолжает идти через ppp0 - так как я default не менял.
Но на роуторе интернет уже есть все норм.
Пока подозрение только на доступность 4.2.2.2 в этот момент пробовал делать пинг с компа - тоже самое
Поменял - буду наблюдать.
ping -I "wlp0s20f3" -c 3 -n -q "4.2.2.2"
PING 4.2.2.2 (4.2.2.2) from 10.0.0.122 wlp0s20f3: 56(84) bytes of data.
--- 4.2.2.2 ping statistics ---
3 packets transmitted, 0 received, 100% packet loss, time 2036ms
Так проще traceroute посмотреть если маршрут все равно есть. Возможно 4.2.2.2 недоступен именно через шлюз 10.0.0.1
Когда был не доступен
root@wirenboard-AEUQHNW4:~# traceroute 4.2.2.2
traceroute to 4.2.2.2 (4.2.2.2), 30 hops max, 60 byte packets
1 10.0.0.1 (10.0.0.1) 2.018 ms 2.044 ms 2.450 ms
2 * * *
3 * * *
4 * * *
5 * * *
6 * * *
7 * * *
8 * * *
9 * * *
10 * 83.169.204.118 (83.169.204.118) 110.138 ms 109.889 ms
11 83.169.204.70 (83.169.204.70) 115.128 ms 112.060 ms 99.079 ms
12 et-0-0-26-101.edge4.Warsaw1.Level3.net (212.133.55.9) 58.419 ms 55.219 ms 61.031 ms
13 ae2.3204.edge7.Frankfurt1.level3.net (4.69.159.38) 80.005 ms 86.613 ms ae2.3207.edge5.Frankfurt1.level3.net (4.69.163.22) 83.216 ms
14 b.resolvers.level3.net (4.2.2.2) 76.393 ms 107.974 ms 104.775 ms
Сейчас
root@wirenboard-AEUQHNW4:~# traceroute 4.2.2.2
traceroute to 4.2.2.2 (4.2.2.2), 30 hops max, 60 byte packets
1 10.0.0.1 (10.0.0.1) 2.265 ms 3.893 ms 4.129 ms
2 * * *
3 * * *
4 * * *
5 * * *
6 * * *
7 * * *
8 * * *
9 * * *
10 * * 83.169.204.168 (83.169.204.168) 61.125 ms
11 * * *
12 * * *
13 * * *
14 * * *
15 * * *
16 * * *
17 * * *
18 * * *
19 * * *
20 * * *
21 * * *
22 * * *
23 * * *
24 * * *
25 * * *
26 * * *
27 * * *
28 * * *
29 * * *
30 * * *
Вопрос можно закрывать. Уже второй день работает стабильно - переключает только при реальной недоступности. Видимо проблема была с доступностью хоста
2 Likes
system
Closed
July 20, 2023, 7:49am
10
Эта тема была автоматически закрыта через 7 дней после последнего ответа. В ней больше нельзя отвечать.