The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка  RSS
"mgetty + pppd. Ничего не помогает. Последняя надежда на вас."
Вариант для распечатки Архивированная нить - только для чтения! 
Пред. тема | След. тема 
Форумы OpenNET: Виртуальная конференция (Public)
Изначальное сообщение [Проследить за развитием треда]

"mgetty + pppd. Ничего не помогает. Последняя надежда на вас."
Сообщение от harlan emailИскать по авторуВ закладки on 18-Ноя-02, 13:54  (MSK)
Народ!
Прошу помощи. У меня уже едет крыша.

Есть два компьютера на одном Linux Mandrake 9.0, а на втором Win2k
Компьютеры соеденены 3-проводным кабелем по COM-портам.
Я пытаюсь установить PPP-соединение.
Клиент - Win2k
Сервер - Linux.

Файлы настроек следующие:
======================================
/etc/mgetty+sendfax/mgetty.config
--------------------------------------
debug 8
speed 38400

port ttyS1
  direct y
  speed 38400
  toggle-dtr n

======================================
/etc/mgetty+sendfax/login.config
--------------------------------------
/AutoPPP/ - a_ppp /usr/sbin/pppd
* - - /bin/login @

======================================
/etc/ppp/options
--------------------------------------
lock
proxyarp
auth
refuse-chap
require-pap
ms-dns X.X.X.X
ms-dns Y.Y.Y.Y

======================================
/etc/ppp/options.ttyS1
--------------------------------------
L.L.L.L:R.R.R.R
netmask M.M.M.M

======================================
/etc/ppp/pap-secrets
--------------------------------------
# user1 прописан в shadow, а user2 - нет
# для примера
user1 * Password1 *
user2 * Password2 *

======================================
/etc/inittab
--------------------------------------
S1:2345:respawn:/sbin/mgetty -r -s 38400 -D ttyS1
======================================

Вроде бы ничего не забыл.

После попытки подключиться получаю следующую картину
в LOG-файле:

======================================
/var/log/mgetty.ttyS1
--------------------------------------
11/18 15:45:55 yS1  mgetty: experimental test release 1.1.28-Jan10
11/18 15:45:55 yS1  check for lockfiles
11/18 15:45:55 yS1   checklock: no active process has lock, will remove
11/18 15:45:55 yS1  locking the line
11/18 15:45:55 yS1   makelock(ttyS1) called
11/18 15:45:55 yS1   do_makelock: lock='/var/lock/LCK..ttyS1'
11/18 15:45:55 yS1   lock made
11/18 15:45:55 yS1   tio_get_rs232_lines: status: RTS DTR
11/18 15:45:55 yS1  WARNING: DSR is off - modem turned off or bad cable?
11/18 15:45:55 yS1   tss: set speed to 38400 (017)
11/18 15:45:55 yS1   tio_set_flow_control( HARD )
11/18 15:45:55 yS1   waiting for line to clear (VTIME), read:
11/18 15:45:55 yS1   waiting for line to clear (VTIME), read:
11/18 15:45:55 yS1   removing lock file
11/18 15:45:55 yS1  waiting...
11/18 15:59:46 yS1    select returned 1
11/18 15:59:46 yS1   checking lockfiles, locking the line
11/18 15:59:46 yS1   makelock(ttyS1) called
11/18 15:59:46 yS1   do_makelock: lock='/var/lock/LCK..ttyS1'
11/18 15:59:46 yS1   lock made
11/18 15:59:46 yS1   waiting for line to clear (VTIME), read: CLIENT
11/18 15:59:46 yS1    looking for utmp entry... (my PID: 11604)
11/18 15:59:46 yS1   utmp + wtmp entry made
11/18 15:59:47 yS1   tio_set_flow_control( HARD )
11/18 15:59:47 yS1   print welcome banner (/etc/issue)
11/18 15:59:47 yS1   getlogname (AUTO_PPP), read:CLIENTCLIENTCLIENTCLIENTCLIENTCLIENTCLIENTCLIENTCLIENTCLIENTCLIENTCLIENTCLIENTCLIENTCLIENTCLIENTCLIENTCLIENTCLIENT
11/18 16:03:47 yS1  getlogname: timeout[15]
11/18 16:03:47 yS1   getlogname (AUTO_PPP), read:
11/18 16:04:47 yS1  getlogname: timeout
11/18 16:04:50 ##### failed dev=ttyS1, pid=11604, login time out
======================================

