Наблюдается странное поведение двух pppd на разных концах соединения.
Попросту говоря, "не контачат".

Имеем:
1. dial-in сервер, установленный из дистра ASPLinux 7.1 (kernel 2.4.2,
glibc 2.2.2, pppd 2.4.0) и mgetty 1.1.30, собранную отдельно с ключом
-DAUTO_PPP. Модем Acorp 33600 (кажись, Rockwell) внешний на /dev/ttyS1.
2. Локальную машину с того же дистра, только kernel 2.2.19. Модем Eline,
тоже на Rockwell.
3. Виюковый диалап c winmodem'ом.

Звоню с локальной машины на сервер, mgetty берет трубу, распознает ppp-
зюки и запускает pppd. До сих пор нормально. А вот дальше (лог с сервера):

using channel 3
Using interface ppp0
Connect: ppp0 <--> /dev/ttyS1
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <auth pap> <magic 0x949ec87f>
<pcomp> <accomp>]
(и еще 9 раз...)
LCP: timeout sending Config-Requests
Hangup (SIGHUP)
Modem hangup
Connection terminated.

И отваливается. С локальной стороны это выглядит так:

Serial connection established.
using channel 3
Using interface ppp0
Connect: ppp0 <--> /dev/ttyS1
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x557a413d> <pcomp>
<accomp>]
(и еще 9 раз...)
LCP: timeout sending Config-Requests
Connection terminated.
Hangup (SIGHUP)

Т.е. такое впечатление, что один pppd другого не слышит...
Лога mgetty не привожу, т.к. трубу берет нормально. /bin/login тоже
работает.
Винюковый клиент просто говорит "Удаленный компьютер не отвечает".
man, HOWTO и FAQ перелопатил не единожды и не дважды, толку - нуль :(
Подскажите, плз, в каком месте руки поправить?

Настройки сервера:
/etc/ppp/options
-detach
lock
modem
crtscts
asyncmap 0
/dev/ttyS1
57600
logfile /var/log/pppd.log

/etc/ppp/options.ttyS1
passive
proxyarp
ms-dns xxx.xxx.xxx.xxx
debug

/usr/local/etc/mgetty+sendfax/mgetty.config
debug 4
# access the modem(s) with 57600 bps
speed 57600

port ttyS1
  speed 115200
  data-only y
  port-owner uucp
  port-group uucp
  port-mode 0666
  modem-type data
  init-chat "" ATZ0 OK ATS0=0 OK
  answer-chat "" ATA CONNECT
  login-prompt @:\U $
  login-time 30
#  switchbd 19200

/usr/local/etc/mgetty+sendfax/login.config
/AutoPPP/ -  a_ppp  /usr/sbin/pppd auth -chap +pap -detach debug
* - - /bin/login @

Локальные настройки:
/etc/ppp/options
lock
modem
crtscts
asyncmap 0
/dev/ttyS1
57600
defaultroute
#noipdefault
logfile /var/log/pppd.log

/etc/ppp/options.ttyS1
#passive
#proxyarp
#debug

/etc/ppp/peers/dialup
connect '/usr/sbin/chat -V -f /etc/ppp/chat.dialup' user xxxxx idle 600
holdoff 15 debug kdebug 7

В принципе, Linux PPP FAQ ругался на Rockwell-модемы, но там описывались
версии 2.2.х и 2.3.х - так неужели не побороли?
Или действительно только и осталось, что заменить Acorp?

Что интересно: при отзвонке в МТУ тоже иногда бывает LCP: timeout sending
Config-Requests, но потом все-таки выдается адрес и pppd функционирует
нормально. Может, lcp-max-configure надо выставить?

• RE: Два pppd не видят друг друга?, qq, 06:14 , 20-Дек-02, (1)
  • RE: Два pppd не видят друг друга?, CSM, 03:12 , 21-Дек-02, (2)