A máquina de destino é um Linux incorporado executando o BusyBox v1.00-rc2 (provavelmente) em uma placa ARM. Está lacrado e eu não posso abri-lo, não que eu teria os recursos ou conhecimento para fazer qualquer coisa, mesmo que eu abrisse.
A unidade suporta telnet, ssh, wput / wget e talvez ftp. Cerca de uma hora atrás, o servidor ao qual estava conectado relatou que não estava mais on-line. Tentativas de ssh ou telnet falharam. Uma tentativa de consertar as coisas foi feita reiniciando o comutador. Depois, algumas tentativas foram feitas para investigar com mais detalhes.
O comportamento do telnet era travar depois que o "caractere de escape é '^]'." linha. O comportamento ssh -v deveria ser bloqueado na seguinte saída:
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Applying options for *
debug1: Connecting to 192.168.2.98 [192.168.2.98] port 22.
debug1: Connection established.
debug1: identity file /home/newtrax/.ssh/identity type -1
debug1: identity file /home/newtrax/.ssh/id_rsa type -1
debug1: identity file /home/newtrax/.ssh/id_dsa type -1
A próxima linha, ssh'ing em uma unidade similar, teria sido:
debug1: Remote protocol version 2.0, remote software version dropbear_0.43
Telneting para a porta 22 trava de maneira semelhante (telnet para uma unidade de trabalho displaty SSH-2.0-dropbear_0.43)
Depois, outra tentativa foi feita para consertar as coisas, desconectando e reconectando o cabo ethernet. Agora o comportamento do ssh é "Connection Refused".
Telnet, por outro lado, funciona um pouco mais - não sei qual é a configuração da máquina, mas ela imprime um cabeçalho de algum tipo que geralmente aparece toda vez que você faz telnet no sistema e, em seguida, exibe:
Connect failed : Connection refused
Fail to connect on 127.0.0.1 32.
Isso esgotou meu grau de capacidade de solução de problemas nessa questão. Eu apreciaria qualquer insight ou sugestão sobre o assunto. Chegando no final da sexta-feira, qualquer solução de problemas será adiada até a manhã de segunda-feira.