mgetty собирал с -DAUTO_PPP

Подозреваю, что дело в кабеле (диагностика: WARNING: DSR is off - modem turned off or bad cable?)
Но как это победить?
Причем, между двумя мастдаями PPP устанавливается в лёт (с этим же кабелем)!

Подскажите, плз, где грабли, и как с ними бороться.

  Рекомендовать в FAQ | Cообщить модератору | Наверх

 Оглавление

Индекс форумов | Темы | Пред. тема | След. тема
Сообщения по теме

1. "RE: mgetty + pppd. Ничего не помогает. Последняя надежда на ..."
Сообщение от lavr emailИскать по авторуВ закладки on 18-Ноя-02, 14:01  (MSK)
>Народ!
>Прошу помощи. У меня уже едет крыша.
>
>Есть два компьютера на одном Linux Mandrake 9.0, а на втором Win2k
>
>Компьютеры соеденены 3-проводным кабелем по COM-портам.

5 как минимум

>Я пытаюсь установить PPP-соединение.
>Клиент - Win2k
>Сервер - Linux.
>
>Файлы настроек следующие:
>======================================
>/etc/mgetty+sendfax/mgetty.config
>--------------------------------------
>debug 8
>speed 38400
>
>port ttyS1
>  direct y
>  speed 38400
>  toggle-dtr n
>
>======================================
>/etc/mgetty+sendfax/login.config
>--------------------------------------
>/AutoPPP/ - a_ppp /usr/sbin/pppd
>* - - /bin/login @
>
>======================================
>/etc/ppp/options
>--------------------------------------
>lock
>proxyarp
>auth
>refuse-chap
>require-pap
>ms-dns X.X.X.X
>ms-dns Y.Y.Y.Y
>
>======================================
>/etc/ppp/options.ttyS1
>--------------------------------------
>L.L.L.L:R.R.R.R
>netmask M.M.M.M
>
>======================================
>/etc/ppp/pap-secrets
>--------------------------------------
># user1 прописан в shadow, а user2 - нет
># для примера
>user1 * Password1 *
>user2 * Password2 *
>
>======================================
>/etc/inittab
>--------------------------------------
>S1:2345:respawn:/sbin/mgetty -r -s 38400 -D ttyS1
>======================================
>
>Вроде бы ничего не забыл.
>
>После попытки подключиться получаю следующую картину
>в LOG-файле:
>
>======================================
>/var/log/mgetty.ttyS1
>--------------------------------------
>11/18 15:45:55 yS1  mgetty: experimental test release 1.1.28-Jan10
>11/18 15:45:55 yS1  check for lockfiles
>11/18 15:45:55 yS1   checklock: no active process has lock, will
>remove
>11/18 15:45:55 yS1  locking the line
>11/18 15:45:55 yS1   makelock(ttyS1) called
>11/18 15:45:55 yS1   do_makelock: lock='/var/lock/LCK..ttyS1'
>11/18 15:45:55 yS1   lock made
>11/18 15:45:55 yS1   tio_get_rs232_lines: status: RTS DTR
>11/18 15:45:55 yS1  WARNING: DSR is off - modem turned off
>or bad cable?
>11/18 15:45:55 yS1   tss: set speed to 38400 (017)
>11/18 15:45:55 yS1   tio_set_flow_control( HARD )
>11/18 15:45:55 yS1   waiting for line to clear (VTIME), read:
>
>11/18 15:45:55 yS1   waiting for line to clear (VTIME), read:
>
>11/18 15:45:55 yS1   removing lock file
>11/18 15:45:55 yS1  waiting...
>11/18 15:59:46 yS1    select returned 1
>11/18 15:59:46 yS1   checking lockfiles, locking the line
>11/18 15:59:46 yS1   makelock(ttyS1) called
>11/18 15:59:46 yS1   do_makelock: lock='/var/lock/LCK..ttyS1'
>11/18 15:59:46 yS1   lock made
>11/18 15:59:46 yS1   waiting for line to clear (VTIME), read:
>CLIENT
>11/18 15:59:46 yS1    looking for utmp entry... (my PID:
>11604)
>11/18 15:59:46 yS1   utmp + wtmp entry made
>11/18 15:59:47 yS1   tio_set_flow_control( HARD )
>11/18 15:59:47 yS1   print welcome banner (/etc/issue)
>11/18 15:59:47 yS1   getlogname (AUTO_PPP), read:CLIENTCLIENTCLIENTCLIENTCLIENTCLIENTCLIENTCLIENTCLIENTCLIENTCLIENTCLIENTCLIENTCLIENTCLIENTCLIENTCLIENTCLIENTCLIENT
>11/18 16:03:47 yS1  getlogname: timeout[15]
>11/18 16:03:47 yS1   getlogname (AUTO_PPP), read:
>11/18 16:04:47 yS1  getlogname: timeout
>11/18 16:04:50 ##### failed dev=ttyS1, pid=11604, login time out
>======================================
>
>mgetty собирал с -DAUTO_PPP
>
>Подозреваю, что дело в кабеле (диагностика: WARNING: DSR is off - modem
>turned off or bad cable?)
>Но как это победить?
>Причем, между двумя мастдаями PPP устанавливается в лёт (с этим же кабелем)!
>
>
>Подскажите, плз, где грабли, и как с ними бороться.


  Рекомендовать в FAQ | Cообщить модератору | Наверх

