Você começará pegando o Network Trace e verá em que estágio está bloqueando. É sempre melhor ter uma imagem clara. Eu também gostaria de ver o arquivo de log do FTP.
Ei, eu me pergunto se alguém pode me pegar na direção certa. Estou configurando um servidor FTPS Client e Server, FTPS usando o iis FTP 7.5 da Microsoft. No lado do cliente, ele será executado no Linux e eu estou usando o M2crypto para o wrapping openssl (python). Estou preocupado que o problema esteja no lado do servidor (iis7.5) devido à seguinte descoberta:
Se eu hospedar usando o Filezilla com o canal de controle e dados sendo forçado a ser criptografado, ele funciona 100% (100% de transmissão de arquivo), se eu usar iis como o servidor funciona até o momento em que o canal de dados assume ... ou seja, todos os dados do arquivo recuperado já foram recebidos corretamente na minha cesta! O servidor ftp simplesmente não enviará a final '226 Transferência concluída'. no soquete cmd. Por quê? Se eu forçar o cliente ou servidor para fechar a conexão o arquivo está 100% intacto .... Se eu usar o iis 7.5 com criptografia forçada no canal de controle tudo funciona 100%, desde que eu não force o canal de dados ...
Aqui estão alguns screenshots para demonstrar isso ... Client View after Kill Client:
pics @ link
Resumo: Podemos estabelecer a conexão, listar diretórios, iniciar o upload, ver o arquivo (0bytes) criado no servidor, mas o cliente trava. Se encerrarmos o cliente, o arquivo carregado no servidor subirá de repente para o tamanho máximo.
Você começará pegando o Network Trace e verá em que estágio está bloqueando. É sempre melhor ter uma imagem clara. Eu também gostaria de ver o arquivo de log do FTP.