Tenho uma situação única em que um dos meus parceiros de negócios executa um servidor FTP desatualizado e o cliente que preciso usar é um pouco incompatível.
O servidor ao qual estou me conectando retorna uma resposta 334 durante a conexão e isso faz com que a conexão seja interrompida pelo meu cliente ftp. O RFC mudou desde que o servidor foi lançado, o servidor deve responder com um 234 em vez de um 334. Falei com o fornecedor do cliente (IBM) e eles indicaram que não vão ignorar a resposta ou tratar um 334 como a 234. Também conversei com o parceiro de negócios e eles não têm interesse em atualizar ou alterar seu servidor.
Então eu estava pensando por que não detectar o 334 em dizer o nível de pacote e substituir o 334 por um 234? Isso resolveria meu problema (supondo que não haja outras violações de protocolo).
Como eu faria isso? Executando um servidor proxy? Alguém tem alguma experiência com isso?
Alguma outra opção?
Eu não tenho escolha a não ser usar o cliente que já estou rodando e que está gravado em pedra.
Problema interessante. Você pode tentar usar o iptables junto com o netsed conforme descrito no link .
Além disso, a IBM está certa. Deve ser 234 como resposta a AUTH TLS e não 334, veja RFC4217 Sect. 4.2 . Os servidores que ainda fazem isso errado provavelmente são antigos demais e ainda usam o SSL 3.0 apenas, então esse é outro problema com o qual você precisa se preocupar e talvez ajude a colocar pressão no seu parceiro para substituir o servidor.
Tags ssl proxy ftp ibm-midrange