2. "RE: mgetty + pppd. Ничего не помогает. Последняя надежда на ..."
Сообщение от iiws emailИскать по авторуВ закладки on 18-Ноя-02, 14:25  (MSK)
>Народ!
>Прошу помощи. У меня уже едет крыша.
>
>Есть два компьютера на одном Linux Mandrake 9.0, а на втором Win2k
>
>Компьютеры соеденены 3-проводным кабелем по COM-портам.
>Я пытаюсь установить PPP-соединение.
>Клиент - Win2k
>Сервер - Linux.
>
>Файлы настроек следующие:
>======================================

имхо нужен нуль-модемный кабель, а не просто три провода
и небезопасно это работать по компортам, можно спалить порты, нужно или заземлять или уравнивать потенциалы корпусов компов !

  Рекомендовать в FAQ | Cообщить модератору | Наверх

3. "RE: mgetty + pppd. Ничего не помогает. Последняя надежда на ..."
Сообщение от harlan emailИскать по авторуВ закладки on 18-Ноя-02, 15:22  (MSK)
>имхо нужен нуль-модемный кабель, а не просто три провода
>и небезопасно это работать по компортам, можно спалить порты, нужно или заземлять
>или уравнивать потенциалы корпусов компов !

А почему тогда Win2k сервер нормально поднимает PPP?

  Рекомендовать в FAQ | Cообщить модератору | Наверх

4. "RE: mgetty + pppd. Ничего не помогает. Последняя надежда на ..."
Сообщение от lavr emailИскать по авторуВ закладки on 18-Ноя-02, 15:29  (MSK)
>>имхо нужен нуль-модемный кабель, а не просто три провода
>>и небезопасно это работать по компортам, можно спалить порты, нужно или заземлять
>>или уравнивать потенциалы корпусов компов !
>
>А почему тогда Win2k сервер нормально поднимает PPP?

надо не в почему играть, а найти Serial-FAQ или в Linux HOWTO Serial, PPP
- там все есть, включая распайку interface-cable

  Рекомендовать в FAQ | Cообщить модератору | Наверх

5. "RE: mgetty + pppd. Ничего не помогает. Последняя надежда на ..."
Сообщение от harlan emailИскать по авторуВ закладки on 18-Ноя-02, 15:49  (MSK)
И всё ж таки?

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

А предложенную литературу я проштудировал от и до...

Там сказано, что, в принципе, трёх проводов достаточно, но некоторые программы требуют присутствия DTR. Значит мастдаю DTR по барабану?
Хорошо, возможно ли отучить от этого сигнала Линукс?

  Рекомендовать в FAQ | Cообщить модератору | Наверх

7. "RE: mgetty + pppd. Ничего не помогает. Последняя надежда на ..."
Сообщение от lavr emailИскать по авторуВ закладки on 18-Ноя-02, 16:08  (MSK)
>И всё ж таки?
>
>Почему винде трёх жил достаточно, а линуху нужно минимум 5?
>
>А предложенную литературу я проштудировал от и до...
>
>Там сказано, что, в принципе, трёх проводов достаточно, но некоторые программы требуют
>присутствия DTR. Значит мастдаю DTR по барабану?
>Хорошо, как отлюбить от этого сигнала Линукс?

еще раз для тех кто все прочитал но ничего не понял, ТРЕХ жил достаточно
лишь для терминального доступа с небольшими скоростями передачи: земля и
transmit/receive замкнутые друг на друга (null-modem), изучи протокол PPP и работу DTE/DCE, Hardware flow-control, может дойдет?

