Mgetty и pppd (Dial-in) - Компьютерный форум OSzone.net

Компьютерный форум OSzone.net (http://forum.oszone.net/index.php)

- Программное обеспечение Linux и FreeBSD (http://forum.oszone.net/forumdisplay.php?f=11)

- - Mgetty и pppd (Dial-in) (http://forum.oszone.net/showthread.php?t=49406)

Mgetty и pppd (Dial-in)

Народ, подскажите, настраиваю сервер на Redhat Enterprise 3.
Клиент дозванивается, идет определение логина и пароля и связь обрывается. Если в настройках соединения win2000 ставлю удаленный сервер SLIP: подключение Unix, то клиент соединяется, но через пару секунд связь обрывается.

Настройки, которые я делал:

/etc/mgetty+sendfax/mgetty.config
debug 4
fax-id 00 00 000000
speed 115200
direct NO
blocking NO
#port ttySHSF0
port-owner uucp
port-group uucp
port-mode 0660
toggle-dtr YES
toggle-dtr-waittime 500
data-only YES
fax-only NO
modem-type auto
init-chat "" ATS0=0Q0&D3&C1 OK
modem-check-time 86400
rings 1
answer-chat "" ATA CONNECT \c \r
answer-chat-timeout 80
autobauding NO
ringback NO
ringback-time 30
ignore-carrier false
issue-file /etc/issue
prompt-waittime 500
login-prompt @!login:
login-time 60
diskspace 1024
notify faxadmin
fax-owner uucp
fax-group modem
fax-mode 0660

/etc/mgetty+sendfax/login.config
/AutoPPP/ - a_ppp /usr/sbin/pppd file /etc/ppp/options.modem
* - - /bin/login @

/etc/ppp/options.modem
modem
noipdefault
nodetach
debug
noccp
proxyarp
crtscts
ms-dns 192.168.0.2
idle 1000
require-pap
refuse-chap

/etc/ppp/options.ttySHSF0
192.168.0.2:192.168.0.90

/etc/ppp/pap-secrets
user * pass 192.168.0.2:192.168.0.90
(в этом же файле находятся пароля для соединения по ADSL)

/etc/sysctl.conf
net.ipv4.ip_forward = 1

/etc/inittab
S3:2345:respawn:/sbin/mgetty /dev/ttySHSF0

Лог mgetty:
05/17 16:06:51 SF0 mgetty: experimental test release 1.1.30-Dec16
05/17 16:06:51 SF0 check for lockfiles
05/17 16:06:51 SF0 locking the line
05/17 16:06:52 SF0 WARNING: DCD line still active, check modem settings (AT&Dx)
05/17 16:06:52 SF0 lowering DTR to reset Modem
05/17 16:06:53 SF0 send: ATS0=0Q0&D3&C1[0d]
05/17 16:06:53 SF0 waiting for ``OK'' ** found **
05/17 16:06:54 SF0 waiting...
05/17 16:08:20 SF0 wfr: waiting for ``RING''
05/17 16:08:21 SF0 send: ATA[0d]
05/17 16:08:21 SF0 waiting for ``CONNECT'' ** found **
05/17 16:08:35 SF0 send:
05/17 16:08:35 SF0 waiting for ``_'' ** found **
05/17 16:08:35 ##### data dev=ttySHSF0, pid=5817, caller='none', conn='115200', name='', cmd='/usr/sbin/pppd', user='/AutoPPP/'

--
05/17 16:08:47 SF0 mgetty: experimental test release 1.1.30-Dec16
05/17 16:08:47 SF0 check for lockfiles
05/17 16:08:47 SF0 locking the line
05/17 16:08:47 SF0 lowering DTR to reset Modem
05/17 16:08:48 SF0 send: ATS0=0Q0&D3&C1[0d]
05/17 16:08:48 SF0 waiting for ``OK'' ** found **
05/17 16:08:48 SF0 waiting...

pppd лог не пишет (или я просто не понимаю куда), такое чувство, что вообще не работает...
Подскажите плиз, что не так.

Так у Вас в логах всё OK - надо-бы какой-нибудь error найти :)
lowering DTR to reset Modem - это меня немного смутило, хотя это может начальная его инициализация ?

lowering DTR to reset Modem не думаю, что влияет на работу..
А где error искать подскажите ? В каких файлах рыться ?
Где посмотреть, как работает pppd ?

Ну, я не знаю :) Я например всё текущие логи смотрю на /dev/tty12
Откуда я знаю как у вас логи настроены ? Попытайтесь их организовать, разбейте ваши операции на части и т.п.

Цитата:

05/17 16:08:21 SF0 waiting for ``CONNECT'' ** found **
05/17 16:08:35 SF0 send:
05/17 16:08:35 SF0 waiting for ``_'' ** found **
05/17 16:08:35 ##### data dev=ttySHSF0, pid=5817, caller='none', conn='115200', name='', cmd='/usr/sbin/pppd', user='/AutoPPP/'

--
05/17 16:08:47 SF0 mgetty: experimental test release 1.1.30-Dec16
05/17 16:08:47 SF0 check for lockfiles
05/17 16:08:47 SF0 locking the line
05/17 16:08:47 SF0 lowering DTR to reset Modem
05/17 16:08:48 SF0 send: ATS0=0Q0&D3&C1[0d]
05/17 16:08:48 SF0 waiting for ``OK'' ** found **
05/17 16:08:48 SF0 waiting...

Самое интересное осталось в --- :)
Пришел сигнал reset и модем выключился.
Обычно pppd выдаёт свои логи на стандартный поток вывода (текущий терминал).

