Transição segura de RS232 “Terminal mudo” para RJ45 Telnet / SSH

Question

Uma rede HPUX 11i, rodando em um novo hardware, para o que eles chamam de operações “críticas” em um negócio exclusivo, termina para o usuário em Sherwood 7000STs. Embora funcional (e muito rápido comparado com os sistemas Web 2.0 com os quais cresci), os terminais conectados via DB-25 (obrigado @grawity) RS232 em todo o escritório devem ser desativados. Eles serão substituídos pela Ethernet moderna nas conexões RJ45 que entram em um switch com o servidor em uma única sub-rede, e preciso entender como nosso aplicativo será afetado.

CONFIGURAÇÃO:

A exibição de um aplicativo em série está funcionando bem.

Telnet e SSH estão instalados.

Existem placas PCI NIC e COM. (LMK se a terminologia é imprecisa - eu vou rodar o dmesg amanhã e atualizar o post.)

PROBLEMA COMO ATUALMENTE COMPREENDIDO:

Existem muitas configurações possíveis do terminal serial.

Telnet e SSH são executados em emuladores de terminal quando se conecta através de Ethernet em uso normal.

Não existe uma base firme para que eu espere que esse aplicativo transite sem falhas.

Anteriormente, as atualizações dos servidores causavam uma disfunção terrível entre hardware aparentemente compatível quando a fiação proprietária fazia com que nossas conversões RS322 de RS45 de 25 pinos para RS27 de 25 pinos tivessem fios cruzados cruzados, já que o hardware se desviava da especificação. Analogias para software são aqui fáceis de entender, mas devem ser igualmente difíceis de encontrar em produção!

@Bob - um switch estará no lugar. Que outras considerações devo fazer? Veja abaixo.

PERGUNTAS:

1. Devo esperar que o telnet "simplesmente funcione" em uma nova caixa do Linux (como o Raspberry Pi), indo para o servidor? Vai passar por um interruptor, é claro. Mas as redes Ethernet podem substituir redes seriais como um drop-in em todas as camadas, até e incluindo aplicativos?

2. A taxa de baud obviamente não será mais necessária, mas e outras configurações configuráveis, como caracteres de escape?

3. quebra de linha?

4. Paginação?

5. Importante: E quanto aos programas que definem a exibição do terminal (como o Unibasic)?

6. Importante: O RJ45 corre o risco de ser de alguma forma “incompatível” com o sistema existente?

NOTA

Estou confuso onde o processamento ocorre, e qualquer caracterização mais profunda das questões acima neste contexto seria apreciada. Mods, por favor, aceitem esta pergunta vaga devido à falta de discussão existente no Stack Exchange. Eu olhei com cuidado antes de postar. Fico feliz em documentar minha pesquisa sobre o existente.

Muito obrigado.

    

Answer 1

Você precisa estar ciente de que, no lado do HP-UX, as interfaces RS-232 são totalmente diferentes das interfaces de rede, que são novamente diferentes da telnet API.

Se tudo o que você usa em seus terminais é efetuar login nos HPs, você pode substituí-los por telnet ou por ssh se quiser que ele seja mais seguro.

Se você tiver um software personalizado ao qual esses terminais se conectam, isso pode ser um grande problema: você terá que adaptar o software para lidar com o novo tipo de conexão. O que, dependendo do software, pode ser fácil, difícil ou impossível, mas é a principal preocupação aqui.

Para as perguntas:

1) Sim.

2) Não importa, tudo é passado. Se você usá-lo para entrar, você ainda pode alterar o backspace / del etc via stty (se é isso que também é chamado nos HPs, há muito tempo desde que eu usei um).

3,4,5) É uma função da maneira como o aplicativo e o programa terminal interpretam as seqüências de controle. O transporte não afeta isso.

6) Veja acima.

Você deve ter em mente que o processamento funciona em camadas.

RS-232 e Ethernet ("RJ-45") são tecnologias de transporte muito diferentes, assim como os protocolos ( telnet , ssh ) que funcionam na Ethernet. Você deve ter alguém que esteja familiarizado com a tecnologia de rede moderna e possa instalar tudo isso para você. Se você não tem um, contrate um ou peça a outra empresa para fazer isso por você.

Acima desta camada de transporte, quando o software em ambos os lados apenas vê um fluxo de caracteres, as diferenças são mínimas.