PS. Если M$ разработал свои протоколы передачи вопреки всем законам - флаг им в руки.

  Рекомендовать в FAQ | Cообщить модератору | Наверх

12. "RE: mgetty + pppd. Ничего не помогает. Последняя надежда на ..."
Сообщение от harlan Искать по авторуВ закладки on 19-Ноя-02, 06:23  (MSK)
Да!
Пробовал подключать вместо этого кабеля модем. Результат тот же самый.
Т.е. модем снимает трубку, проходит хэндшейк, и вот, собственно, и всё...
  Рекомендовать в FAQ | Cообщить модератору | Наверх

6. "RE: mgetty + pppd. Ничего не помогает. Последняя надежда на ..."
Сообщение от harlan emailИскать по авторуВ закладки on 18-Ноя-02, 16:06  (MSK)
Мы ушли не вту степь.

Судя по логам, соединение на уровне COM-портов устанавливается.
Но аутентификация не происходит и PPPне поднимается.
Вопрос - почему?

  Рекомендовать в FAQ | Cообщить модератору | Наверх

8. "RE: mgetty + pppd. Ничего не помогает. Последняя надежда на ..."
Сообщение от lavr emailИскать по авторуВ закладки on 18-Ноя-02, 16:13  (MSK)
>Мы ушли не вту степь.
>
>Судя по логам, соединение на уровне COM-портов устанавливается.
>Но аутентификация не происходит и PPPне поднимается.
>Вопрос - почему?

берешь любую терминалку, например huperterm, открываешь порт на котором
висит модем и ручками дозваниваешься, смотришь что тебе вываливается
в ответ, если login/password - набираешь что нужно и смотришь запускается
ли на удаленной стороне PPP, если вместо login/password сыпется мусор -
настраиваешь модемы на серверной стороне правильным образом пока не
получишь нужного результата: login/password

  Рекомендовать в FAQ | Cообщить модератору | Наверх

10. "RE: mgetty + pppd. Ничего не помогает. Последняя надежда на ..."
Сообщение от harlan Искать по авторуВ закладки on 19-Ноя-02, 06:18  (MSK)
>берешь любую терминалку, например huperterm, открываешь порт на котором
>висит модем и ручками дозваниваешься, смотришь что тебе вываливается
>в ответ, если login/password - набираешь что нужно и смотришь запускается
>ли на удаленной стороне PPP, если вместо login/password сыпется мусор -
>настраиваешь модемы на серверной стороне правильным образом пока не
>получишь нужного результата: login/password


Пробовал.
login/password выдаёт. Ввожу имя, пароль, и вываливаюсь на промт. pppd не запускается.
Когда в параметрах дозвона на винде устанавливал "Окно терминала после набора номера" получал следующую картину:
===========================================
ETO1
Password: (password)
Autorization fault

Login: (name)
Password: (password)
$

===========================================

  Рекомендовать в FAQ | Cообщить модератору | Наверх

15. "RE: mgetty + pppd. Ничего не помогает. Последняя надежда на ..."
Сообщение от lavr emailИскать по авторуВ закладки on 19-Ноя-02, 14:25  (MSK)
>>берешь любую терминалку, например huperterm, открываешь порт на котором
>>висит модем и ручками дозваниваешься, смотришь что тебе вываливается
>>в ответ, если login/password - набираешь что нужно и смотришь запускается
>>ли на удаленной стороне PPP, если вместо login/password сыпется мусор -
>>настраиваешь модемы на серверной стороне правильным образом пока не
>>получишь нужного результата: login/password
>
>
>Пробовал.
>login/password выдаёт. Ввожу имя, пароль, и вываливаюсь на промт. pppd не запускается.
>

PPP на сервере не настроено

>Когда в параметрах дозвона на винде устанавливал "Окно терминала после набора номера"
>получал следующую картину:
>===========================================
>ETO1
>Password: (password)
>Autorization fault

скорее всего chat неверно отрабатывает или неудачно написан, или
проблема с авторизацией.

>Login: (name)
>Password: (password)
>$
>
>===========================================

  Рекомендовать в FAQ | Cообщить модератору | Наверх

18. "RE: mgetty + pppd. Ничего не помогает. Последняя надежда на ..."
Сообщение от harlan Искать по авторуВ закладки on 20-Ноя-02, 06:16  (MSK)
>
>PPP на сервере не настроено
>