нужны полные логи без сомнения... может они в syslog пишутся или в messages?
но вот меня немного смущает это
/etc/ppp/pap-secrets
user * pass 192.168.0.2:192.168.0.90

кажется здесь пишутся лишь те IP что выдавать клиентам.... может он пытается выдать и 192.168.0.2 %О))

Цитата:

Цитата http://linux.yaroslavl.ru/docs/serv/pppd/book/dialinauth.html

Назначать адреса в secrets-файлах может только pppd, входящий в комплект FreeBSD. О других отличиях читайте в статье Сравнение версии pppd, входящей в дистрибутив FreeBSD, c обычной версией

Правда это утверждение может уже устарело ?

Вот ещё статейка по RedHat
http://linux.yaroslavl.ru/docs/serv/pppd/dial-in.html

ruslandh
:о) думаю устарело, вот у меня с работающего диалап-сервера:

Код:

# Secrets for authentication using PAP

# client        server  secret                  IP addresses

soc_len         gw-dialup       ""              192.168.100.40

soc_okt         gw-dialup       ""              192.168.100.41

soc_gd          gw-dialup       ""              192.168.100.42 192.168.100.44

soc_ind         gw-dialup       ""              192.168.100.43

adm_len         gw-dialup       ""              192.168.100.50

adm_okt         gw-dialup       ""              192.168.100.51

adm_gd          gw-dialup       ""              192.168.100.52

adm_ind         gw-dialup       ""              192.168.100.53

adm_centr       gw-dialup       ""              192.168.100.54

mchs            gw-dialup       ""              192.168.100.55 192.168.100.56

kgkh            gw-dialup       ""              192.168.100.57

всё работает ;о)

Я имел ввиду только - возможна-ли конструкция
max * abcdefg 192.168.1.2:192.168.1.210
когда назначается и клиентский адрес 192.168.1.2 и удалённый адрес 192.168.1.210 (т.е., грубо говоря, адрес сервера для клиента).

ruslandh
аааа, сплю %о/
я в этом как то не вижу смысла большого, адрес сервера всегда писался в ppp/option.ttySxx
....единственное если для разных клиентов разный IP диалап-сервера... но зачем?

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