PPPD и PAP-аутентификация over PPP

Включи в /etc/ppp/options.XXXX опцию debug и посмотри в логах на что ругается pppd
И покажи свои настройки

Trustics Secure Linux Kernel 2.2.19 pppd 2.4.1 ppp со всеми причиндалами в ядре === Begin of /etc/ppp/pap-secrets === _login_ * _password_ === End of /etc/ppp/pap-secrets === === Begin of /etc/ppp/options === /dev/ttyS0 115200 connect '/sbin/chat -v -f /etc/ppp/chatscript' crtscts asyncmap 20A0000 escape FF lock modem noauth 0.0.0.0:0.0.0.0 netmask 255.255.255.0 noipdefault defaultroute debug kdebug 0 === End of /etc/ppp/options === === Begin of /etc/ppp/chatscript === ABORT "NO CARRIER" ABORT "BUSY" ABORT "NO DIALTONE" ABORT "NO ANSWER" TIMEOUT 5 '' AT 'OK-+++\c-OK' ATH0 TIMEOUT 120 OK ATDT$ISP_PHONE CONNECT '\c' === End of /etc/ppp/chatscript === варианты завершения чата: \~ '\c' CONNECT \~ Кусок лога рисую по памяти: === Cut /var/log/messages === chat: expect (CONNECT) chat: CONNECT chat: -- got it pppd: Serial connection established pppd: Connect: ppp0 <--> /dev/ttyS0 pppd: Hangup (SIGHUP) === Cut /var/log/messages === На удаленном серваке: Windows NT 4.0, PAP-авторизация после поднятия PPP Лог полностью привести не могу - всё на работе. Но вероятно, этого достаточно. Интерфейс ppp0 генерится без проблем, чат-скрипт отрабатывает нормально, но когда за дело берется сам pppd - все рюхается к такой-то бабушке. PPPD ни на что не ругается. Как я понял, соединение рвется удаленной стороной. Звонил до другого провайдера - у него авторизация идет по PAP плайн-текстом - делаю ее чатом, дык все ОК.

(извиняюсь за предыдущий сумбур (если он еще не удален) - прокосячил с отправкой)

Trustics Secure Linux
Kernel 2.2.19
pppd 2.4.1
ppp со всеми причиндалами в ядре

=== Begin of /etc/ppp/pap-secrets ===
_login_ * _password_
=== End of /etc/ppp/pap-secrets ===

=== Begin of /etc/ppp/options ===
/dev/ttyS0 115200
connect '/sbin/chat -v -f /etc/ppp/chatscript'
noauth
crtscts
asyncmap 20A0000
escape FF
lock
modem
0.0.0.0:0.0.0.0
netmask 255.255.255.0
noipdefault
defaultroute
debug
kdebug 0
=== End of /etc/ppp/options ===

=== Begin of /etc/ppp/chatscript ===
ABORT "NO CARRIER"
ABORT "BUSY"
ABORT "NO DIALTONE"
ABORT "NO ANSWER"
TIMEOUT		5
''		AT
'OK-+++\c-OK'   ATH0
TIMEOUT         120
OK              ATDT$ISP_PHONE
CONNECT         '\c'
=== End of /etc/ppp/chatscript ===

#варианты завершения чата:
#\~		'\c'
#CONNECT
#\~

Кусок лога рисую по памяти:
=== Cut /var/log/messages ===
chat: expect (CONNECT)
chat: CONNECT
chat:  -- got it
chat: Serial connection established
pppd: Connect: ppp0 <--> /dev/ttyS0
pppd: Hangup (SIGHUP)
=== Cut /var/log/messages ===

На удаленном серваке:
Windows NT 4.0, PAP-авторизация после поднятия PPP

Лог полностью привести не могу - все на работе.
Но вероятно, этого достаточно. Интерфейс ppp0 генерится без проблем,
чат-скрипт отрабатывает нормально, но когда за дело берется сам pppd -
все рюхается к такой-то бабушке. Как я понял, соединение рвется удаленной стороной.
Звонил до другого провайдера - у него авторизация идет по PAP плайн-текстом, делаю
ее чатом - дык все ОК.

В /etc/ppp/pap-secrets
login  *  parol  *
----------------^^^ есть???
Если нету то поставь и попробуй...

PS: попробуй добавить в options require-pap refuse-chap

PPS: Невтему - asyncmap 20A0000 escape FF -Зачем?

все прбовал. нифига. а с эскейпами - я еще не до конца разобрался, что надо эскейпить, что нет, так что взял это из примера. Есть дамп с модема. По нему как-нить можно восстановить ход событий? А то я ip-пакеты даже со словарем читать не умею :)

Убери 0.0.0.0:0.0.0.0 и не заставляй pppd извращаться. Удачи.

Если сервер ипользует MSCHAP, то почитай README.MSCHAP80 в /usr/doc/ppp-2.x.x или в пакете с исходниками