Соединить два модема

Если нужно нормальное PPP подключение, где один модем dial-in сервер и на него звонишь с другого, то те нужент пакет mgetty+sendfax или типа того; сам пакет находтся: sunsite.unc.edu/pub/Linux/system/serial/mgetty+sendfax-1.0.0.tar.gz ни и типа дока:

Создание и обслуживание простого Dial-In сервера

В ?домашних? условиях сервер входящих звонков (Dial-In) может реально использоваться как средство доступа к локальной сети, для перекачивания файлов с одного компьютера на другой или игромании через TCP/IP. Наиболее продвинутые деятели при наличии дополнительного выделенного канала доступа в Интернет, пары модемов (и пары телефонных линий соответственно) могут организовать некоторое подобие ISP. Из софта нам потребуется пакеты с pppd (демон PPP) и mgetty (обычно находится в пакете mgetty+sendfax). Вместо mgetty можно привернуть и обычное getty, но это несколько сложнее, а фунциональность результата будет заметно ниже. Также будем считать, что на одном из COM-портов (например, на COM2 - а если точнее, на /dev/ttyS1) болтается модем, причем предпочтительнее внешний, чтобы было возможно следить за показаниями индикаторов во время отладки. Впрочем, для этой цели сойдет и любой эмулятор терминала.

Схема работы механизма следующая: mgetty постоянно ?висит? на модемном порте и обрабатывает поступающий с модема входящий звонок: например, определяет допустимые адреса звонящих абонентов, тип звонка (голос/факс) или прочие параметры соединения. Как только соединение признается допустимым, mgetty отключается от модемной линии и запускает какую-либо программу, которая будет дальше взаимодействовать с модемом на уровне данных. Среди самых распространенных вариантов таких программ - ifcico (для включения распознавания FIDO-сессии при компиляции mgetty нужно указать ключ -DFIDO) и pppd (в этом случае при компиляции mgetty нужно указать ключ -DAUTO_PPP). Как правило, при установке mgetty из пакета необходимая в нашем случае опция -DAUTO_PPP уже включена, в противном случае входящий звонок с требованием установить PPP-сессию не будет распознан. Отметим, что если mgetty собирается из исходников, имеет смысл поискать к нему полезные патчи, расширяющие функциональные возможности пакета. К слову, то же самое можно сказать и про pppd. Завершая рассмотрение механизма работы, можно отметить следующее: pppd после своего запуска проводит аутентификацию пользователя (при помощи протоколов PAP или CHAP) и в случае ее удачного выполнения ?поднимает? соответствующий P-t-P интерфейс и начинает сессию PPP.

Сначала настроим mgetty. В файле /etc/mgetty+sendfax/login.config среди огромного количества комментариев должна находится одна строчка без комментария (обязательно с учетом регистра!):

# Конфигурационный файл /etc/mgetty+sendfax/login.config /AutoPPP/ - a_ppp /usr/sbin/pppd auth refuse-chap require-pap login

Отметим, что все, что находится после /usr/sbin/pppd, является параметрами, передаваемыми pppd (не более 9 штук) и может быть без изменения смысла перенесено в файл конфигурации демона PPP. Далее в файл /etc/mgetty+sendfax/mgetty.config следует прописать параметры модема:

# Конфигурационный файл /etc/mgetty+sendfax/mgetty.config port ttyS1 speed 57600 data-only y debug 3

Параметр debug [n] в приведенном примере показывает степень информативности отладочных сообщений mgetty; при интенсивном использовании его скорее всего придется уменьшить. После этого необходимо добавить строку запуска mgetty в конец файла /etc/inittab:

# Фрагмент конфигурационного файла /etc/inittab S4:2345:respawn:/sbin/mgetty /dev/ttyS1

Для активизации сделанных изменений без перезагрузки компьютера выполним из командной строки init q. Если mgetty был настроен без ошибок, на модеме должен включиться индикатор TR. Обратите внимание, что при такой схеме запуска mgetty будет принимать все входящие звонки и переадресовывать их демону PPP. Если требуется лишь временное использование Dial-In сервера, рекомендуется запускать и прибивать его с помощью отдельного скрипта, вызываемого, например, по расписанию.

Следующим настраивается демон PPP. В каталоге с конфигурационными файлами pppd - обычно это /etc/ppp - создаем файл, отвечающий за конфигурацию демона для выбранного порта с модемом: /etc/ppp/options.ttySn, где n - номер порта (для COM2 это будет файл options.ttyS1). В нашем примере конфигурация будет выглядеть следующим образом:

# Конфигурационный файл /etc/ppp/options.ttyS1 lock login auth modem # Авторизация пользователей разрешена только на # основе PAP. refuse-chap require-pap # Параметры передачи пакетов. mtu 576 mru 576 # [необязательный IP-адрес сервера]:[назначаемый IP-адрес клиента] 192.168.13.1:192.168.13.13 # [адрес первичного DNS-сервера] ms-dns 192.168.13.1 # [адрес вторичного DNS-сервера] ms-dns 192.168.13.2 proxyarp

Затем открываем файл /etc/ppp/pap-secrets (при авторизации по протоколу CHAP данные хранятся в /etc/ppp/chap-secrets), в котором находятся сведения о пользователях, имеющих доступ к данному компьютеру через Dial-In:

# Конфигурационный файл /etc/ppp/pap-secrets

# # Формат записи (* - подходит любое значение): # username server pass host #

"rainman" * "" * "guest" * "guest" *

Звездочка указывает на отсутствие ограничений при выборе данного параметра, а пустая строка вида "" на то, что указанные параметры следует брать из системных файлов (то есть, пользователь rainman существует в системе и для него действуют специфичные системные настройки, а guest - определяется pppd и служит только для доступа на Dial-In сервер).

Вот и вся базовая настройка сервера входящих звонков. Остается только добавить, что при использовании серверного компьютера в качестве клиента, например, при выходе в Интернет через тот же модем, необходимо удалить файл /etc/ppp/options.ttySn, так как иначе pppd возьмет на себя управление и попытается действовать как сервер, а не как клиент. Разумным решением в этом случае было бы представить /etc/ppp/options.ttySn не как обычный файл, а как символическую ссылку на другой файл, которую можно удалять и затем создавать снова в случае необходимости. И еще: чтобы не дублировать общую для всех файлов /etc/ppp/option.ttySn информацию, ее можно разместить в /etc/ppp/options. В целях обеспечения безопасности необходимо проверить, что конфигурационные файлы, а в особенности файлы с plaintext-паролями, имеют права доступа не выше, чем 600 для правильных владельцев - uucp и root соответственно для mgetty и pppd.

Но это при наличии свободной телефонной линии :о) Как обстоят дела с выделенной линией?

Скорее нет, чет не увидел я, чтоб ZyXEL omni 56K Pro работал на выделенке. USR-ы бывают "спорстеры" и "курьеры", 3com "спорстеров" я не видел, так что скорее это на выделенке работать может.

Скорее всего в режиме "Выделенная линия" работать небудут но АТА --- АТD работать должно