Хорошо, как настроить? Все варианты из HOWTO (в том числе и взятыми с opennet.ru) перепробовал. pppd пересобирал заново. Толку - 0.

>скорее всего chat неверно отрабатывает или неудачно написан, или
>проблема с авторизацией.
>

Подскажите, как победить? Уже устал от этой супернадёжноности. Если не работает, то гарантированно.

  Рекомендовать в FAQ | Cообщить модератору | Наверх

9. "RE: mgetty + pppd. Ничего не помогает. Последняя надежда на ..."
Сообщение от Stealth23 Искать по авторуВ закладки on 18-Ноя-02, 16:45  (MSK)
>Народ!
>Прошу помощи. У меня уже едет крыша.


>/etc/ppp/pap-secrets
>--------------------------------------
># user1 прописан в shadow, а user2 - нет
># для примера
>user1 * Password1 *
>user2 * Password2 *

user должен быть заведен в системе
в pap-secrets должно быть прописано так:
user1 * "" *
пароль там не пиши, он будет браться из системы

>/etc/inittab
>--------------------------------------
>S1:2345:respawn:/sbin/mgetty -r -s 38400 -D ttyS1
>======================================

У меня эта строка закомментирована

Попробуй, может чего и выйдет

  Рекомендовать в FAQ | Cообщить модератору | Наверх

11. "RE: mgetty + pppd. Ничего не помогает. Последняя надежда на ..."
Сообщение от harlan Искать по авторуВ закладки on 19-Ноя-02, 06:21  (MSK)
>user должен быть заведен в системе
>в pap-secrets должно быть прописано так:
>user1 * "" *
>пароль там не пиши, он будет браться из системы

Пробовал и такой вариант, получал тот же результат в советско-американском формате...

>
>>/etc/inittab
>>--------------------------------------
>>S1:2345:respawn:/sbin/mgetty -r -s 38400 -D ttyS1
>>======================================
>
А смысл? Как будет запускаться mgetty и прослушивать порт?
Можно через rc в бесконечном цикле, а толку?
Нет, может я чего не понимаю! Объясните пожалуйста?

  Рекомендовать в FAQ | Cообщить модератору | Наверх

13. "RE: mgetty + pppd. Ничего не помогает. Последняя надежда на ..."
Сообщение от Stealth23 Искать по авторуВ закладки on 19-Ноя-02, 09:44  (MSK)
>>>/etc/inittab
>>>--------------------------------------
>>>S1:2345:respawn:/sbin/mgetty -r -s 38400 -D ttyS1
>>>======================================
>>
>А смысл? Как будет запускаться mgetty и прослушивать порт?
>Можно через rc в бесконечном цикле, а толку?
>Нет, может я чего не понимаю! Объясните пожалуйста?

У меня mgetty запускается через /etc/ttys
Вот так:
ttyd0   "/usr/local/sbin/mgetty -D -s 115200" dialup  on insecure
^^^^^\COM1 (у тебя может другой)

  Рекомендовать в FAQ | Cообщить модератору | Наверх

14. "RE: mgetty + pppd. Ничего не помогает. Последняя надежда на ..."
Сообщение от McFly Искать по авторуВ закладки on 19-Ноя-02, 13:13  (MSK)
Реально рабочее соединение через ком-порты по трем жилам ( при желании и умении правильно держать паяльник и по двум не проблема :) скорость 115200 расстояние до 0.7 км. проверено лично ! )

сервер:
pppd /dev/cuaa0 115200 proxyarp local asyncmap0 local_ip:remote_ip

клиент:
ppp
>set device /dev/cuaa0
>set speed 115200
>set parity even
>term

Этого вполне достаточно для соединения, никакой аутидентификации тут нет...
По поводу дополнительных устройств смотри: http://smashnet.chat.ru/
там есть и гальваническая развязка ком-портов через оптопары...
Сам все это повторил работает, но неплохо бы развязать линию с девайсом трансформаторами и установить защиты от статики... (буду благодарен если кто поделится схемой защиты для данного варианта ! :) )
Да провод может быть от обыкновенной полевки, до телефонной лапши... (лапшу не пробовал :) )
Удачи.

  Рекомендовать в FAQ | Cообщить модератору | Наверх

16. "RE: mgetty + pppd. Ничего не помогает. Последняя надежда на ..."
Сообщение от lavr emailИскать по авторуВ закладки on 19-Ноя-02, 14:35  (MSK)
>Реально рабочее соединение через ком-порты по трем жилам ( при желании и
>умении правильно держать паяльник и по двум не проблема :) скорость
>115200 расстояние до 0.7 км. проверено лично ! )

