Olej писал(а):
2. Настроить программно коннект уже опознанного модема к провайдеру.
Здесь есть (используется народом) два совершенно разных способа:
+ такие детали как ...
постнастройка ... когда коннект при внимательном рассмотрении вроде уже работает:
Код: Выделить всё
bash-4.2$ 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
80.255.73.34 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0
bash-4.2$ ping 80.255.64.24
PING 80.255.64.24 (80.255.64.24) 56(84) bytes of data.
64 bytes from 80.255.64.24: icmp_req=1 ttl=251 time=75.1 ms
64 bytes from 80.255.64.24: icmp_req=2 ttl=251 time=81.0 ms
64 bytes from 80.255.64.24: icmp_req=3 ttl=251 time=80.3 ms
^C
--- 80.255.64.24 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2001ms
rtt min/avg/max/mdev = 75.175/78.852/81.030/2.635 ms
А сеть - в пользовательском понимании - не работает.
Это чаще всего бывает при настройке использованием диалеров! (способ 2б).
Неприятности, чаще всего, бывают:
1. При
работающем NM, но коннекте использованием wvdial (или любым другим диалером) - это очень частый случай использования, когда в NM при использовании USB модема просто запрещают на время интерфейсы eth0, wlan0 etc.
При этом (при выключении интерфейсов) NM переписывает /etc/resolv.conf и сеть остаётся без DMS разрешения имён.
Тогда нужно попробовать переписать /etc/resolv.conf на время использования USB модема:
Код: Выделить всё
bash-4.2$ cat /etc/resolv.conf
#primary DNS address
nameserver 80.255.64.23
#secondary DNS address
nameserver 80.255.64.24
nameserver 8.8.8.8
(адреса DNS можно переписать из вывода при старте wvdial).
И проверить:
Код: Выделить всё
bash-4.2$ nslookup rus-linux.net
Server: 80.255.64.23
Address: 80.255.64.23#53
Non-authoritative answer:
Name: rus-linux.net
Address: 77.222.42.148
Если дело в этом, то позже нужно подумать куда записать нужные DNS при старте ppp0 (что-то из скриптов /etc/sysconfig/network-scripts).
Имейте в виду: при подъёме любого интерфейса в NM - он
полностью перезапишет ваш /etc/resolv.conf.
2. Пишут, что с некоторыми моделями модемов соединение устанавливается, но через некоторое время обрывается ... и так по много раз.
Утверждается, что устранить этот эффект можно подбором более подходящего MTU для ppp0 (MTU - максимальный размер передаваемого IP пакета сетевого уровня, L2).
Делать (проверить) это можно так:
Код: Выделить всё
bash-4.2$ ifconfig ppp0
ppp0: flags=4305<UP,POINTOPOINT,RUNNING,NOARP,MULTICAST> mtu 1500
inet 77.52.38.122 netmask 255.255.255.255 destination 80.255.73.34
ppp txqueuelen 3 (Point-to-Point Protocol)
RX packets 1770 bytes 591698 (577.8 KiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 1848 bytes 235852 (230.3 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
bash-4.2$ sudo ifconfig ppp0 mtu 500
bash-4.2$ ifconfig ppp0 | grep mtu
ppp0: flags=4305<UP,POINTOPOINT,RUNNING,NOARP,MULTICAST> mtu 500
При уменьшении MTU надёжность соединения возрастает, но эффективность использования трафика - падает.
P.S. Я как раз пишу это сообщение при специально заниженном таким образом MTU интерфейса pppo - для проверки (я не могу проверить "мигающее падение" интерфейса - на моём модеме такое не возникает, но могу проверить полную работоспособность при уменьшенном MTU).