Transição segura do “Terminal burro” RS232 para RJ45 Telnet/SSH

Transição segura do “Terminal burro” RS232 para RJ45 Telnet/SSH

Uma rede HPUX 11i, executada em novo hardware, para o que eles chamam de operações de “missão crítica” em uma empresa única, termina para o usuário em Sherwood 7000STs. Embora funcionais (e extremamente rápidos em comparação com os sistemas Web 2.0 com os quais cresci), os terminais conectam-se via DB-25 (obrigado @grawity) RS232 em todo o escritóriodeveser desativado. Eles serão substituídos por conexões Ethernet modernas sobre RJ45 que vão para um switch com servidor em uma única sub-rede, e preciso entender como nosso aplicativo será afetado.

CONFIGURAR:

Servir um aplicativo em série está funcionando bem.

Telnet e SSH estão instalados.

Existem placas NIC e COM PCI. (LMK se a terminologia estiver imprecisa - executarei o dmesg amanhã e atualizarei a postagem.)

PROBLEMA ATUALMENTE ENTENDIDO:

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

Telnet e SSH são executados no terminalemuladoresao conectar via Ethernet em uso normal.

Não existe nenhuma base sólida para eu esperar que esta aplicação faça uma transição perfeita.

Anteriormente, as atualizações de servidor causavam disfunções terríveis entre hardware aparentemente compatível quando a fiação proprietária significava que nossas conversões (serial) de RJ45 para RS232 de 25 pinos para RS232 de 9 pinos tinham fios cruzados literais, pois o hardware se desviava das especificações. As analogias com o software são aqui fáceis de conceber, masdeveser igualmente difícil de encontrar na produção!

@Bob - uma chave estará instalada. Que outras considerações devo fazer?Veja abaixo.

QUESTÕES:

  1. Devo esperar que o telnet “simplesmente funcione” em uma nova máquina Linux (como Raspberry Pi), entrando no servidor? Isso passará por uma mudança, é claro. Mas as redes Ethernet podem substituir as redes seriais como um drop-in em todas as camadas, inclusive nas aplicações?

  2. Obviamente, a taxa de transmissão 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 os programas que definem a exibição do terminal (como o Unibasic)?

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

OBSERVAÇÃO

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

Muito obrigado.

Responder1

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

Se você só usa seus terminais para fazer login nos HPs, você pode substituí-lo por telnet, ou por sshse quiser que seja mais seguro.

Se você tiver um software personalizado para conectar esses terminais, isso poderá 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 grande preocupação aqui.

Para as perguntas:

1) Sim.

2) Não importa, tudo é repassado. Se você usá-lo para fazer login, ainda poderá alterar backspace/del etc. via stty(se é assim que também é chamado nos HPs, já faz muito tempo que não usei um).

3,4,5) É uma função da forma como a aplicação e o programa do terminal interpretam as sequê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 em Ethernet. Você deve ter alguém familiarizado com a tecnologia de rede moderna e que possa instalar tudo isso para você. Se você não tiver um, contrate um ou peça a outra empresa para fazer isso por você.

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

informação relacionada