Instalamos recentemente uma estação base GPS, é um receptor GPS de alta precisão que é usado para correção de erros em dispositivos GPS de campo. O dispositivo (um Trimble NetR9) usa um sistema operacional Linux incorporado e transfere por FTP os arquivos de dados para outro servidor FTP (no meu caso, um Windows 2012 Server com IIS). O dispositivo é capaz de criar os diretórios no servidor FTP, mas não pode enviar os arquivos.
Eu estou querendo saber se existem configurações que negligenciei no meu servidor FTP (Win 2012) que o tornam amigável para um cliente Linux?
Testes tentados:
Permissões : Para eliminar a possibilidade de permissões incorretas, forneci ao usuário permissão total de leitura / gravação para a pasta ftproot e todas as subpastas, e tentei fazer login como usuário administrador também . As configurações do IIS para esse usuário também mostram "ler" e "gravar". Ambos os resultados acima ainda são encontrados. Eu também testei o mesmo processo de FTP de uma estação de trabalho para o servidor FTP, usando o mesmo usuário e não tive problemas para colocar arquivos.
Cabos de rede: Para eliminar a possibilidade (muito remota) de envolver o cabeamento de rede, testamos todo o cabeamento do switch para o NetR9 com uma ferramenta de teste de rede da Fluke, não encontrando falhas.
Firewalls, roteadores, NAT, etc: Para eliminar a possibilidade de alguma configuração de regra de firewall ou roteador eu configurei um tablet do Windows Surface com as mesmas configurações de TCP / IP exatas do NetR9, desconectei o NetR9 de sua tomada de dados e conectou o Surface no mesmo conector. Assim, o Surface simulou o NetR9 de uma perspectiva TCP / IP. No Surface, usando o FTP, não houve problema em colocar arquivos no mesmo servidor FTP com as mesmas credenciais.
Passivo / Ativo : Para eliminar a possibilidade de que um dos métodos FTP funcionasse melhor que o outro, tentei todos os 3 métodos FTP no dispositivo sem diferença nos resultados.
Firewall do Windows: Verificamos e descobrimos que o Firewall do Windows estava de fato desativado neste servidor antes de começarmos a fazer isso. Nós deixamos isso.
Windows Server: Para eliminar a possibilidade de que talvez houvesse algo errado com a configuração do IIS no meu Windows 2012 Server, replicamos as configurações do servidor FTP em um Windows 2008 Server mais antigo com o IIS e teve os mesmos resultados exatos.
Trecho do arquivo de log Isso é o que é encontrado no arquivo de log após cada envio FTP do dispositivo para o servidor Widnows. Você pode ver que está criando as pastas, mas a última parte (empurrando o arquivo laco209x.T02) não funciona.
2016-07-28 00:00:02 - - - 21 ControlChannelOpened - - 0 0 0 0 0 - -
2016-07-28 00:00:02 - FTPSVC2 - 21 USUÁRIO 331 0 0 23 14 0 - -
2016-07-28 00:00:02 \ FTPSVC2 - 21 PASS *** 230 0 0 21 18 0 / -
2016-07-28 00:00:02 \ FTPSVC2 - 21 CWD t02 / 250 0 0 29 10 0 / t02 -
2016-07-28 00:00:02 \ FTPSVC2 - 21 CWD 2016/250 0 0 29 11 16 / t02 / 2016 -
2016-07-28 00:00:02 \ FTPSVC2 - 21 CWD 209/250 0 0 29 10 0 / t02 / 2016/209 -
2016-07-28 00:00:02 \ FTPSVC2 - 21 CWD LACO / 250 0 0 29 11 0 / t02 / 2016/209 / LACO -
2016-07-28 00:00:02 \ FTPSVC2 - 21 TIPO I 200 0 0 20 8 0 - -
2016-07-28 00:00:02 \ FTPSVC2 - 21 PORTA 10,40,55,108,234,136 200 0 0 30 27 0 - -
2016-07-28 00:00:03 \ FTPSVC2 - 21 STOR laco209x.T02 550 4294967295 0 48 19 1031 /t02/2016/209/LACO/laco209x.T02 -
2016-07-28 00:00:04 \ FTPSVC2 - 21 TIPO I 200 0 0 20 8 0 - -
2016-07-28 00:00:04 \ FTPSVC2 - 21 QUIT - 221 0 0 14 6 0 - -
2016-07-28 00:00:04 \ FTPSVC2 - 21 ControlChannelClosed - - 0 0 319 142 2218 - -
Eu também estou buscando isso com o fornecedor, mas queria perguntar aqui no caso de alguém ter visto um comportamento semelhante entre o cliente FTP do Linux e o servidor FTP do Windows.
Tags ftp linux windows-server-2012