PPP и mgetty не снимает трубку.

Rick · Сообщение **Rick** » 01 июн 2003, 16:43

Стоит RedHat 7.2 и модем внешний USR Sporster Faxmodem с поддержкой V.92. В inittab прописал что нужно, в файле конфигурации перепробовал все методы, описанные в многочисленных HOWTO.
Результат тот же - не снимает трубку и лампочка не зажигается на модеме после #init q.
Помогите пожелуйста кто с таким сталкивался.
В логе пишет что кабель не подсоед. ожидание ОК время истекло процесс ...

Rick · Сообщение **Rick** » 07 июн 2003, 18:59

mgetty теперь поднимает трубку, потом идёт опознавание пароля и дальше сброс соединеия. В логе пишет что "адрес серверу присваевается 192.168.10.1 клиенту - запрос - нет ответа"

Так несколько раз в конце - "Нет протокола соединения, разрыв связи"

моя конфигурация:

login.config

/AutoPPP/ - @ /usr/sbin/pppd call dial-in

options

lock
modem
crtscts
asyncmap 0
debug
-detach
mtu 585
mru 585
logfile /var/log/ppplog

dial-in

nodefaultroute
auth
refuse-chap
require-pap
disconnect "/usr/sbin/chat --\d+++\d\c OK ath0 OK"
debug 9
netmask 255.255.255.0
proxyarp
192.168.10.100:
ms-wins 192.168.10.2

Подскажите пожалуйста в чём может быть проблема. Бит suid на pppd установлен. Настраиваю клиента (виндоус) как обычно - только TCP/IP.

Помогите пожалуйста.

Lynxer · Сообщение **Lynxer** » 09 июн 2003, 16:12

Rick писал(а): 192.168.10.100:

Ты не выставляешь адрес клиенту, а он от тебя этого ждет. Попробуй так:

192.168.10.100:192.168.10.101

Rick · Сообщение **Rick** » 10 июн 2003, 13:35

Ничего не изменилось!!!
Вот полный лог:

