RESOLVIDO - FTP - Problemas com SisobraNET (Receita)
-
Fez uma regra liberando a porta de destino como 21 e com destino esse IP?
-
Bom dia Tomas Waldow,
Já criei varias regras e não resolveu, a conexão e feita conforme mostra as capturas ;
/root: tcpdump -ni re0 dst 200.152.32.174 tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on re0, link-type EN10MB (Ethernet), capture size 65535 bytes capability mode sandbox enabled 10:13:19.536904 IP 177.15.73.12.44042 > 200.152.32.174.21: Flags [s], seq 3507341000, win 65535, options [mss 1460,nop,nop,sackOK], length 0 10:13:19.575422 IP 177.15.73.12.44042 > 200.152.32.174.21: Flags [.], ack 1407635078, win 65535, length 0 10:13:22.514367 IP 177.15.73.12.44042 > 200.152.32.174.21: Flags [P.], seq 0:14, ack 49, win 65487, length 14 10:13:22.549006 IP 177.15.73.12.44042 > 200.152.32.174.21: Flags [P.], seq 14:32, ack 85, win 65451, length 18 10:13:22.585651 IP 177.15.73.12.44042 > 200.152.32.174.21: Flags [P.], seq 32:45, ack 114, win 65422, length 13 10:13:23.206278 IP 177.15.73.12.44042 > 200.152.32.174.21: Flags [P.], seq 45:67, ack 143, win 65393, length 22 ----------------------------------------------------------------------------------------------------------------------------------------------------------------------- ]/root: tcpdump -ni re0 src 200.152.32.174 tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on re0, link-type EN10MB (Ethernet), capture size 65535 bytes capability mode sandbox enabled 10:15:22.278392 IP 200.152.32.174.21 > 177.15.73.12.27731: Flags [S.], seq 3982441863, ack 1188987687, win 65535, options [mss 1460], length 0 10:15:22.313617 IP 200.152.32.174.21 > 177.15.73.12.27731: Flags [P.], seq 1:49, ack 1, win 32768, length 48 10:15:22.350053 IP 200.152.32.174.21 > 177.15.73.12.27731: Flags [P.], seq 49:85, ack 15, win 32768, length 36 10:15:22.390545 IP 200.152.32.174.21 > 177.15.73.12.27731: Flags [P.], seq 85:114, ack 33, win 32768, length 29 10:15:22.427690 IP 200.152.32.174.21 > 177.15.73.12.27731: Flags [P.], seq 114:143, ack 46, win 32768, length 29 10:15:22.462845 IP 200.152.32.174.21 > 177.15.73.12.27731: Flags [R], seq 3982442006, win 4096, length 0 Alguma idéia do que poderia ser? Desde já agrade pela atenção.[/s] [captura.txt](/public/_imported_attachments_/1/captura.txt) -
você fez nat??
-
Não.
Cenario atual:
Ip da estação: 10.1.1.10
Gateway da Lan: 10.1.1.254
Rede Wan: 177.15.73.12Ip do FTP: 200.152.32.174
Como seria essa idéia do NAT?
-
O nat parece estar ok mas só tem tráfego na 21. Não passa nenhuma requisição de dados, como se a conexão estivesse falhando por erro de senha.
Eber, aparentemente te falta um pouco de conceito de rede. Sugiro ler os tutoriais aqui do fórum ou até fazer um treinamento específico para se aprofundar na ferramenta.
Se optar pelo treinamento, recomendo o www.sys-squad.com
-
Bom dia Marcello,
A conexão não falha por erro de usuário e senha, a transmissão do aquivo e feita com sucesso quando e feita por outra rede que não tenha o pfsense.
Sobre o nat está OK, não fiz configuração nenhuma de nat.
-
experimente a seguinte regra
lan lan net * alias_do_ftp_alvo *
ou seja liberar todo trafego de saida de sua rede local para a rede alvo,
isso tbm deve garantir o retorno ( que eventualmente voltar em outra porta, aqui tenho um caso de usar a 22) -
Bom dia marcosmassa,
Desde já obrigado por sua ajuda.
Já tinha criado essa regra anteriomente é não funcionou.
:-\
-
A conexão não falha por erro de usuário e senha, a transmissão do aquivo e feita com sucesso quando e feita por outra rede que não tenha o pfsense.
O dump não mostra qualquer tentativa de envio do arquivo, só comunicação na 21. Veja se no conteúdo do pacote a informação do ip para a transferência no modo passivo está indo com o ip interno ou com o ip da sua wan. De qualquer forma a tentativa deveria chegado ao firewall.
-
Marcello,
Ele sai com o ip da minha LAN - 10.1.1.10
Estranho que a conexão com o host aparentemente parece ser estabelecida, ocorre o erro na transferência de dados algo relacionado a não conseguir ler os diretórios.
A aplicação gera um log de erro:
12:46:09 - Conectou com o Host FTP www61.dataprev.gov.br
12:46:09 - Iniciando o envio do arquivo 00097857000171.20150424124609
12:46:09 - Erro 10054: 10054:Connection reset by peer
12:46:09 - Erro no envio do arquivo.
12:46:09 - Erro 10054: 10054:Connection reset by peer
12:46:09 - Erro 10054: 10054:Connection reset by peer
12:46:09 - Desconectou do Host FTP.
12:46:09 - Erro na desconexão do Host FTP.
12:46:09 - Desconectou do Host FTP.Marcello segue em anexo uma captura.
comando utilizado: tcpdump -w captura.pcap -i re1(Interface LAN) src 200.152.32.174OBS: Fiz um teste com um cliente FTP, conectei no IP 200.152.32.174 apos conexão o meu client FTP retorna um erro informando que não foi possivel listar os diretorios.
-
Parece que as portas utilizadas pelo SISOBRANET são essas, libere-as veja se resolve, espero estar ajudando…
port 21 # ftp e receita federal
port 20 # Receita
port 24 # Receita -
Tomas Waldow,
Muito obrigado por sua ajuda e disposição em resolver meu problema. Parabéns por sua competência, muito sucesso pra você.
Solução: FTP proxy client
-
Tomas Waldow,
Muito obrigado por sua ajuda e disposição em resolver meu problema. Parabéns por sua competência, muito sucesso pra você.
Solução: FTP proxy clientMaravilha, que bom que deu certo.
Poderia postar os passar que fez e as configurações para ficar registrado e ajudar a outros.
Obrigado. -
wrp,
Para resolver meu problema instalei o pacote "FTP client proxy". Entre no meu FTP Proxy e abiite a opção FTP proxy e marque a interface LAN.
Lembrando que cada caso e um caso.
Explane aqui seu problema.
Qualquer duvida entre em contato.
-
Agradeço aos colegas, foi só instalar o pacote de proxy ftp que funcionou na hora. Abraços !
-
Estou com o mesmo problema, instalei o ftp_client_proxy , ativei o serviço e setei LAN, na hora do envio ele o programa fica processado, e se for por fora do proxy da a mensagem "erro - envio do arquivo". tem mais alguma configuração no firewall. squid ou squidguard?
