[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: ошибка №10 pppd



Igor -> debian-russian@lists.debian.org  @ Tue, 30 May 2006 23:16:22 +0400:

 I> Приветствую

 I> так, одну ошибку побороли - но связь все равно через kppp не
 I> устанавливается - теперь вижу вот это

 I> May 30 22:31:22 goga pppd[7398]: pppd 2.4.3 started by goga, uid 1000
 I> May 30 22:31:22 goga pppd[7398]: using channel 68
 I> May 30 22:31:22 goga pppd[7398]: Using interface ppp0
 I> May 30 22:31:22 goga pppd[7398]: Connect: ppp0 <--> /dev/ttyUSB0
 I> May 30 22:31:22 goga pppd[7398]: sent [LCP ConfReq id=0x1 <asyncmap 0xa0000> <magic 0x190fb322> <accomp>]
 I> May 30 22:31:22 goga pppd[7398]: rcvd [LCP ConfAck id=0x1 <asyncmap 0xa0000> <magic 0x190fb322> <accomp>]
 I> May 30 22:31:25 goga pppd[7398]: rcvd [LCP ConfReq id=0x3 <asyncmap 0xa0000> <pcomp> <accomp> <magic 0x71
 I> May 30 22:31:25 goga pppd[7398]: sent [LCP ConfRej id=0x3 <pcomp>]
 I> May 30 22:31:25 goga pppd[7398]: rcvd [LCP ConfReq id=0x5 <asyncmap 0xa0000> <accomp> <magic 0x71bd7a5a>
 I> May 30 22:31:25 goga pppd[7398]: sent [LCP ConfNak id=0x5 <auth pap>]
                                               ^^^^^^^^^^^^^^^^^^^^^^^^^
 I> May 30 22:31:25 goga pppd[7398]: rcvd [LCP ConfReq id=0x7 <asyncmap 0xa0000> <accomp> <magic 0x71bd7a5a>
 I> May 30 22:31:25 goga pppd[7398]: sent [LCP ConfAck id=0x7 <asyncmap 0xa0000> <accomp> <magic 0x71bd7a5a>
 I> May 30 22:31:25 goga pppd[7398]: sent [LCP EchoReq id=0x0 magic=0x190fb322]
 I> May 30 22:31:25 goga pppd[7398]: sent [PAP AuthReq id=0x1 user="7777" password=<hidden>]
 I> May 30 22:31:25 goga pppd[7398]: rcvd [LCP EchoRep id=0x0 magic=0x71bd7a5a]
 I> May 30 22:31:25 goga pppd[7398]: rcvd [PAP AuthAck id=0x1 ""]
 I> May 30 22:31:25 goga pppd[7398]: PAP authentication succeeded
 I> May 30 22:31:25 goga pppd[7398]: sent [IPCP ConfReq id=0x1 <addr 0.0.0.0>]
 I> May 30 22:31:26 goga pppd[7398]: rcvd [LCP TermReq id=0x7]
 I> May 30 22:31:26 goga pppd[7398]: LCP terminated by peer
 I> May 30 22:31:26 goga pppd[7398]: sent [LCP TermAck id=0x7]
 I> May 30 22:31:29 goga pppd[7398]: Connection terminated.
 I> May 30 22:31:29 goga pppd[7398]: using channel 69
 I> May 30 22:31:29 goga pppd[7398]: Using interface ppp0
 I> May 30 22:31:29 goga pppd[7398]: Connect: ppp0 <--> /dev/ttyUSB0
 I> May 30 22:31:29 goga pppd[7398]: sent [LCP ConfReq id=0x2 <asyncmap 0xa0000> <magic 0xadededa2> <accomp>]
 I> May 30 22:31:29 goga pppd[7398]: sent [LCP TermReq id=0x3]
 I> May 30 22:31:29 goga pppd[7398]: tcflush failed: Bad file descriptor
 I> May 30 22:31:29 goga pppd[7398]: tcsetattr: Invalid argument (line 1010)
 I> May 30 22:31:29 goga pppd[7398]: Exit.

Судя по подчеркнутому, ты пытался запросить авторизацию у своего
телефона.  Он юмора не понял.

 I> тогда я решил пойти другим путем - c помощью pppcongig настроил pppd и
 I> запустил его успешно 

 I> однако после соединения сайты не пингуются - даже по IP адресу

 I> ping 10.140.142.42
 I> PING 10.140.142.42 (10.140.142.42) 56(84) bytes of data.
 I> From 192.168.53.88 icmp_seq=1 Destination Host Unreachable
 I> From 192.168.53.88 icmp_seq=2 Destination Host Unreachable
 I> From 192.168.53.88 icmp_seq=3 Destination Host Unreachable
 I> From 192.168.53.88 icmp_seq=4 Destination Host Unreachable

 I> таблица маршрутизации при этом

 I> goga:/var/log# route -n
 I> Kernel IP routing table
 I> Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
 I> 192.168.254.254 0.0.0.0         255.255.255.255 UH    0      0        0 ppp0
 I> 192.168.53.0    0.0.0.0         255.255.255.0   U     0      0        0 eth1
 I> 0.0.0.0         192.168.53.88   0.0.0.0         UG    0      0        0 eth1

 I> если перед выполнением pon я сделаю
 I> route delete default gw 192.168.53.88

 I> то после соединения с Мегафоном сайты начинают пинговаться и инет работает
 I> Таблица при этом вот какая

 I> Kernel IP routing table
 I> Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
 I> 192.168.254.254 0.0.0.0         255.255.255.255 UH    0      0        0 ppp0
 I> 192.168.53.0    0.0.0.0         255.255.255.0   U     0      0        0 eth1
 I> 0.0.0.0         192.168.254.254 0.0.0.0         UG    0      0        0 ppp0

 I> Насколько я понял (поправьте меня, если я не прав) в 1-м случае все
 I> пакеты направлялись не в интернет через ppp0, а на мою сетевую карту) -
 I> вот поэтому инет и не работал.  Правильно я понял ситуацию ? 
 I> если да, то как в будущем быть ? так же удалять маршрут и потом его
 I> восстанавливать по окончании связи ? 

Ситуацию ты понял правильно.  pppd не устанавливает дефолтного маршрута,
если он уже есть.  Что с его стороны, как правило, вполне резонно - если
у тебя уже есть дефолтный маршрут, то зачем тебе через pppd еще один?
Все равно без специальных телодвижений ядро сможет воспользоваться
только первым.  Соответственно, когда ты на этот вопрос дашь разумный
ответ, тогда и можно будет сказать, нужно тебе удалять дефолтный маршрут
каждый раз, вообще раз и навсегда, или что-то другое делать.

-- 
Artem Chuprina
RFC2822: <ran{}ran.pp.ru> Jabber: ran@jabber.ran.pp.ru

Любой инструмент, используемый не по назначению, имеет свойство
превращаться в грабли.
	Andrey Sverdlichenko



Reply to: