LINUX.ORG.RU

Своеобразный глюк.


0

0

Итак, краткое содержание предидущих серий: Есть Gentoo 1.4, в нём стоял ppp-2.4.1-r14 и работал безукоризненно.

Затем потребовалось звонить прову с callback-ом. По умолчанию cbcp отключен. Путём перекомпиляции удалось (вроде бы) его включить. Однако вожделенного счастья мне небыло. Скрипт (http://dragon.lafox.com.ua/misc/callback.txt) выполняет 1 звонок, не кладёт трубку, и, соответственно, не принимает обрантный звонок.

Затем я скачал оригинальный ppp-2.4.1 и скомпилял его. Результат более заметный (текст скрипта изменениям не подвергался). Модем звонит, авторизуется, кладёт трубу, ждёт звонка, отвечает, вроде бы даже поднимает ppp0 .. и на этом затыкается. Лог pppd выглядит так:

Serial connection established.
using channel 3
Using interface ppp0
Connect: ppp0 <--> /dev/ttyS1
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <callback CBCP> <magic 0x1e33b4fe> <pcomp> <accomp>]
rcvd [LCP ConfReq id=0x0 <asyncmap 0x0> <auth chap m$oft> <magic 0x693f> <pcomp> <accomp>]
sent [LCP ConfAck id=0x0 <asyncmap 0x0> <auth chap m$oft> <magic 0x693f> <pcomp> <accomp>]
rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <callback CBCP> <magic 0x1e33b4fe> <pcomp> <accomp>]
cbcp_lowerup
want: 14
rcvd [CHAP Challenge id=0x2c <45c5748116080899>, name = ""]
sent [CHAP Response id=0x2c <000000000000000000000000000000000000000000000000674f7598ea586ef5cd9d29909ed9 b0b13f80c27039d9808d01>, name = "benedict"]
rcvd [CHAP Success id=0x2c ""]
cbcp_open
rcvd [CBCP Request id=0x1 < NoCallback> 02 05 00 01 00]
length: 7
no callback allowed
length: 5
user callback allowed
cbcp_resp cb_type=6
cbcp_resp CONF_USER
sent [CBCP Response id=0x1 < UserDefined delay = 5 number = 242-46-54>] 32 34 32 2d 34 36 2d 35 34 00
rcvd [CBCP Ack id=0x1 < UserDefined delay = 5 number = 242-46-54>] 32 34 32 2d 34 36 2d 35 34 00
peer will call: 242-46-54
sent [LCP TermReq id=0x2 "Call me back, please"]
rcvd [LCP TermAck id=0x2]
Connection terminated.
Serial connection established.
using channel 4
Using interface ppp0
Connect: ppp0 <--> /dev/ttyS1
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xae67929d> <pcomp> <accomp>]
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xae67929d> <pcomp> <accomp>]
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xae67929d> <pcomp> <accomp>]
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xae67929d> <pcomp> <accomp>]
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xae67929d> <pcomp> <accomp>]
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xae67929d> <pcomp> <accomp>]
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xae67929d> <pcomp> <accomp>]
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xae67929d> <pcomp> <accomp>]
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xae67929d> <pcomp> <accomp>]
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xae67929d> <pcomp> <accomp>]
LCP: timeout sending Config-Requests
Connection terminated.


Мне кажется, что проблема какаято несерьёзная, но где копать? Бог знает :(

anonymous

с ввдиал такая же байда была но сейчес как-то исправили!

linkod
()
Ответ на: комментарий от drish

Другой софт врядли поможет - он и не заявляет таких возможностей. Своеобразие ситуации именно в сочетании CBCP и MSCHAP авторизации.

После раздумий и просмотра логов мне пришла в голову догадка - похоже, в момент приёма обратного звонка сервер сразу хочет получить chap авторизацию, строчку типа

sent [LCP ConfAck id=0x0 <asyncmap 0x0> <auth chap m$oft> <magic 0x693f> <pcomp> <accomp>]

и именно поэтому мой

sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xae67929d> <pcomp> <accomp>]

его совершенно не возбуждает.

Эта догадка подтверждается и тем, что в слежбе тех.поддержки у прова сказали, что был у них один Кулибин, который смог настроить подключение под линухом, но страдал он именно от проблем с авторизацией.

Может возникнут какие идеи?

anonymous
()
Ответ на: комментарий от anonymous

Решение найдено.

Проблема была действительно в авторизации - провайдер юзает Windows (!!!) и, соответственно, m$ chap авторизацию хочет на свой, виндовый манер.

Поэтому в опциях pppd следует указать receive-all для того, чтобы pppd не херил запрос на эту самую авторизацию.

Всё работает. Очережная победа разума над дикими силами природы.

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.