и сколько сгорит/ело com-портов если по ДВУМ жилам???
да даже по трем без заземления или зануления?
А порты нынче на маме и обычно в развязке с lpt, так что зачастую горят
сразу оба com и lpt впридачу

>сервер:
>pppd /dev/cuaa0 115200 proxyarp local asyncmap0 local_ip:remote_ip
>
>клиент:
>ppp
>>set device /dev/cuaa0
>>set speed 115200
>>set parity even
>>term
>
>Этого вполне достаточно для соединения, никакой аутидентификации тут нет...
>По поводу дополнительных устройств смотри: http://smashnet.chat.ru/
>там есть и гальваническая развязка ком-портов через оптопары...
>Сам все это повторил работает, но неплохо бы развязать линию с девайсом
>трансформаторами и установить защиты от статики... (буду благодарен если кто поделится
>схемой защиты для данного варианта ! :) )
>Да провод может быть от обыкновенной полевки, до телефонной лапши... (лапшу не
>пробовал :) )

все это конечно хорошо, можно пошутить - разнопарку не пробовал?
Но к стабильному промышленному решению не имеет никакого отношения

Поспрашивай в фидошных эхах, наверняка есть готовые решения защиты от
статики, хотя на кой хрен это при наличии заземления...

>Удачи.

А в целом - молодец.

Удачи.

  Рекомендовать в FAQ | Cообщить модератору | Наверх

17. "RE: mgetty + pppd. Ничего не помогает. Последняя надежда на ..."
Сообщение от McFly Искать по авторуВ закладки on 19-Ноя-02, 14:48  (MSK)
lavr, без притенции на промышленное решение.
Все это относится к самоделкам. Про порты конечно прав никто не спорит, но гальваническая развязка на оптопарах с ГОм сопр. ведь всеравно чтото значит !?
ну а для тачек берется бросовое железо типа 386 с ИСАшными контроллерами COM and LPT, вообщем то о чем никто не заплачет... если не дай бог что ... :)
а от серьезной статики и промышленные девайсы иногда горят :), нет ничего идеального...
  Рекомендовать в FAQ | Cообщить модератору | Наверх

19. "RE: mgetty + pppd. Ничего не помогает. Последняя надежда на ..."
Сообщение от harlan Искать по авторуВ закладки on 26-Ноя-02, 15:50  (MSK)
Народ, а что в логе значит строка:
11/18 15:59:47 yS1   getlogname (AUTO_PPP), read:CLIENTCLIENTCLIENT...

Что это за клиент, тем более в таком количестве?

  Рекомендовать в FAQ | Cообщить модератору | Наверх

20. "RE: mgetty + pppd. Ничего не помогает. Последняя надежда на ..."
Сообщение от Bobbybest Искать по авторуВ закладки on 26-Ноя-02, 15:59  (MSK)
Вообще был похожий косяк, вводя логин-пароль вваливался в командную строчку.
Вылечилось добавление в список доступных шелов pppd и добавлением юзера с этим шелом. все! (проделывалось на FreeBSD)
  Рекомендовать в FAQ | Cообщить модератору | Наверх

21. "RE: mgetty + pppd. Ничего не помогает. Последняя надежда на ..."
Сообщение от harlan Искать по авторуВ закладки on 26-Ноя-02, 16:20  (MSK)
>Вообще был похожий косяк, вводя логин-пароль вваливался в командную строчку.
>Вылечилось добавление в список доступных шелов pppd и добавлением юзера с этим
>шелом. все! (проделывалось на FreeBSD)

