O problema acabou sendo um bug do NetApp ONTAP.
Não sei qual foi a solução alternativa, mas outro engenheiro resolveu o problema.
Verificarei se posso postar a causa raiz.
Qualquer um tem idéia de por que um comando remoto em um arquivador NetApp falharia ao usar o Plink / Putty (para executar um comando) em duas redes?
Tudo está aberto nos dois sentidos (vários firewalls), mas o arquivador parece estar respondendo da porta 22 para alguma porta aleatória. Portanto, minha caixa do Windows do outro lado não sabe responder porque a porta de destino não é 22.
Alguma opinião?
O problema acabou sendo um bug do NetApp ONTAP.
Não sei qual foi a solução alternativa, mas outro engenheiro resolveu o problema.
Verificarei se posso postar a causa raiz.
Pergunta:
O que você viu quando da caixa do Windows você abre uma janela do CMD e usa "telnet" para conectar-se à porta 22:
# telnet 10.0.0.47 22 Tentando 10.0.0.47 ... Conectado a 10.0.0.47. O personagem de fuga é '^]'. SSH-2.0-OpenSSH_4.3
Você deve ver o banner "SSH-n.n" (pode ser uma string de versão diferente do arquivador do que o meu exemplo acima).