using channel 1
Using interface ppp0
Connect: ppp0 <--> /dev/ttyS0
rcvd [LCP ConfReq id=0x0 <asyncmap 0x0> <magic 0x3889> <pcomp> <accomp> <callback CBCP>]
sent [LCP ConfReq id=0x1 <mru 585> <asyncmap 0x0> <auth pap> <magic 0x6ecb83c4> <pcomp> <accomp>]
sent [LCP ConfAck id=0x0 <asyncmap 0x0> <magic 0x3889> <pcomp> <accomp> <callback CBCP>]
rcvd [LCP ConfNak id=0x1 <mru 1500>]
sent [LCP ConfReq id=0x2 <asyncmap 0x0> <auth pap> <magic 0x6ecb83c4> <pcomp> <accomp>]
rcvd [LCP ConfAck id=0x2 <asyncmap 0x0> <auth pap> <magic 0x6ecb83c4> <pcomp> <accomp>]
rcvd [LCP code=0xc id=0x1 00 00 38 89 4d 53 52 41 53 56 34 2e 30 30]
sent [LCP CodeRej id=0x3 0c 01 00 12 00 00 38 89 4d 53 52 41 53 56 34 2e 30 30]
rcvd [LCP code=0xc id=0x2 00 00 38 89 4d 53 52 41 53 2d 31 2d 54 45 52 4d 49 4e 41 4c]
sent [LCP CodeRej id=0x4 0c 02 00 18 00 00 38 89 4d 53 52 41 53 2d 31 2d 54 45 52 4d 49 4e 41 4c]
rcvd [PAP AuthReq id=0x0 user="nikola" password=<hidden>]
sent [PAP AuthAck id=0x0 "Login ok"]
sent [IPCP ConfReq id=0x1 <addr 192.168.10.100> <compress VJ 0f 01>]
sent [CCP ConfReq id=0x1 <deflate 15> <deflate(old#) 15> <bsd v1 15>]
sent [IPCP ConfReq id=0x1 <addr 192.168.10.100> <compress VJ 0f 01>]
sent [CCP ConfReq id=0x1 <deflate 15> <deflate(old#) 15> <bsd v1 15>]
................................................. (и т.д.)
IPCP: timeout sending Config-Requests
sent [LCP TermReq id=0x5 "No network protocols running"]
rcvd [LCP TermAck id=0x5]
Connection terminated.
Connect time 0.6 minutes.
Sent 310 bytes, received 0 bytes.

моя новая конфигурация:

login.config

/AutoPPP/ - @ /usr/sbin/pppd call dial-in

options

192.168.10.100:
lock
modem
crtscts
asyncmap 0
debug
-detach
netmask 255.255.255.0
proxyarp
mtu 585
mru 585
logfile /var/log/ppplog

dial-in

defaultroute
silent
auth
refuse-chap
require-pap
ms-dns 192.168.10.10
ms-wins 192.168.10.2

options.ttyS0

:192.168.10.101
proxyarp

Подскажите пожалуйста в чём может быть проблема.

Помогите пожалуйста !!!

Lynxer · Сообщение **Lynxer** » 10 июн 2003, 16:23

Rick писал(а): options

192.168.10.100:

options.ttyS0

:192.168.10.101

Хм. Я не уверен, что оно из двух строчек сработает.
Я ж тебе сказал - попробовать написать так:

192.168.10.100:192.168.10.101

И еще проверь, все ли твои конфиги зачитываются. Пробуй разные варианты, не бойся экспериментировать! Если ты будешь только "в слепую" пробовать только те варианты, которые здесь тебе пишут и не пытаться вникнуть в суть - наша отладочная сессия может слишком затянуться и наскучить нам.

Rick · Сообщение **Rick** » 10 июн 2003, 20:47

Я эксперементировал как мог. В данный момент приведённые файлы конфигурации разбиты на 2-е строчки. Но я уже переставлял их в одну строчку в options, dial-in и в options.ttyS0 - результат тот же.
Закоментировал silent, ms-dns 192.168.10.10.
Кстати у меня в сети нет DNS сервера.
Уже не знаю что и делать, что пробовать, грешу уже на mgetty.
Смысл я вроде понимаю:
- при поднятии трубки, читается файл login.config - запускается pppd c настройками из options, но с приоритетом файта dial-in. Устанавливается маска сети разрешается маршрутизация пакетов, требуется авторизация - рар, присваевается серверу 192.168.10.100 - клиенту - 192.168.10.101 !!!!
НО ПОЧЕМУ ОН НЕ ВЫПОЛНЯЕТ ПОСЛЕДНЕЕ ДЕЙСТВИЕ ДО КОНЦА - НЕ ПОЙМУ!!!

Jek · Сообщение **Jek** » 11 июн 2003, 07:54

На всякий случай: ты PPP-HOWTO прочёл?

Llama · Сообщение **Llama** » 11 июн 2003, 09:05

1) Пересобери pppd - в RH7.2 он был глючный. Не уверен, что было именно это, но проблемы были, это точно именно с там pppd который в RH7.2

Rick · Сообщение **Rick** » 16 июн 2003, 18:00

Я подключился !!!!
Дело было в виндоус клиенте. Откл. LSP и шифрование - стало всё нормально.
Только с win 98 зайти пока не смог. И нет програмного сжатия данных (очень плохо).

Rick · Сообщение **Rick** » 19 июн 2003, 18:07

Подскажите, как решить проблеиу отсутствия сжатия? Параметр в options
bsdcomp 15 - вставил, результат остался тем же.

Lynxer · Сообщение **Lynxer** » 19 июн 2003, 20:30

Причина может быть в неподдержке BSD-компрессии ядром либо другим концом (виндой). Конкретнее смотри в своих логах. Лучше не пользоваться этим методом, потому как он патенто-проблемный (LZW) и дает худшее сжатие, чем Deflate-компрессия (LZSS). Используй лучше Deflate.

Rick · Сообщение **Rick** » 25 июн 2003, 08:17

Парадокс - Установил серевер dial-in, а дозвонится провайдору не могу (dial-up)
У "провайдера" стоит Windows 2000, шифрование включено и пароли тоже шифрованные.
pppd я пересобирал с использованием libdes.
Мои конфиги для dial-un:

/etc/ppp/peers/trade

/dev/ttyS0 115200
auth
refuse-pap
require-chap
defaultroute
user Rick
netmask 255.255.255.0
idle 90
holdoff 15
connect '/usr/sbin/chat -vf /etc/ppp/peers/trade.scr'

trade.scr

TIMEOUT 5
ABORT "ERROR"
ABORT "NO DIALTONE"
"" "ATZ"
"OK-+++\c-OK" "ATX4S7=30L1M0"
ABORT "BUSY"
ABORT "NO CARRIER"
ABORT "NO ANSWER"
"OK" "ATDT007"
TIMEOUT 40
"CONNECT" ""

Запускаю командой #pppd call trade
В chap-secrets данный пользователь прописан.

Мой лог:

Jun 24 14:24:17 server chat[2214]: expect (OK)
Jun 24 14:24:17 server chat[2214]: ^M
Jun 24 14:24:17 server chat[2214]: ATX4S7=30L1M0^M^M
Jun 24 14:24:17 server chat[2214]: OK
Jun 24 14:24:17 server chat[2214]: -- got it
Jun 24 14:24:17 server chat[2214]: send (ATDT007^M)
Jun 24 14:24:17 server chat[2214]: timeout set to 40 seconds
Jun 24 14:24:17 server chat[2214]: expect (CONNECT)
Jun 24 14:24:17 server chat[2214]: ^M
Jun 24 14:24:35 server chat[2214]: ATDT007^M^M
Jun 24 14:24:35 server chat[2214]: CONNECT
Jun 24 14:24:35 server chat[2214]: -- got it
Jun 24 14:24:35 server chat[2214]: send (^M)
Jun 24 14:24:35 server pppd[2213]: Serial connection established.
Jun 24 14:24:35 server pppd[2213]: Using interface ppp0
Jun 24 14:24:35 server pppd[2213]: Connect: ppp0 <--> /dev/ttyS0
Jun 24 14:26:11 server pppd[2213]: Modem hangup
Jun 24 14:26:11 server pppd[2213]: Connection terminated.
Jun 24 14:26:12 server pppd[2213]: Exit.

Помогите пожалуйста, в чём дело, в чём проблема, не пойму чего не хватает ?

Anonymous · Сообщение **Anonymous** » 26 июн 2003, 19:31

S opciei debug log smotrelsia bi informativnee

vmesto auth dumau luchshe budet smotret'sia noauth

auth Require the peer to authenticate itself before
allowing network packets to be sent or received.
This option is the default if the system has a
default route. If neither this option nor the
noauth option is specified, pppd will only allow
the peer to use IP addresses to which the system
does not already have a route.