Безопасный переход от "тупого терминала" RS232 к Telnet/SSH RJ45
Сеть HPUX 11i, работающая на новом оборудовании для того, что они называют "критически важными" операциями в уникальном бизнесе, завершается для пользователя на Sherwood 7000ST. Будучи функциональным (и молниеносным по сравнению с системами Web 2.0, с которыми я вырос), терминалы, соединяющиеся через DB-25 (спасибо @grawity) RS232 по всему офису, должны быть выведены из эксплуатации. Они будут заменены современными соединениями Ethernet через RJ45, идущими в коммутатор с сервером в одной подсети, и мне нужно понять, как это повлияет на наше приложение.
НАСТРОИТЬ:
Серийное обслуживание приложения работает нормально.
Telnet и SSH установлены.
Существуют карты NIC и COM PCI. (LMK, если терминология неточна - завтра я запущу dmesg и обновлю пост.)
ПРОБЛЕМА, КАК В НАСТОЯЩЕЕ ПОНИМАНИЕМ:
Существует много возможных конфигураций последовательного терминала.
Telnet и SSH работают в эмуляторах терминала при обычном подключении через Ethernet.
У меня нет твердой основы, чтобы ожидать безупречного перехода этого приложения.
Ранее обновления сервера вызывали ужасную дисфункцию между внешне совместимым оборудованием, когда проприетарная проводка означала, что наши (последовательные) преобразования RJ45 в 25-контактный RS232 в 9-контактный RS232 имели буквально перекрещенные провода, так как оборудование отличалось от спецификации. Здесь легко найти аналогии с программным обеспечением, но они должны быть одинаково трудны в производстве!
@Bob - переключатель будет на месте. Какие еще соображения я должен сделать? Увидеть ниже.
ВОПРОСЫ:
Стоит ли ожидать, что telnet будет "просто работать" на новом Linux-боксе (например, Raspberry Pi) при входе на сервер? Это будет проходить через переключатель, конечно. Но могут ли сети Ethernet заменить последовательные сети в качестве резервных на каждом уровне, включая приложения?
Скорость передачи данных, очевидно, больше не понадобится, но как насчет других настраиваемых параметров, таких как escape-символы?
Перенос строки?
Paging?
Важно: А как насчет программ, которые определяют отображение терминала (например, Unibasic)?
Важно: рискует ли RJ45 быть как-то "несовместимым" с существующей системой?
НОТА
Я запутался, когда происходит обработка, и любая более глубокая характеристика вышеупомянутых проблем в этом контексте была бы оценена. Моды, пожалуйста, примите этот расплывчатый вопрос из-за отсутствия обсуждения на Stack Exchange. Я внимательно посмотрел перед публикацией. Я с удовольствием задокументирую свое исследование существующего лит.
Огромное спасибо.
1 ответ
Вы должны знать, что на стороне HP-UX интерфейсы RS-232 полностью отличаются от сетевых интерфейсов, которые снова отличаются от telnet API.
Если все, для чего вы используете свои терминалы, это войти в систему HP, то вы можете заменить это на telnetили ssh если вы хотите, чтобы это было более безопасно.
Если у вас есть специальное программное обеспечение, к которому подключаются эти терминалы, это может быть серьезной проблемой: вам придется адаптировать программное обеспечение для работы с новым типом подключения. Что, в зависимости от программного обеспечения, может быть легким, сложным или невозможным, но это главная проблема здесь.
На вопросы:
1) да.
2) Не имеет значения, все прошло. Если вы используете его для входа в систему, вы все равно можете изменить Backspace/ Del и т. Д. Через stty (если это то, что он также называется на HP, было слишком долго, так как я использовал один).
3,4,5) Это функция способа, которым приложение и программа терминала интерпретируют управляющие последовательности. Транспорт не влияет на это.
6) Смотри выше.
Следует помнить, что обработка работает на слоях.
RS-232 и Ethernet ("RJ-45") очень разные транспортные технологии, как и протоколы (telnet, ssh), которые работают через Ethernet. У вас должен быть кто-то, кто знаком с современными сетевыми технологиями, и может установить все это для вас. Если у вас его нет, наймите его или попросите другую компанию сделать это за вас.
Над этим транспортным уровнем, когда программное обеспечение с обеих сторон просто видит поток символов, различия минимальны.