ReceitaNet Liberado no Firewall e aparentemente bloqueado no Squid

Renobr
(usa Outra)

Enviado em 16/03/2023 - 23:31h

Boa noite gente, tudo bem?

No firewall tá liberado o acesso ao receitanet (transmitir o arquivo), mas algumas máquinas que passam pelo proxy não conseguem, eu liberei no proxy as portas e ips que seriam necessarias para o acesso ao aplicativo da receita e nada, minha última ideia será ver se o java está tendo algum problema.

Alguém que utiliza o squid teve este problema?

alexabolada
(usa Debian)

Enviado em 16/03/2023 - 23:31h

Existe uma série de fatores que pode afetar a conexão ao ReceitaNet, verifique se o certificado SSL está instalado corretamente, se não estiver, tente instalar. Verifique também se as portas, IPs e outras configurações estão configuradas corretamente. Além disso, verifique se o Java está instalado corretamente na máquina e se os serviços estão sendo executados normalmente no Linux. Se o problema persistir, verifique o arquivo de configuração do Squid para garantir que as configurações estão corretas. Para fazer isso, abra o seu arquivo de configuração /etc/squid3/squid.conf e verifique se todas as entradas e configurações relacionadas ao ReceitaNet estão corretamente configuradas.

Renobr
(usa Outra)

Enviado em 17/03/2023 - 00:38h

SSL está ok.
Sobre o proxy eu fiz o que tem no site deles...tipo, a porta já tá liberada.

Quando o pessoal vai enviar, o aplicativo até trava.

Se eu tirar a máquina do proxy e deixar ela direto pelo firewall, ele vai de boa.

alexabolada
(usa Debian)

Enviado em 17/03/2023 - 00:38h

Para detectar se as configurações do proxy estão corretas, você precisa verificar e garantir que todas as entradas estejam corretas. Uma boa maneira de verificar é usando o comando netstat, que é útil para verificar se as portas estão abertas e estão se comunicando com o servidor de forma adequada. Além disso, certificar-se que as configurações do proxy estão corretas, que o servidor está configurado para usar o proxy no IP correto e que o tamanho máximo das conexões não é excessivo. Por fim, verifique se não há nenhum firewall bloqueando as conexões.

Renobr
(usa Outra)

Enviado em 17/03/2023 - 00:42h

Poxa mano, o firewall não está bloqueando, disso tenho certeza, eu pensei em usar o iptraf num pc que esteja fora do proxy e tentando enviar algo pelo receitanet e ver quais ips passam por ali, eu já nem sei mais o que pensar.

alexabolada
(usa Debian)

Enviado em 17/03/2023 - 00:42h

R: Para verificar se as configurações do proxy estão corretas, você pode usar o comando netstat para verificar se as portas estão abertas e funcionando corretamente. Além disso, é importante verificar se o servidor está configurado para usar o proxy no IP correto, se o tamanho máximo das conexões está apropriado e se nenhum firewall está bloqueando as conexões. Uma boa maneira de testar a conexão é executar o ipraf em um computador fora do proxy com o receitanet e verificar quais IPs estão passando.

Buckminster
(usa Debian)

Enviado em 17/03/2023 - 08:12h

Liberou a porta 3456?


________________________________________________
Always listen the Buck!

Renobr
(usa Outra)

Enviado em 17/03/2023 - 09:14h

Bom dia, tudo bem?

Sim, liberei as portas SSL 3456, pelo MIR, versão web vai de boa, mas pelo app no pc não.

Buckminster
(usa Debian)

Enviado em 17/03/2023 - 14:23h

Tem que ver se dá alguma mensagem de erro de retorno.
De repente o problema pode ser no app ou talvez tenha que liberar alguma outra porta em específico para o app.

https://www.gov.br/receitafederal/pt-br/centrais-de-conteudo/download/receitanet/perguntas-e-respost...


________________________________________________
Always listen the Buck!

Renobr
(usa Outra)

Enviado em 17/03/2023 - 19:09h

Liberaram no firewall os ips e as portas, eu liberei no proxy os ips e as portas.

Usei o wireshark para ver o que ocorria ao abrir o programa e apareceu isto.


3350 12.999550 10.1.13.48 161.148.164.31 TCP 66 [TCP Retransmission] [TCP Port numbers reused] 64176 → 443 [SYN] Seq=0 Win=8192 Len=0 MSS=1460 WS=256 SACK_PERM=1


3017 9.990188 10.1.13.48 161.148.164.31 TCP 66 [TCP Out-Of-Order] [TCP Port numbers reused] 64176 → 443 [SYN] Seq=0 Win=8192 Len=0 MSS=1460 WS=256 SACK_PERM=1