форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка

Вариант для распечатки		Архивированная нить - только для чтения!  Пред. тема | След. тема
Форумы OpenNET: Виртуальная конференция (Public)
Изначальное сообщение		[Проследить за развитием треда]

"mgetty + pppd. Ничего не помогает. Последняя надежда на вас."
Сообщение от harlan 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 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 on 18-Ноя-02, 14:25  (MSK)
>Народ! >Прошу помощи. У меня уже едет крыша. > >Есть два компьютера на одном Linux Mandrake 9.0, а на втором Win2k > >Компьютеры соеденены 3-проводным кабелем по COM-портам. >Я пытаюсь установить PPP-соединение. >Клиент - Win2k >Сервер - Linux. > >Файлы настроек следующие: >====================================== имхо нужен нуль-модемный кабель, а не просто три провода и небезопасно это работать по компортам, можно спалить порты, нужно или заземлять или уравнивать потенциалы корпусов компов !
	Рекомендовать в FAQ | Cообщить модератору | Наверх

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

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

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

	7. "RE: mgetty + pppd. Ничего не помогает. Последняя надежда на ..."
	Сообщение от lavr 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 on 18-Ноя-02, 16:06  (MSK)
	Мы ушли не вту степь. Судя по логам, соединение на уровне COM-портов устанавливается. Но аутентификация не происходит и PPPне поднимается. Вопрос - почему?
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	8. "RE: mgetty + pppd. Ничего не помогает. Последняя надежда на ..."
	Сообщение от lavr 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 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 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ообщить модератору | Наверх

Удалить

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

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