The OpenNET Project / Index page

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

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

"Прямое UUCP -соединение."
Сообщение от ivan Искать по авторуВ закладки on 19-Ноя-03, 11:29  (MSK)
  Вопрос знатокам UUCP:  
  Имеются две машины (FreeBSD 4.9). Одна смотрит в инет, другая – в локальную сеть.
Была поставлена вообщем-то тривиальная задача: организовать связь между машинами по протоколу UUCP, используя прямое соединение через COM-порты.
Цель: чтобы почтовый сервер, находящийся в локальной сети, мог отправлять и, соответственно, принимать почту извне, используя эту связку двух машин в качестве почтового шлюза, но при этом чтобы локальная сеть оставалась локальной, т.е. исключить доступ по IP-протоколу (требования безопасности и все такое…).
Проблема возникла на этапе организации UUCP –соединения.
Вот мои файлы конфигурации UUCP:
Машина «lan», которая смотрит в локал, играет роль ведущего:
  port
#-----------------
port comport
device /dev/cuaa0
speed 38400
type direct
#-----------------
  config
#-----------------
nodename lan
#------------------
  sys
#------------------
system inet
time any
chat ogin: uucp word: qwerty
port comport
speed 38400

Машина «inet», которая смотрит наружу, играет роль ведомого:
  port
#-----------------
port comport
type stdin
#-----------------
  config
#-----------------
nodename inet
#------------------
   sys
#------------------
system lan
port comport
time never

Запускаю на ведущей машине uucico (в режиме отладки):
# uucico – f –x all –s inet
  Связи, увы,  нет.
  Читаю логи:
uucico - - DEBUG: usysdep_detach: Forked; old PID 220, new pid 221
uucico inet - DEBUG: fconn_open: Opening port comport (default speed)
uucico inet -  Calling system inet (port cuaa0)
uucico inet - DEBUG: icexpect: Looking for 5 "ogin:"
uucico inet - DEBUG: icexpect: Got "" (timed out)
uucico inet - ERROR: Timed out in chat script
uucico inet - DEBUG: fconn_close: Closing connection
uucico inet - DEBUG: Call failed: 3 (Login failed)
uucico inet - DEBUG: usysdep_detach: Forked; old PID 221, new pid 224
uucico - - DEBUG: usysdep_detach: Forked; old PID 224, new pid 225
uucico - - DEBUG: Forking /usr/libexec/uucp/uuxqt –inet

Выдергиваю кабель из гнезда, повторяю операцию. В логах тоже самое.
Возвращаю кабель на место, запускаю на обеих машинах команду cu, контакт имеется.
    Вопрос стандартный: кто виноват и что делать?
    PS1: А может у кого есть готовое решение этой задачи, поделитесь Христа ради.
Это не потому что я какой-то там ленивый или совсем уж тупой, просто у меня стойкое ощущение, что я пытаюсь тысяча первый раз изобрести велосипед.
    PS2: Кстати, а можно ли реализовать прямое UUCP-соединение по USB –кабелю?

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

 Оглавление

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

1. "Прямое UUCP -соединение."
Сообщение от lavr emailИскать по авторуВ закладки on 19-Ноя-03, 12:01  (MSK)
>  Вопрос знатокам UUCP:
>  Имеются две машины (FreeBSD 4.9). Одна смотрит в инет, другая
>- в локальную сеть.
>Была поставлена вообщем-то тривиальная задача: организовать связь между машинами по протоколу UUCP,
>используя прямое соединение через COM-порты.
>Цель: чтобы почтовый сервер, находящийся в локальной сети, мог отправлять и, соответственно,
>принимать почту извне, используя эту связку двух машин в качестве почтового
>шлюза, но при этом чтобы локальная сеть оставалась локальной, т.е. исключить
>доступ по IP-протоколу (требования безопасности и все такое...).
>Проблема возникла на этапе организации UUCP -соединения.
>Вот мои файлы конфигурации UUCP:
>Машина ?lan?, которая смотрит в локал, играет роль ведущего:
>  port
>#-----------------
>port comport
>device /dev/cuaa0
>speed 38400
>type direct
>#-----------------
>  config
>#-----------------
>nodename lan
>#------------------
>  sys
>#------------------
>system inet
>time any
>chat ogin: uucp word: qwerty
>port comport
>speed 38400
>
>Машина ?inet?, которая смотрит наружу, играет роль ведомого:
>  port
>#-----------------
>port comport
>type stdin
>#-----------------
>  config
>#-----------------
>nodename inet
>#------------------
>   sys
>#------------------
>system lan
>port comport
>time never
>
>Запускаю на ведущей машине uucico (в режиме отладки):
># uucico - f -x all -s inet
>  Связи, увы,  нет.
>  Читаю логи:
>uucico - - DEBUG: usysdep_detach: Forked; old PID 220, new pid 221
>
>uucico inet - DEBUG: fconn_open: Opening port comport (default speed)
>uucico inet -  Calling system inet (port cuaa0)
>uucico inet - DEBUG: icexpect: Looking for 5 "ogin:"
>uucico inet - DEBUG: icexpect: Got "" (timed out)
>uucico inet - ERROR: Timed out in chat script
>uucico inet - DEBUG: fconn_close: Closing connection
>uucico inet - DEBUG: Call failed: 3 (Login failed)
>uucico inet - DEBUG: usysdep_detach: Forked; old PID 221, new pid 224
>
>uucico - - DEBUG: usysdep_detach: Forked; old PID 224, new pid 225
>
>uucico - - DEBUG: Forking /usr/libexec/uucp/uuxqt -inet
>
>Выдергиваю кабель из гнезда, повторяю операцию. В логах тоже самое.
>Возвращаю кабель на место, запускаю на обеих машинах команду cu, контакт имеется.
>
>    Вопрос стандартный: кто виноват и что делать?
>    PS1: А может у кого есть готовое решение
>этой задачи, поделитесь Христа ради.
>Это не потому что я какой-то там ленивый или совсем уж тупой,
>просто у меня стойкое ощущение, что я пытаюсь тысяча первый раз
>изобрести велосипед.

