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

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

"удалить передачу <CR> при телнет-сеансе."
Сообщение от MagMike on 12-Апр-01, 14:44  (MSK)
Есть у нас один клиент. ему надо было забирать почту по uucp с сервера, который находился в другом городе. к тому серверу мы обеспечивали проброс по rlogin'у. т.е. его uucp-шная программа цеплялась к модему, тот дозванивался до нашего сервера, откуда выполнялась команда rlogin -8E hostname. А дальше уж не знаю как точно, через какие коннекты, но устанавливался сеанс между юзером и uucp-сервером. Недавно на той стороне прикрыли rlogin и пришлось переходить на telnet. при этом коннектиться приходится сразу на uucp-сервер. т.е. у нас делается telnet -8E hostname 540 Проблема в том, что uucp перестал работать. после расследования причин выяснилось, что все строки заканчиваются последовательностью <13><10> (это символы '\n' - новая строка и '\r' - возврат коретки). А uucp-шный сервер не привык работать с <10>. Ему достаточно было <13> ('\n'). А <10> он воспринимает не как управляющий символ, а как часть данных. Вопрос - как запретить телнету передовать символ <10> во время сеанса? пробовал unset crlf. но на поведение telnet'а это никак не повлияло. Кроме нашего клиента к тому серверу коннектятся и из других городов. правда все - с cisco. А там выполняется команда connect hostname 540 /stream при этом передается только <13>. Очень прошу помочь, если кто знает Заранее спасибо! Михаил
	Рекомендовать в FAQ | Cообщить модератору | Наверх

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

Сообщения по теме

1. "исправление."
Сообщение от MagMike on 12-Апр-01, 16:43  (MSK)
Прошу прощения. Неверно написал - перепутал символы '\r' и '\n'. Следует читать так: Есть у нас один клиент. ему надо было забирать почту по uucp с сервера, который находился в другом городе. к тому серверу мы обеспечивали проброс по rlogin'у. т.е. его uucp-шная программа цеплялась к модему, тот дозванивался до нашего сервера, откуда выполнялась команда rlogin -8E hostname. А дальше уж не знаю как точно, через какие коннекты, но устанавливался сеанс между юзером и uucp-сервером. Недавно на той стороне прикрыли rlogin и пришлось переходить на telnet. при этом коннектиться приходится сразу на uucp-сервер. т.е. у нас делается telnet -8E hostname 540 Проблема в том, что uucp перестал работать. после расследования причин выяснилось, что все строки заканчиваются последовательностью <13><10> (это символы '\r' - возврат каретки и '\n' - новая строка ). А uucp-шный сервер не привык работать с <10>. Ему достаточно было <13> ('\r'). А <10> он воспринимает не как управляющий символ, а как часть данных. Вопрос - как запретить телнету передовать символ <10> во время сеанса? пробовал unset crlf. но на поведение telnet'а это никак не повлияло. Кроме нашего клиента к тому серверу коннектятся и из других городов. правда все - с cisco. А там выполняется команда connect hostname 540 /stream при этом передается только <13>. Очень прошу помочь, если кто знает Заранее спасибо! Михаил
	Рекомендовать в FAQ | Cообщить модератору | Наверх

Удалить

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

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