Однажды прохладным летним утром, интернет отказался работать. Все было как прежде, модем набрал свои обычные команды, провайдер послушно ответил мусором на подобие "{{{{{{", но при этом "вход в сеть" неожиданно прервалась. Имеются следующие логи происшедшего:
Лог pppd:
Jun 8 23:21:32 TTacha pppd[25859]: pppd 2.4.4 started by taxa, uid 500
Jun 8 23:21:32 TTacha pppd[25859]: using channel 3
Jun 8 23:21:32 TTacha pppd[25859]: Using interface ppp0
Jun 8 23:21:32 TTacha pppd[25859]: Connect: ppp0 <--> /dev/ttyACM0
Jun 8 23:21:32 TTacha pppd[25859]: sent [LCP ConfReq id=0x1
Jun 8 23:21:32 TTacha pppd[25859]: rcvd [LCP ConfRej id=0x1
Jun 8 23:21:32 TTacha pppd[25859]: sent [LCP ConfReq id=0x2
Jun 8 23:21:32 TTacha pppd[25859]: rcvd [LCP ConfAck id=0x2
Jun 8 23:21:32 TTacha pppd[25859]: rcvd [LCP ConfReq id=0x0
Jun 8 23:21:32 TTacha pppd[25859]: No auth is possible
Jun 8 23:21:32 TTacha pppd[25859]: sent [LCP ConfRej id=0x0
Jun 8 23:21:32 TTacha pppd[25859]: rcvd [LCP ConfReq id=0x1
Jun 8 23:21:32 TTacha pppd[25859]: sent [LCP ConfAck id=0x1
Jun 8 23:21:32 TTacha pppd[25859]: sent [CCP ConfReq id=0x1
Jun 8 23:21:32 TTacha pppd[25859]: sent [IPCP ConfReq id=0x1
Jun 8 23:21:32 TTacha pppd[25859]: rcvd [LCP ProtRej id=0x0 80 fd 01 01 00 0f 1a 04 78 00 18 04 78 00 15 03 2f]
Jun 8 23:21:32 TTacha pppd[25859]: Protocol-Reject for 'Compression Control Protocol' (0x80fd) received
Jun 8 23:21:32 TTacha pppd[25859]: rcvd [IPCP ConfReq id=0x0
Jun 8 23:21:32 TTacha pppd[25859]: sent [IPCP ConfAck id=0x0
Jun 8 23:21:32 TTacha pppd[25859]: rcvd [LCP TermReq id=0x2]
Jun 8 23:21:32 TTacha pppd[25859]: LCP terminated by peer
Jun 8 23:21:32 TTacha pppd[25859]: sent [LCP TermAck id=0x2]
Jun 8 23:21:35 TTacha pppd[25859]: Connection terminated.
Jun 8 23:21:35 TTacha pppd[25859]: Modem hangup
Jun 8 23:21:35 TTacha pppd[25859]: Exit.
Лог kppp:
Opener: received OpenLock
Opener: received OpenDevice
Opener: received ExecPPPDaemon
In parent: pppd pid 25859
Couldn't find interface ppp0: Нет такого устройства
Kernel supports ppp alright.
Couldn't find interface ppp0: Нет такого устройства
It was pppd that died
pppd exited with return value 16
Sending 25848 a SIGUSR1
Opener: received RemoveSecret
Opener: received RemoveSecret
Opener: received OpenResolv
Opener: received OpenResolv
Opener: received RemoveLock
Opener: received PPPDExitStatus
Opener: received PPPDExitStatus
Opener: received OpenSysLog
Если необходимо можно привести лог загруженных модулей ядра, но думаю не важно, так как ядро не прекомпиливал и ни каких опций связанных с этим не менял (на сколько помню :)
Какие могут быть решения данной проблемы?
Что то сдесь
Что то сдесь непонятное творится:
Включайте debug у pppd. Может тогда что то внятное можно будет увидеть.
pppd уже сработал
pppd уже сработал с debug. очевидно, что что то не так срабатывает. но что? :)
далее, с помощью скрипта уважаемого moska с данного форума, мне удалось этаки выбраться в интернет.
http://www.gentoo.ru/node/9282 -- тема где проходило обсуждение.
очевидно, что kppp не корректно инициализирует pppd, и тот в свою очередь валиться с многозначительным кодом возврата 16.
но что же происходит не по сценарию. при чем, я ни чего не правил в конфигах kppp, до данной траблы.
скрытный секс :)
:) так же
:) так же неожиданно все и заработало.
стоило только добавить набор следующих опций к pppd:
debug,ipcp-accept-local,ipcp-accept-remote,noipdefault,usepeerdns,nopcomp,noaccomp,nobsdcomp,nodeflate,novj,nomagic,asyncmap 0xa0000как все моментально встало на свои места.
забавно то, что неизвестно каким образом pppd "взбрело в голову" запускаться, отличным от первоначальных, опциями.
какая именно опция исправило положение, мне доподленно не известно. и меня терзают смутные сомнения, что мой любимый оператор MegaFon, часто модернизирующий свою сеть, изменил какие либо настройки на сервере. за что ему большое спасибо :)
скрытный секс :)