Добрый день.
Исходные данные:
Контроллер WB7.3.4, SN: ABIADUQU, SW ver.: WB-2310, сим-карта со статическим IP-адресом (провайдер A1, Беларусь).
Описание проблемы:
Не устанавливается интернет-соединение при установке сим-карты в любой из слотов контроллера. В сетевых соединениях указано "без доступа в интернет (см. скриншот во вложении). При этом, если вставить эту же сим-карту в смартфон или 3G/4G-модет - все работает исправно. Если в слот контроллера вставить любую другую симкарту, то подключение к интернету происходит успешно.
Подскажите куда смотреть?
Добрый день.
А если в настройках APN указать vmi.velcom.by или internet?
Пробовал указывать оба варианта - без изменений.
Было замечено, что если подключиться по “ethernet” не отключая 3G-соединение, то контроллер начинает пинговаться по статическому IP-адресу 3G.
Добрый день.
А как настроен приоритет соединений? То есть - через какой интерфейс сейчас маршрутизируется сеть по-умолчанию?
Приоритет соединений изначально не трогал, а затем изменил следующим образом (через веб-интерфейс) - на работоспособность никак не повлияло.
Сейчас выглядит следующим образом:
А в момент тестирования - контроллер имеет доступ к интернету через другой (не GSM) канал?
Если имеет - то и будет использоваться другой, собственно.
Нет, не имеет другого канала, только GSM.
Другой канал (eth0) “подкидывал” разово.
Тогда - покажите пожалуйста текущие адреса интерфейсов (соединений) и машруты.
Ну и - результат ping какого-либо узла.
root@wirenboard-ABIADUQU:/# ifconfig
dbg0: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500
ether 1a:55:89:a2:69:43 txqueuelen 1000 (Ethernet)
RX packets 0 bytes 0 (0.0 B)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 0 bytes 0 (0.0 B)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
eth0: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500
ether 00:85:01:01:09:83 txqueuelen 1000 (Ethernet)
RX packets 3292 bytes 276958 (270.4 KiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 5583 bytes 4609908 (4.3 MiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
device interrupt 65 base 0xe000
eth1: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500
ether 00:85:01:01:5d:06 txqueuelen 1000 (Ethernet)
RX packets 0 bytes 0 (0.0 B)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 0 bytes 0 (0.0 B)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
device interrupt 64
lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
inet 127.0.0.1 netmask 255.0.0.0
inet6 ::1 prefixlen 128 scopeid 0x10<host>
loop txqueuelen 1000 (Local Loopback)
RX packets 8952 bytes 501754 (489.9 KiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 8952 bytes 501754 (489.9 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
ppp0: flags=4305<UP,POINTOPOINT,RUNNING,NOARP,MULTICAST> mtu 1500
inet 178.164.142.216 netmask 255.255.255.255 destination 10.64.64.64
ppp txqueuelen 3 (Point-to-Point Protocol)
RX packets 317 bytes 14559 (14.2 KiB)
RX errors 1 dropped 0 overruns 0 frame 0
TX packets 29222 bytes 1599050 (1.5 MiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
wlan0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.42.1 netmask 255.255.255.0 broadcast 192.168.42.255
inet6 fe80::c63c:b0ff:fe5d:ef60 prefixlen 64 scopeid 0x20<link>
ether c4:3c:b0:5d:ef:60 txqueuelen 1000 (Ethernet)
RX packets 43860 bytes 3349403 (3.1 MiB)
RX errors 0 dropped 2761 overruns 0 frame 0
TX packets 15635 bytes 6582634 (6.2 MiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
wlan1: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500
ether c6:3c:b0:5d:ef:60 txqueuelen 1000 (Ethernet)
RX packets 0 bytes 0 (0.0 B)
RX errors 0 dropped 6905 overruns 0 frame 0
TX packets 0 bytes 0 (0.0 B)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
root@wirenboard-ABIADUQU:/# ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: sit0@NONE: <NOARP> mtu 1480 qdisc noop state DOWN group default qlen 1000
link/sit 0.0.0.0 brd 0.0.0.0
3: eth0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000
link/ether 00:85:01:01:09:83 brd ff:ff:ff:ff:ff:ff
4: eth1: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN group default qlen 1000
link/ether 00:85:01:01:5d:06 brd ff:ff:ff:ff:ff:ff
5: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
link/ether c4:3c:b0:5d:ef:60 brd ff:ff:ff:ff:ff:ff
inet 192.168.42.1/24 brd 192.168.42.255 scope global noprefixroute wlan0
valid_lft forever preferred_lft forever
inet6 fe80::c63c:b0ff:fe5d:ef60/64 scope link
valid_lft forever preferred_lft forever
6: wlan1: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN group default qlen 1000
link/ether c6:3c:b0:5d:ef:60 brd ff:ff:ff:ff:ff:ff
7: dbg0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000
link/ether 1a:55:89:a2:69:43 brd ff:ff:ff:ff:ff:ff
8: usb0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
link/ether a2:18:63:e7:a7:fd brd ff:ff:ff:ff:ff:ff
9: ppp0: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UNKNOWN group default qlen 3
link/ppp
inet 178.164.142.216 peer 10.64.64.64/32 scope global ppp0
valid_lft forever preferred_lft forever
inet 178.164.142.216/32 scope global noprefixroute ppp0
valid_lft forever preferred_lft forever
root@wirenboard-ABIADUQU:/# ip r
default dev ppp0 proto static scope link metric 700
10.64.64.64 dev ppp0 proto kernel scope link src 178.164.142.216
192.168.42.0/24 dev wlan0 proto kernel scope link src 192.168.42.1 metric 600
Так, отлично.
Интерфейс поднят, является шлюзом. Пинг через него идет?
нет, ничего не пингуется.
возникла мысль - может обновить прошивку самого модема?
потому что я больше никаких вариантов не вижу.
Ничего - в том числе и свой же интерфейс и шлюз 10.64.64.64?
Собственно, обновление прошивки вряд ли изменит - соединение-то есть.
root@wirenboard-ABIADUQU:~# ping 2ip.ru
^C
root@wirenboard-ABIADUQU:~# ping 178.164.142.216
PING 178.164.142.216 (178.164.142.216) 56(84) bytes of data.
64 bytes from 178.164.142.216: icmp_seq=1 ttl=64 time=0.149 ms
64 bytes from 178.164.142.216: icmp_seq=2 ttl=64 time=0.173 ms
64 bytes from 178.164.142.216: icmp_seq=3 ttl=64 time=0.119 ms
64 bytes from 178.164.142.216: icmp_seq=4 ttl=64 time=0.124 ms
^C
--- 178.164.142.216 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3155ms
rtt min/avg/max/mdev = 0.119/0.141/0.173/0.021 ms
root@wirenboard-ABIADUQU:~# ping 10.64.64.64
PING 10.64.64.64 (10.64.64.64) 56(84) bytes of data.
^C
--- 10.64.64.64 ping statistics ---
17 packets transmitted, 0 received, 100% packet loss, time 16611ms
Так, а если wget что-то получить? Не редиректит ли на служебную страничку?
root@wirenboard-ABIADUQU:~# wget 178.164.142.216
--2023-12-27 08:26:20-- http://178.164.142.216/
Connecting to 178.164.142.216:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 9699 (9.5K) [text/html]
Saving to: 'index.html'
index.html 100%[===================>] 9.47K --.-KB/s in 0s
2023-12-27 08:26:20 (21.9 MB/s) - 'index.html' saved [9699/9699]
root@wirenboard-ABIADUQU:~# wget 10.64.64.64
--2023-12-27 08:27:02-- http://10.64.64.64/
Connecting to 10.64.64.64:80... ^C
Ну так это ведь просто интерфейс контроллера, не внешний ресурс.
root@wirenboard-ABIADUQU:~# wget wirenboard.ru
--2023-12-27 08:46:44-- http://wirenboard.ru/
Resolving wirenboard.ru (wirenboard.ru)... failed: Name or service not known.
wget: unable to resolve host address 'wirenboard.ru'
--2023-12-27 08:48:14-- http://www.belgim.by/
Resolving www.belgim.by (www.belgim.by)... failed: Name or service not known.
wget: unable to resolve host address 'www.belgim.by'
root@wirenboard-ABIADUQU:~#
Тут сразу очевидно что не настроен/не работает DNS.
Это относится как раз к базовым настройкам сети и совсем не специфично для контроллера.
Попробуйте использовать ip-адрес.
Думаю, Вы правы, спасибо.
Меня смутило, что сим-карта того же оператора с динамическим IP заработала сразу без каких-либо дополнительных настроек.
Также заметил интересный факт:
сегодня был вынужден забрать контроллер с объекта на офис, где хуже ловит сеть оператора и к удивлению соединение поднялось без каких-либо изменений (заметил случайно).
Уровень сигнала на объекте был порядка 80% (LTE),
в офисе в среднем 52% (UMTS).
1 лайк
