Re: ошибка №10 pppd
Igor -> debian-russian@lists.debian.org @ Thu, 1 Jun 2006 22:06:43 +0400: I> я читал, что в дебиане по умолчанию маршрут для lo не показывается, I> правда как отключить это умолчание я не нашел. Тем не менее после I> ручного задания маршрута через route при последующем просмотре таблицы I> маршрутизации этот маршрут для lo появился. >> > AB> афаик, в обязательном порядке должны быть подняты lo и соот-но >> > локальная AB> петля. >> > >> > route и netstat их не показывают. >> у меня - да: >> home:~# route -n >> Kernel IP routing table >> Destination Gateway Genmask Flags Metric Ref >> Use Iface 193.111.17.212 0.0.0.0 255.255.255.255 UH >> 0 00 ppp0 127.0.0.1 0.0.0.0 >> 255.255.255.255 UH0 00 lo 192.168.1.0 >> 0.0.0.0 255.255.255.0 U 0 00 eth0 >> 0.0.0.0 193.111.17.212 0.0.0.0 UG0 0 >> 0 ppp0 Использование инструментов, сохраняемых для совместимости с древними админами, не всегда доводит до добра. ip ro ls -- Artem Chuprina RFC2822: Jabber: [EMAIL PROTECTED] Может, тебе еще секретный ключ от шкатулки с сильмариллами? (С)энта -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: ошибка №10 pppd
я читал, что в дебиане по умолчанию маршрут для lo не показывается, правда как отключить это умолчание я не нашел. Тем не менее после ручного задания маршрута через route при последующем просмотре таблицы маршрутизации этот маршрут для lo появился. > > AB> афаик, в обязательном порядке должны быть подняты lo и соот-но > > локальная AB> петля. > > > > route и netstat их не показывают. > у меня - да: > home:~# route -n > Kernel IP routing table > Destination Gateway Genmask Flags Metric Ref > Use Iface 193.111.17.212 0.0.0.0 255.255.255.255 UH > 0 00 ppp0 127.0.0.1 0.0.0.0 > 255.255.255.255 UH0 00 lo 192.168.1.0 > 0.0.0.0 255.255.255.0 U 0 00 eth0 > 0.0.0.0 193.111.17.212 0.0.0.0 UG0 0 > 0 ppp0 > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: ошибка №10 pppd
В сообщении от Четверг 01 Июнь 2006 08:20 Artem Chuprina написал(a): > Alexander Berezovsky -> debian-russian@lists.debian.org @ Thu, 1 Jun 2006 > 01:19:51 +0300: > > AB> В сообщении от Вторник 30 Май 2006 22:16 Igor написал(a): > >> Kernel IP routing table > >> Destination Gateway Genmask Flags Metric Ref Use > >> Iface 192.168.254.254 0.0.0.0 255.255.255.255 UH 0 0 > >> 0 ppp0 192.168.53.0 0.0.0.0 255.255.255.0 U 0 > >> 0 0 eth1 0.0.0.0 192.168.254.254 0.0.0.0 UG 0 > >> 0 0 ppp0 > > AB> афаик, в обязательном порядке должны быть подняты lo и соот-но > локальная AB> петля. > > route и netstat их не показывают. у меня - да: home:~# route -n Kernel IP routing table Destination Gateway Genmask Flags Metric RefUse Iface 193.111.17.212 0.0.0.0 255.255.255.255 UH0 00 ppp0 127.0.0.1 0.0.0.0 255.255.255.255 UH0 00 lo 192.168.1.0 0.0.0.0 255.255.255.0 U 0 00 eth0 0.0.0.0 193.111.17.212 0.0.0.0 UG0 00 ppp0 -- Всего доброго, Александр Березовский
Re: ошибка №10 pppd
Alexander Berezovsky -> debian-russian@lists.debian.org @ Thu, 1 Jun 2006 01:19:51 +0300: AB> В сообщении от Вторник 30 Май 2006 22:16 Igor написал(a): >> Kernel IP routing table >> Destination Gateway Genmask Flags Metric Ref Use >> Iface 192.168.254.254 0.0.0.0 255.255.255.255 UH 0 0 >> 0 ppp0 192.168.53.0 0.0.0.0 255.255.255.0 U 0 0 >> 0 eth1 0.0.0.0 192.168.254.254 0.0.0.0 UG 0 0 >> 0 ppp0 AB> афаик, в обязательном порядке должны быть подняты lo и соот-но локальная AB> петля. route и netstat их не показывают. -- Artem Chuprina RFC2822: Jabber: [EMAIL PROTECTED] Танк - это не фаллический символ. Он просто _едет_... (С)энта -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: ошибка №10 pppd
В сообщении от Вторник 30 Май 2006 22:16 Igor написал(a): > Kernel IP routing table > Destination Gateway Genmask Flags Metric Ref Use > Iface 192.168.254.254 0.0.0.0 255.255.255.255 UH 0 0 > 0 ppp0 192.168.53.0 0.0.0.0 255.255.255.0 U 0 0 > 0 eth1 0.0.0.0 192.168.254.254 0.0.0.0 UG 0 0 > 0 ppp0 афаик, в обязательном порядке должны быть подняты lo и соот-но локальная петля. -- Всего доброго, Александр Березовский
Re: ошибка №10 pppd
В сообщении от 31 Май 2006 10:04 Igor написал(a): > > I> 30 22:31:25 goga pppd[7398]: sent [LCP ConfNak id=0x5 ] > ^ > > Судя по подчеркнутому, ты пытался запросить авторизацию у своего > > телефона. Он юмора не понял. > > прошу прощения, а как Вы поняли, что он авторизацию запросил у мобилы ? > и почему он "юмора не понял" ? ведь далее есть строчка об успешной > авторизации > > May 30 22:31:25 goga pppd[7398]: rcvd [PAP AuthAck id=0x1 ""] > May 30 22:31:25 goga pppd[7398]: PAP authentication succeeded > > и связь обрывается после того, как авторизация успешно прошла May 30 22:31:25 goga pppd[7398]: sent [IPCP ConfReq id=0x1 ] May 30 22:31:26 goga pppd[7398]: rcvd [LCP TermReq id=0x7] Вот где он у тебя заканчивает соединения. Говоря человеческим языком: May 30 22:31:25 goga pppd[7398]: sent "Хочу поднять IP, но не знаю своего адреса. Дайте." May 30 22:31:26 goga pppd[7398]: rcvd "Похоже, что не с тем связался. Пора валить." Тебе нужно явно прописать свой IP-адрес. -- Макс -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: ошибка №10 pppd
В сообщении от 31 Май 2006 01:34 Artem Chuprina написал(a): > I> так, одну ошибку побороли - но связь все равно через kppp не > I> устанавливается - теперь вижу вот это > > I> May 30 22:31:25 goga pppd[7398]: sent [LCP ConfNak id=0x5 ] > Судя по подчеркнутому, ты пытался запросить авторизацию у своего > телефона. Он юмора не понял. Нет, Артем. Когда посылается Nak, то в нём содержится то, на что peer согласен. Если он ни с чем не согласен, то посылается Rej. > Ситуацию ты понял правильно. pppd не устанавливает дефолтного маршрута, > если он уже есть. Что с его стороны, как правило, вполне резонно - если > у тебя уже есть дефолтный маршрут, то зачем тебе через pppd еще один? Ещё один? Двух дефолтов быть не может :) pppd может замещать дефолтный маршрут, если ему дать опцию replacedefaultroute (man pppd). > Все равно без специальных телодвижений ядро сможет воспользоваться > только первым. Ты не с IP-адресами путаешь? -- Макс -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: ошибка №10 pppd
> I> 30 22:31:25 goga pppd[7398]: sent [LCP ConfNak id=0x5 ] ^ > Судя по подчеркнутому, ты пытался запросить авторизацию у своего > телефона. Он юмора не понял. прошу прощения, а как Вы поняли, что он авторизацию запросил у мобилы ? и почему он "юмора не понял" ? ведь далее есть строчка об успешной авторизации May 30 22:31:25 goga pppd[7398]: rcvd [PAP AuthAck id=0x1 ""] May 30 22:31:25 goga pppd[7398]: PAP authentication succeeded и связь обрывается после того, как авторизация успешно прошла > Ситуацию ты понял правильно. pppd не устанавливает дефолтного > маршрута, если он уже есть. Что с его стороны, как правило, вполне > резонно - если у тебя уже есть дефолтный маршрут, то зачем тебе через > pppd еще один? Все равно без специальных телодвижений ядро сможет > воспользоваться только первым. Соответственно, когда ты на этот > вопрос дашь разумный ответ, имхо, не нужно мне 2 маршрута по умолчанию. > тогда и можно будет сказать, нужно тебе > удалять дефолтный маршрут каждый раз, вообще раз и навсегда, или > что-то другое делать. тогда буду удалять перед запуском pppd , восстанавливать после его финиша. Игорь -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
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 ] I> May 30 22:31:22 goga pppd[7398]: rcvd [LCP ConfAck id=0x1 ] I> May 30 22:31:25 goga pppd[7398]: rcvd [LCP ConfReq id=0x3 May 30 22:31:25 goga pppd[7398]: sent [LCP ConfRej id=0x3 ] I> May 30 22:31:25 goga pppd[7398]: rcvd [LCP ConfReq id=0x5 I> May 30 22:31:25 goga pppd[7398]: sent [LCP ConfNak id=0x5 ] ^ I> May 30 22:31:25 goga pppd[7398]: rcvd [LCP ConfReq id=0x7 I> May 30 22:31:25 goga pppd[7398]: sent [LCP ConfAck id=0x7 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="" password=] 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 ] 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 ] 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 RefUse Iface I> 192.168.254.254 0.0.0.0 255.255.255.255 UH0 00 ppp0 I> 192.168.53.00.0.0.0 255.255.255.0 U 0 00 eth1 I> 0.0.0.0 192.168.53.88 0.0.0.0 UG0 00 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 RefUse Iface I> 192.168.254.254 0.0.0.0 255.255.255.255 UH0 00 ppp0 I> 192.168.53.00.0.0.0 255.255.255.0 U 0 00 eth1 I> 0.0.0.0 192.168.254.254 0.0.0.0 UG0 00 ppp0 I> Насколько я понял (поправьте меня, если я не прав) в 1-м случае все I> пакеты направлялись не в интернет через ppp0, а на мою сетевую карту) - I> вот поэтому инет и не работал. Правильно я понял ситуацию ? I> если да, то как в будущем быть ? так же удалять маршрут и потом его I> восстанавливать по окончании связи ? Ситуацию ты понял правильно. pppd не устанавливает дефолтного маршрута, если он уже есть. Что с его стороны, как правило, вполне резонно - если у тебя уже есть дефолтный маршрут, то зачем тебе через pppd еще один? Все равно без специальных телодвижений ядро сможет воспользоваться только первым. Соответственно, когда ты на этот вопрос дашь разумный ответ, тогда и можно будет сказать, нужно тебе удалять дефолтный маршрут каждый раз, вообще раз и навсегда, или что-то другое делать. -- Artem Chuprina RFC2822: Jabber: [EMAIL PROTECTED] Любой инструмент, используемый не по назначению, имеет свойство превращаться в грабли. Andrey Sverdlichenko -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: ошибка №10 pppd
В сообщении от 30 Май 2006 23:16 Igor написал(a): > так, одну ошибку побороли - но связь все равно через kppp не > устанавливается - теперь вижу вот это > > May 30 22:31:25 goga pppd[7398]: sent [IPCP ConfReq id=0x1 ] > May 30 22:31:26 goga pppd[7398]: rcvd [LCP TermReq id=0x7] > > Насколько я понял (поправьте меня, если я не прав) в 1-м случае все > пакеты направлялись не в интернет через ppp0, а на мою сетевую карту) - > вот поэтому инет и не работал. Правильно я понял ситуацию ? > если да, то как в будущем быть ? так же удалять маршрут и потом его > восстанавливать по окончании связи ? man на опции defaultroute и replacedefaultroute. Если требуются действия руками, то можно их автоматизировать, добавив соотв. скрипты в /etc/ppp/ip-up.d и /etc/ppp/ip-down.d. > ну и второй вопрос - почему не соединяется kppp ? Судя из лога, тот конец обламывается, когда ты ему говоришь, что понятия не имеешь какой у тебя ip-адрес. Он тоже не может тебе его придумать. Видимо, надо указать какой ты хочешь ip-шник. -- Макс -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: ошибка №10 pppd
Приветствую так, одну ошибку побороли - но связь все равно через kppp не устанавливается - теперь вижу вот это May 30 22:31:22 goga pppd[7398]: pppd 2.4.3 started by goga, uid 1000 May 30 22:31:22 goga pppd[7398]: using channel 68 May 30 22:31:22 goga pppd[7398]: Using interface ppp0 May 30 22:31:22 goga pppd[7398]: Connect: ppp0 <--> /dev/ttyUSB0 May 30 22:31:22 goga pppd[7398]: sent [LCP ConfReq id=0x1 ] May 30 22:31:22 goga pppd[7398]: rcvd [LCP ConfAck id=0x1 ] May 30 22:31:25 goga pppd[7398]: rcvd [LCP ConfReq id=0x3 ] May 30 22:31:25 goga pppd[7398]: rcvd [LCP ConfReq id=0x5 May 30 22:31:25 goga pppd[7398]: sent [LCP ConfNak id=0x5 ] May 30 22:31:25 goga pppd[7398]: rcvd [LCP ConfReq id=0x7 May 30 22:31:25 goga pppd[7398]: sent [LCP ConfAck id=0x7 May 30 22:31:25 goga pppd[7398]: sent [LCP EchoReq id=0x0 magic=0x190fb322] May 30 22:31:25 goga pppd[7398]: sent [PAP AuthReq id=0x1 user="" password=] May 30 22:31:25 goga pppd[7398]: rcvd [LCP EchoRep id=0x0 magic=0x71bd7a5a] May 30 22:31:25 goga pppd[7398]: rcvd [PAP AuthAck id=0x1 ""] May 30 22:31:25 goga pppd[7398]: PAP authentication succeeded May 30 22:31:25 goga pppd[7398]: sent [IPCP ConfReq id=0x1 ] May 30 22:31:26 goga pppd[7398]: rcvd [LCP TermReq id=0x7] May 30 22:31:26 goga pppd[7398]: LCP terminated by peer May 30 22:31:26 goga pppd[7398]: sent [LCP TermAck id=0x7] May 30 22:31:29 goga pppd[7398]: Connection terminated. May 30 22:31:29 goga pppd[7398]: using channel 69 May 30 22:31:29 goga pppd[7398]: Using interface ppp0 May 30 22:31:29 goga pppd[7398]: Connect: ppp0 <--> /dev/ttyUSB0 May 30 22:31:29 goga pppd[7398]: sent [LCP ConfReq id=0x2 ] May 30 22:31:29 goga pppd[7398]: sent [LCP TermReq id=0x3] May 30 22:31:29 goga pppd[7398]: tcflush failed: Bad file descriptor May 30 22:31:29 goga pppd[7398]: tcsetattr: Invalid argument (line 1010) May 30 22:31:29 goga pppd[7398]: Exit. тогда я решил пойти другим путем - c помощью pppcongig настроил pppd и запустил его успешно однако после соединения сайты не пингуются - даже по IP адресу ping 10.140.142.42 PING 10.140.142.42 (10.140.142.42) 56(84) bytes of data. From 192.168.53.88 icmp_seq=1 Destination Host Unreachable From 192.168.53.88 icmp_seq=2 Destination Host Unreachable From 192.168.53.88 icmp_seq=3 Destination Host Unreachable From 192.168.53.88 icmp_seq=4 Destination Host Unreachable таблица маршрутизации при этом goga:/var/log# route -n Kernel IP routing table Destination Gateway Genmask Flags Metric RefUse Iface 192.168.254.254 0.0.0.0 255.255.255.255 UH0 00 ppp0 192.168.53.00.0.0.0 255.255.255.0 U 0 00 eth1 0.0.0.0 192.168.53.88 0.0.0.0 UG0 00 eth1 если перед выполнением pon я сделаю route delete default gw 192.168.53.88 то после соединения с Мегафоном сайты начинают пинговаться и инет работает Таблица при этом вот какая Kernel IP routing table Destination Gateway Genmask Flags Metric RefUse Iface 192.168.254.254 0.0.0.0 255.255.255.255 UH0 00 ppp0 192.168.53.00.0.0.0 255.255.255.0 U 0 00 eth1 0.0.0.0 192.168.254.254 0.0.0.0 UG0 00 ppp0 Насколько я понял (поправьте меня, если я не прав) в 1-м случае все пакеты направлялись не в интернет через ppp0, а на мою сетевую карту) - вот поэтому инет и не работал. Правильно я понял ситуацию ? если да, то как в будущем быть ? так же удалять маршрут и потом его восстанавливать по окончании связи ? ну и второй вопрос - почему не соединяется kppp ? Спасибо
Re: ошибка №10 pppd
В сообщении от 29 Май 2006 09:37 Alexander Lourier написал(a): > On Monday 29 May 2006 01:46, Igor wrote: > > 23:53:11 goga pppd[5826]: Protocol-Reject for 'Compression Control > > Protocol' (0x80fd) received > > как это можно вылечить ? > > novj > nobsdcomp > nodeflate > Неа, лучше сразу noccp, потому что помимо bsd и deflate бывает ещё mppc, predictor-1, predictor-2 и lzw. Ван Якобсон, по-моему, не через CCP согласуется, хотя могу врать - RFC щас читать лень :) Поэтому можно попробовать его оставить. -- Макс -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: ошибка №10 pppd
Igor -> debian-russian@lists.debian.org @ Tue, 30 May 2006 00:11:07 +0400: >> novj I> в etc/ppp/option I> # Disable negotiation of Van Jacobson style IP header I> compression (use # default, i.e. no compression). I> -vj I> не помогло. :( >> nobsdcomp >> nodeflate I> а вот эти опции я не нашел нигде. Они для pptp ? если да, то pptp мне I> не нужен, только ppp В документации поискать попробуй. man pppd /nobsdcomp /nodeflate -- Artem Chuprina RFC2822: Jabber: [EMAIL PROTECTED] Феаноринги думают руками, арфинги - сердцем, а нолфинги - головой. (С)энта -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: ошибка №10 pppd
> novj в etc/ppp/option # Disable negotiation of Van Jacobson style IP header compression (use # default, i.e. no compression). -vj не помогло. :( > nobsdcomp > nodeflate а вот эти опции я не нашел нигде. Они для pptp ? если да, то pptp мне не нужен, только ppp Игорь -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: ошибка №10 pppd
On Monday 29 May 2006 01:46, Igor wrote: > 23:53:11 goga pppd[5826]: Protocol-Reject for 'Compression Control > Protocol' (0x80fd) received > как это можно вылечить ? novj nobsdcomp nodeflate -- Best regards. Alexander Lourier. http://aml.rulezz.ru pgpLpueKWkVyG.pgp Description: PGP signature