Hi2all!
Народ вообщем есть сервак. Fedore Core Linux. Как-то настроил один модем на dial-in. Всё работает отлично. Через время появилась необходмость во втором модеме. Повесил его на COM2 (/dev/ttyS1), в конфигах всё по аналогии сделал как и с первым модемом. В итоге - первый модем трубку снимает а второй ваще никак не реагирует на звонки. У кого-ньть есть соображения где могут быть грабли???
p.s.
1. Модемы менял местами - ситуация не поменялась.
2. Тел. линии тоже менял. Те же яйца только вид сбоку.
3. Сгоревший порт? - Нет. При физическом подключении второго модема kudzu сразу же с удовольствием скушала новую железяку в системе.Что магёт быть в корне проблемы???
F1!
Ну неужели тут нету тех кто собаку съел с dial-in? :-)
>Ну неужели тут нету тех кто собаку съел с dial-in? :-)
Просто те кто съел собаку на dial-in являются телепатами, и уже удалённо прочитав твои конфиги и логи, также телепатически тебе всё поправят.
>>Ну неужели тут нету тех кто собаку съел с dial-in? :-)
>Просто те кто съел собаку на dial-in являются телепатами, и уже удалённо
>прочитав твои конфиги и логи, также телепатически тебе всё поправят.
Гы! :) намёк понял.. Я просто напросто ждал пока кто откликнется и скажет преславутое "конфиги в сутдию"! :)
Ну вот, собсно и конфиги, встречаем :) :1. initab: привожу только пару строк имеюшых атнашение к праблеме, дабы не флудить:
--------
S0:2345:respawn:/sbin/mgetty -x 3 ttyS0
S1:2345:respawn:/sbin/mgetty -x 3 ttyS1
--------2. mgetty.config
----------
port ttyS0
speed 57600
data-only y
debug 3
init chat "" ATZ OK
answer-chat "" ATA CONNECT \c \rport ttyS1
speed 57600
data-only y
debug 3
init-chat "" ATZ OK
answer-chat "" ATA CONNECT \c \r
------------3. На всякий вот настройки для PPP, хотя до него ИМХО дело не дошло так как модем не хатиит брать трубу. Файлы /etc/ppp/options.ttyS1 идентичен нижеприведённому /etc/ppp/options.ttyS0:
lock
login
auth
modem
crtscts
-chap
+pap
10.26.0.1:10.26.0.101
netmask 255.255.255.0
ms-dns 10.26.0.1
а вот ещё общий для всех модемов /etc/ppp/options:
lock
login
auth
refuse-chap
require-pap
mtu 576
mru 576
ms-dns 10.26.0.1
ms-dns <mydns1>
ms-dns <mydns2>
modem
crtscts
asyncmap 0
в /etc/ppp/options.ttyS1 ip для второй стороны должен отличаться от /etc/ppp/options.ttyS0стань терминалом на второй порт и позвони на модем, посмотри что тебе модем высветит, модем при входящем звонке должен давать RING
Нету RINGA - нету связи....
>в /etc/ppp/options.ttyS1 ip для второй стороны должен отличаться от /etc/ppp/options.ttyS0
>
>
>стань терминалом на второй порт и позвони на модем, посмотри что тебе
>модем высветит, модем при входящем звонке должен давать RING
>Нету RINGA - нету связи....
Вот уже ваще запутался.. Звоню на модем на второй - в это время смотрю minicom'ом - и вижу:
Welcome to minicom 2.1OPTIONS: History Buffer, F-key Macros, Search History Buffer, I18n
Compiled on Jan 23 2005, 18:17:05.Press CTRL-A Z for help on special keys
AT S7=45 S0=0 L1 V1 X4 &c1 E1 Q0
OKRING
RING
RING
RING
RING
А mgetty трубу не снимает...
Где грабли - не пойму... Идеи есть у кого какие?
Привет всем!
Хаха!
Народ я всё-таки разобрался в чём у меня был трабл и почему mgetty на одном модеме брала трубку а на другом - нет.
Весь прикол в том что в системе как-то поставил софт для UPS, так руки и не долши до его настройки. И случайно, запустив w, увидел что эта софтина (pbeagent) висит как юзер dialout на терминале /dev/ttyS1, на который я пытался повесить mgetty. Прикол в том что в inittab ttyS1 упонимался только касательно mgetty. Какого чёрта этот софт для UPS висел на втором порте - ума не приложу. Как только снёс его - всё стало отлично работать. И в логах этого нигде не было видно! Спасло только w :-).
Вот так вот, магёт у кого ещё такие или подобные грабли были? А то решения проблемы избирательного отношения mgetty к некоторым модемам я тут и не не нашёл.
Respect to all!