Да, но ни в линуксе, ни в винде этой строчки (тем более в качестве клиента я не нашел.

Откуда он появляется? И если завести юзера CLIENT, надо давать имя CLIENT или CLIENTCLIENCLIENT etc.?

  Рекомендовать в FAQ | Cообщить модератору | Наверх

22. "RE: mgetty + pppd. Ничего не помогает. Последняя надежда на ..."
Сообщение от Bobbybest Искать по авторуВ закладки on 26-Ноя-02, 16:43  (MSK)
>>Вообще был похожий косяк, вводя логин-пароль вваливался в командную строчку.
>>Вылечилось добавление в список доступных шелов pppd и добавлением юзера с этим
>>шелом. все! (проделывалось на FreeBSD)
>
>Да, но ни в линуксе, ни в винде этой строчки (тем более
>в качестве клиента я не нашел.
>
>Откуда он появляется? И если завести юзера CLIENT, надо давать имя CLIENT
>или CLIENTCLIENCLIENT etc.?

Да я не про строчку в логах!!!
Читать mad adduser

Добавляешь юзера с шелом pppd (незабудь добавить шел в список доступных)!

  Рекомендовать в FAQ | Cообщить модератору | Наверх

23. "RE: mgetty + pppd. Ничего не помогает. Последняя надежда на ..."
Сообщение от Vinny Искать по авторуВ закладки on 27-Ноя-02, 16:36  (MSK)
>Народ!
>Прошу помощи. У меня уже едет крыша.
>
>Есть два компьютера на одном Linux Mandrake 9.0, а на втором Win2k
>
>Компьютеры соеденены 3-проводным кабелем по COM-портам.
>Я пытаюсь установить PPP-соединение.
>Клиент - Win2k
>Сервер - Linux.

>После попытки подключиться получаю следующую картину
>в LOG-файле:
>
>======================================
>/var/log/mgetty.ttyS1
>--------------------------------------
>11/18 15:45:55 yS1  mgetty: experimental test release 1.1.28-Jan10
>11/18 15:45:55 yS1  check for lockfiles
>11/18 15:45:55 yS1   checklock: no active process has lock, will
>remove
>11/18 15:45:55 yS1  locking the line
>11/18 15:45:55 yS1   makelock(ttyS1) called
>11/18 15:45:55 yS1   do_makelock: lock='/var/lock/LCK..ttyS1'
>11/18 15:45:55 yS1   lock made
>11/18 15:45:55 yS1   tio_get_rs232_lines: status: RTS DTR
>11/18 15:45:55 yS1  WARNING: DSR is off - modem turned off
>or bad cable?
>11/18 15:45:55 yS1   tss: set speed to 38400 (017)
>11/18 15:45:55 yS1   tio_set_flow_control( HARD )
>11/18 15:45:55 yS1   waiting for line to clear (VTIME), read:
>
>11/18 15:45:55 yS1   waiting for line to clear (VTIME), read:
>
>11/18 15:45:55 yS1   removing lock file
>11/18 15:45:55 yS1  waiting...
>11/18 15:59:46 yS1    select returned 1
>11/18 15:59:46 yS1   checking lockfiles, locking the line
>11/18 15:59:46 yS1   makelock(ttyS1) called
>11/18 15:59:46 yS1   do_makelock: lock='/var/lock/LCK..ttyS1'
>11/18 15:59:46 yS1   lock made
>11/18 15:59:46 yS1   waiting for line to clear (VTIME), read:
>CLIENT
>11/18 15:59:46 yS1    looking for utmp entry... (my PID:
>11604)
>11/18 15:59:46 yS1   utmp + wtmp entry made
>11/18 15:59:47 yS1   tio_set_flow_control( HARD )
>11/18 15:59:47 yS1   print welcome banner (/etc/issue)
>11/18 15:59:47 yS1   getlogname (AUTO_PPP), read:CLIENTCLIENTCLIENTCLIENTCLIENTCLIENTCLIENTCLIENTCLIENTCLIENTCLIENTCLIENTCLIENTCLIENTCLIENTCLIENTCLIENTCLIENTCLIENT
>11/18 16:03:47 yS1  getlogname: timeout[15]
>11/18 16:03:47 yS1   getlogname (AUTO_PPP), read:
>11/18 16:04:47 yS1  getlogname: timeout
>11/18 16:04:50 ##### failed dev=ttyS1, pid=11604, login time out
>======================================
>
>mgetty собирал с -DAUTO_PPP
>
>Подозреваю, что дело в кабеле (диагностика: WARNING: DSR is off - modem
>turned off or bad cable?)
>Но как это победить?
>Причем, между двумя мастдаями PPP устанавливается в лёт (с этим же кабелем)!
>
>
>Подскажите, плз, где грабли, и как с ними бороться.


Это винда "клиентская" гадость шлёт: CLIENTCLIENTCLIENT, и проблема
именно в этом. Если ты читал внимательно про AUTO_PPP, то должен
был узнать, что эта опция подразумевает ожидание mgetty либо логина
из небольшого количества alphanumeric символов, либо специальной
последовательности символов ("кракозябр":), характерных для протокола
ppp. Бесконечная строка  CLIENTCLIENTCLIENT... не относится ни к тому
ни к другому и мгетти вылетает по таймауту. Так, что настраивай
винду вначале...

ЗЫ: А я бы не стал заводить аккаунты с шеллом pppd. Только разве если
какое-нибудь западло будет с использованием виндой pap или chap, что,
в общем, маловероятно.

  Рекомендовать в FAQ | Cообщить модератору | Наверх

24. "RE: mgetty + pppd. Ничего не помогает. Последняя надежда на ..."
Сообщение от andreyn Искать по авторуВ закладки on 28-Ноя-02, 20:24  (MSK)
>Народ!
>Прошу помощи. У меня уже едет крыша.
>
>Есть два компьютера на одном Linux Mandrake 9.0, а на втором Win2k
>
>Компьютеры соеденены 3-проводным кабелем по COM-портам.
>Я пытаюсь установить PPP-соединение.
>Клиент - Win2k
>Сервер - Linux.
>
>Файлы настроек следующие:
>======================================
>/etc/mgetty+sendfax/mgetty.config
>--------------------------------------
>debug 8
>speed 38400
>
>port ttyS1
>  direct y
>  speed 38400
>  toggle-dtr n
>
>======================================
>/etc/mgetty+sendfax/login.config
>--------------------------------------
>/AutoPPP/ - a_ppp /usr/sbin/pppd
>* - - /bin/login @
>
>======================================
>/etc/ppp/options
>--------------------------------------
>lock
>proxyarp
>auth
>refuse-chap
>require-pap
>ms-dns X.X.X.X
>ms-dns Y.Y.Y.Y
>
>======================================
>/etc/ppp/options.ttyS1
>--------------------------------------
>L.L.L.L:R.R.R.R
>netmask M.M.M.M
>
>======================================
>/etc/ppp/pap-secrets
>--------------------------------------
># user1 прописан в shadow, а user2 - нет
># для примера
>user1 * Password1 *
>user2 * Password2 *
>
>======================================
>/etc/inittab
>--------------------------------------
>S1:2345:respawn:/sbin/mgetty -r -s 38400 -D ttyS1
>======================================
>
>Вроде бы ничего не забыл.
>

ВНИМАНИЕ: Ипользуется метод авторизации PAP.
А это означает, что авторизация юзера с помощью ввода login/password в терминале НЕ катит. Клиент должен использовать метод PAP. Проверял у себя. На клиентской машине используется kppp. Pppd на сервере запускается только если в kppp клиента выбран "PAP", а не "Через терминальное окно". Думаю, поэтому Винду тоже следует заставить авторизоваться с помощью PAP.

  Рекомендовать в FAQ | Cообщить модератору | Наверх

25. "RE: mgetty + pppd. Ничего не помогает. Последняя надежда на ..."
Сообщение от harlan Искать по авторуВ закладки on 02-Дек-02, 06:57  (MSK)
В общем, как мне объяснили, прикол в следующем:
Поддержка нульмодема в Винде написана криво, поэтому она посылает
строчку CLIENT... И ждёт ответа SERVER.
После этого она нормально начинает посылать пакеты LCP и
устанавливается PPP-сессия.

Но как заставить mgetty отвечать SERVER не объяснили.
Не подскажите ли вы, как заставить mgetty отвечать SERVER в ответ на запросы CLIENT?

  Рекомендовать в FAQ | Cообщить модератору | Наверх

26. "RE: mgetty + pppd. Ничего не помогает. Последняя надежда на ..."
Сообщение от Vinny Искать по авторуВ закладки on 02-Дек-02, 10:34  (MSK)
>В общем, как мне объяснили, прикол в следующем:
>Поддержка нульмодема в Винде написана криво, поэтому она посылает
>строчку CLIENT... И ждёт ответа SERVER.
>После этого она нормально начинает посылать пакеты LCP и
>устанавливается PPP-сессия.
>
>Но как заставить mgetty отвечать SERVER не объяснили.
>Не подскажите ли вы, как заставить mgetty отвечать SERVER в ответ на
>запросы CLIENT?

Попробуй так:

в mgetty.conf:

direct YES
answer-chat CLIENT SERVER\r

  Рекомендовать в FAQ | Cообщить модератору | Наверх


Удалить

Индекс форумов | Темы | Пред. тема | След. тема
Пожалуйста, прежде чем написать сообщение, ознакомьтесь с данными рекомендациями.




Спонсоры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2022 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру