Подскажите кто сталкивался пжалста ...
Вот такая штука: стоит сто лет FreeBSD с толпой модемов... пашет и не чихает, там как раз связка mgetty+pppd.
Беру на другой машине FreeBSD и делаю теже самые настройки, только можем на com1 висит... такой же модем как и на работающем сервере (шпроты везде) дозваниюсь, модем берёт трубу и ..... ничего... авторизация не проходит... маты на стороне клиента... в логах на сервере видно что pppd и не думал запускаться... в настройках mgetty:
/AutoPPP/ - a_ppp /usr/local/sbin/radpppd # пробовал и родной pppd с разными параметрами
Ума не приложу что случилось... может что-то в версиях поменялось? не работающая связка на FreeBSD 4.10 и mgetty из её портов... работающая живёт под FreeBSD 4.7
куда рыть?
в mgetty.config порт на котором слушать указан верно ?
кроме того в линуксе необходимо указать в etc/inittab
d2:123435:respawn:/usr/local/sbin/mgetty -s 57600 -D -n 1 /dev/ttyS1
как насчет этого во фре не могу сказать точно.
судя по инфе на сайте Игоря Сысоева на фре это так:
после установки Вам необходимо будет изменить строку для ttyd1 в файле /etc/ttys:
ttyd1 "/usr/libexec/getty std.57600" dialup off insecure
В самом конце этого файла Вы найдёте новую строку для cuaa1, добавленную туда при установке:
cuaa1 "/usr/local/sbin/mgetty" unknown on insecure
После того, как все изменения сделаны, нужно перестартовать init:
kill -1 1
http://sysoev.ru/pppd/mgetty.html
соотвественно в mgetty.config тоже должно быть cuaa1
>в mgetty.config порт на котором слушать указан верно ?
>кроме того в линуксе необходимо указать в etc/inittab
>d2:123435:respawn:/usr/local/sbin/mgetty -s 57600 -D -n 1 /dev/ttyS1
>как насчет этого во фре не могу сказать точно.
>судя по инфе на сайте Игоря Сысоева на фре это так:
>после установки Вам необходимо будет изменить строку для ttyd1 в файле /etc/ttys:
>
>ttyd1 "/usr/libexec/getty std.57600" dialup off insecure
>В самом конце этого файла Вы найдёте новую строку для cuaa1, добавленную
>туда при установке:
>cuaa1 "/usr/local/sbin/mgetty" unknown on insecure
>
>После того, как все изменения сделаны, нужно перестартовать init:
>kill -1 1
>http://sysoev.ru/pppd/mgetty.html
>соотвественно в mgetty.config тоже должно быть cuaa1да, это всё верно... но, повторюсь, я практически перенёс настройки с работающего рядом сервака, конечно подправив имена устройства и т.п. НЕ тупо перенёс... всё проверил уже много раз... моедм трубу берёт, но pppd не запускается! строка /AutoPPP/ не отрабатывает из настроек mgetty, как-будто нет этой строки...
Посмотри включена ли поддержка ппп в ядре фри
>Посмотри включена ли поддержка ппп в ядре фриэто как? чёт впервые слышу о таком....
>>Посмотри включена ли поддержка ппп в ядре фри
>
>это как? чёт впервые слышу о таком....
pseudo-device ppp количество
>>>Посмотри включена ли поддержка ппп в ядре фри
>>
>>это как? чёт впервые слышу о таком....
>pseudo-device ppp количестводык по дефолту там
pseudo-device pppа я естессно сделал:
pseudo-device ppp 1модем у меня там один...
где ещё порыть? может такая проблема может быть из-за кривости самого модема или кабеля? просто уже не знаю чего и думать...
>>>>Посмотри включена ли поддержка ппп в ядре фри
>>>
>>>это как? чёт впервые слышу о таком....
>>pseudo-device ppp количество
>
>дык по дефолту там
>pseudo-device ppp
>
>а я естессно сделал:
>pseudo-device ppp 1
>
>модем у меня там один...
>где ещё порыть? может такая проблема может быть из-за кривости самого модема
>или кабеля? просто уже не знаю чего и думать...сегодня взял этот злополучный мопед и с его же кабелем воткнул в свободный порт на работающем сервере... на этом порту такой же модем (в смысле марки) уже работал успешно...
таже самая ситуёвина! не пашет!
может кто-нить объяснить что происходит? такое вообще возможно?
А пользователь в /etc/passwd правильно прописан.
И в /etc/ppp/ все настройки перенесены.У меня связка mgetty + pppd на FreeBSD 4.10 поставленная из портов работает нормально.
>А пользователь в /etc/passwd правильно прописан.
>И в /etc/ppp/ все настройки перенесены.
>
>У меня связка mgetty + pppd на FreeBSD 4.10 поставленная из портов
>работает нормально.н упервый пост мой перечитай... при чём тут passwd? должно запуститься то, что описанно у mgetty в строке /AutoPPP/ .............
НЕ запускается.... ни pppd ни radpppd
по идее, должен запуститься pppd и сказать что имя и пароль не катят... но этого не происходит!
да, действительно не причем.
сейчас проверил.
спасибо. теперь буду знать, что там ничего писать не надо.а так я тоже по тому же описанию делал.
>да, действительно не причем.
>сейчас проверил.
>спасибо. теперь буду знать, что там ничего писать не надо.
>
>а так я тоже по тому же описанию делал.На всякий случай строчка из login.config работающей связки:
/AutoPPP/ - a_ppp /usr/sbin/pppd file /etc/ppp/options.modemВ данном случае стартует именно pppd, а не как у вас непонятный демон, которого, скорее всего в системе нет.
>>да, действительно не причем.
>>сейчас проверил.
>>спасибо. теперь буду знать, что там ничего писать не надо.
>>
>>а так я тоже по тому же описанию делал.
>
>На всякий случай строчка из login.config работающей связки:
>/AutoPPP/ -
> a_ppp /usr/sbin/pppd file /etc/ppp/options.modem
>
>В данном случае стартует именно pppd, а не как у вас непонятный
>демон, которого, скорее всего в системе нет.у меня стартует вполне понятный демон и он в системе присутствует...
Но я пробовал и pppd запускать...
/AutoPPP/ - a_ppp /usr/sbin/pppd
всё одно....
а в options.modem указано следующее:
asyncmap 0
debug
domain vasya.ru
passive
modem
noipdefault
nodetach
noccp
proxyarp
crtscts
ms-dns 1.1.1.1
require-pap
refuse-chapИли какие другие параметры. Возможно, pppd стартует, но потом отваливает, debug должен показать.
А в логах есть чего нить?
Вроде такого:
04/14 20:44:09 aa0 mgetty: experimental test release 1.1.31-Jul24
04/14 20:44:45 ##### data dev=cuaa0, pid=65024, caller='none', conn='57600/V34b 33600/V44/SREJ', name='', cmd='/usr/sbin/pppd', user='/AutoPPP/'
Дебаг в Mgetty побольше поставьте и посмотрите, где вылезает ошибка.
Строку с AutoPPP напишите через табуляции, а не пробелы.
Мне когда-то помогло.
>А в логах есть чего нить?
>Вроде такого:
>04/14 20:44:09 aa0 mgetty: experimental test release 1.1.31-Jul24
>04/14 20:44:45 ##### data dev=cuaa0, pid=65024, caller='none', conn='57600/V34b 33600/V44/SREJ', name='', cmd='/usr/sbin/pppd', user='/AutoPPP/'
>
>
>
>Дебаг в Mgetty побольше поставьте и посмотрите, где вылезает ошибка.меня сильно смущает что когда прицепил модем на порт работающего сервера, там где аналогичная связка пашет нормально уже очень давно, в логах наблюдал туже картину...
вот есть работающий сервак, взял и перенёс настройки на новый сервак... на новом модем не заработал (описание выше), подключили этот же модем на работающий сервак и таже песня...
Давайте попробуем по шагам.
1. ПРоверка работы Mgetty.
ps aux Показывает висящие Mgetty на портах?
Вставьте в login.config:
* - - /usr/bin/login @
(через табуляцию)
Приконнектитесь через модем обычной терминалкой, должен дать приглашение login:
Если все ок и в систему можно зайти локальным пользователем, тогда2. Проверка pppd
Максимальный дебаг в мгетти. Макс. дебаг в pppd. Смотрим логи на подозрительные строки.
Пишем сюда все подозрительное.
В противном случае маловероятно найти проблему.
>Давайте попробуем по шагам.
>1. ПРоверка работы Mgetty.
>ps aux Показывает висящие Mgetty на портах?
>Вставьте в login.config:
>* -
> - /usr/bin/login @
>
>(через табуляцию)
>Приконнектитесь через модем обычной терминалкой, должен дать приглашение login:
>Если все ок и в систему можно зайти локальным пользователем, тогда
>
>2. Проверка pppd
>Максимальный дебаг в мгетти. Макс. дебаг в pppd. Смотрим логи на подозрительные
>строки.
>Пишем сюда все подозрительное.
>В противном случае маловероятно найти проблему.взяли модем, из работающих на рабочем серваке, прицепили в свободный порт в том же серваке - пашет
в том же порту НЕ работал модем проблемный, который на новом серваке и не заработал... вот... при этом настроены оба сервака правильно...
проблемный модем пробовал переинициализировать в ручную... просто скриптом... без эффекта...
так что траблу локализовали...
всем спасибо за участие :)