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