ох, давно это было...

кабель перекрестный должен быть, на машине отвечающей должен getty висеть
на порту, на машине вызывающей - открой вручную cu -l/dev/порт -sскорость
и должен получить ПРОМПТ, если получил - значит верной дорогой идешь,
настраивай chat и все зажурчит. Вроде так, если не ошибаюсь.

http://www.pi2.ru/UnixFAQ/ должен помочь, а вообще-то в FAQ Taylor UUCP
ВСЕ есть!

>    PS2: Кстати, а можно ли реализовать прямое UUCP-соединение
>по USB -кабелю?

нет

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

2. "Прямое UUCP -соединение."
Сообщение от ivan Искать по авторуВ закладки on 19-Ноя-03, 15:01  (MSK)
>
>ох, давно это было...
>
>кабель перекрестный должен быть, на машине отвечающей должен getty висеть
>на порту, на машине вызывающей - открой вручную cu -l/dev/порт -sскорость
>и должен получить ПРОМПТ, если получил - значит верной дорогой идешь,
>настраивай chat и все зажурчит. Вроде так, если не ошибаюсь.
>
>http://www.pi2.ru/UnixFAQ/ должен помочь, а вообще-то в FAQ Taylor UUCP
>ВСЕ есть!
>
>>    PS2: Кстати, а можно ли реализовать прямое UUCP-соединение
>>по USB -кабелю?
>
>нет

Спасибо за помощь, похоже, действительно проблема в кабеле.
Кстати, может до кучи разжуешь убогому по поводу настройки getty
на отвечающей машине?

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

3. "Прямое UUCP -соединение."
Сообщение от lavr emailИскать по авторуВ закладки on 19-Ноя-03, 15:30  (MSK)
>>
>>ох, давно это было...
>>
>>кабель перекрестный должен быть, на машине отвечающей должен getty висеть
>>на порту, на машине вызывающей - открой вручную cu -l/dev/порт -sскорость
>>и должен получить ПРОМПТ, если получил - значит верной дорогой идешь,
>>настраивай chat и все зажурчит. Вроде так, если не ошибаюсь.
>>
>>http://www.pi2.ru/UnixFAQ/ должен помочь, а вообще-то в FAQ Taylor UUCP
>>ВСЕ есть!
>>
>>>    PS2: Кстати, а можно ли реализовать прямое UUCP-соединение
>>>по USB -кабелю?
>>
>>нет
>
>Спасибо за помощь, похоже, действительно проблема в кабеле.
>Кстати, может до кучи разжуешь убогому по поводу настройки getty
>на отвечающей машине?

man ttys
после изменений в /etc/ttys - man inittab, inittab нужный сигнал чтобы
перечитать конфигурацию ttys, думаю что все найдешь на www.sysoev.ru/pppd/

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

4. "Прямое UUCP -соединение."
Сообщение от ivan Искать по авторуВ закладки on 19-Ноя-03, 18:33  (MSK)

>man ttys
>после изменений в /etc/ttys - man inittab, inittab нужный сигнал чтобы
>перечитать конфигурацию ttys, думаю что все найдешь на www.sysoev.ru/pppd/

Настроил ttys, запустил cu -l/dev/cuaa0/ -s9600 -все ОК!Получаю приглашение с отвечающей машины и т.д.
Запускаю uucico - тот же облом...

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

5. "Прямое UUCP -соединение."
Сообщение от lavr emailИскать по авторуВ закладки on 19-Ноя-03, 18:53  (MSK)
>
>>man ttys
>>после изменений в /etc/ttys - man inittab, inittab нужный сигнал чтобы
>>перечитать конфигурацию ttys, думаю что все найдешь на www.sysoev.ru/pppd/
>
>Настроил ttys, запустил cu -l/dev/cuaa0/ -s9600 -все ОК!Получаю приглашение с отвечающей машины
>и т.д.
>Запускаю uucico - тот же облом...

настраивай чат и скорости на портах должны быть выравнены, getty с параметром скорости, uucico уже не помню. Читай документацию как chat
работает, приглашение - prompt, не трудно изменить под себя.

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

6. "Прямое UUCP -соединение."
Сообщение от ivan Искать по авторуВ закладки on 20-Ноя-03, 09:37  (MSK)
>>
>>>man ttys
>>>после изменений в /etc/ttys - man inittab, inittab нужный сигнал чтобы
>>>перечитать конфигурацию ttys, думаю что все найдешь на www.sysoev.ru/pppd/
>>
>>Настроил ttys, запустил cu -l/dev/cuaa0/ -s9600 -все ОК!Получаю приглашение с отвечающей машины
>>и т.д.
>>Запускаю uucico - тот же облом...
>
>настраивай чат и скорости на портах должны быть выравнены, getty с параметром
>скорости, uucico уже не помню. Читай документацию как chat
>работает, приглашение - prompt, не трудно изменить под себя.


СПАСИБО, lavr! ЗАЗУЖЖАЛО!!!

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


Удалить

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




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

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