Aplicativo do Serpro

Ricardo.Rocha

@dfnsiplus firewall do windows não é, pois se eu estou fora da minha rede (sem o proxy) o sistema abre normal.

dfnsiplus

@ricardo-rocha
Exato, eu voltei aqui por esse motivo, mas de qualquer forma eu testei, tambem nao funciona, somente se desativar o Proxy.

Maugusto

Pessoal tava falando com meu time de desenvolvimento, eles me mandaram um link bem interessante.
https://javarevisited.blogspot.com/2016/12/javaxnetsslsslhandshakeexception-pkix-path-building-failed-certificate-not-found.html#axzz7q5wDAfqZ

No log do SERPRO aparece o erro abaixo:

2023-01-11 11:04:03 INFO SignerServerSSLNew:91 - Iniciando WSSServerNew...: assinador-desktop.serpro.gov.br:65166
2023-01-11 11:04:05 ERROR SignerServerSSLNew:247 - PKIX path building failed: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested targetjavax.net.ssl.SSLHandshakeException: PKIX path building failed: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested target
2023-01-11 11:04:05 ERROR SignerServerSSLNew:139 - PKIX path building failed: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested

Estou fazendo testes e retorno se houver alguma novidade.

O fato é que a instalação desse certificado deveria ser transparente, porem se funcionar temos uma solução paliativa até que o causa raiz seja identificada.

rockarlos1982

Senhores,

Coloquei as portas 65166 e 65156 na configuração do Squid da seguinte forma:

Em seguida alterei meu arquivo wpad inserindo a linha

if (shExpMatch(host, "127.0.0.1")) { return proxy_no; }

na configuração.

Tá rodando certinho.
Abaixo dela tem as linhas que tentei desesperadamente fazer funcionar. rs
Abs;

rockarlos1982

@rockarlos1982 said in Aplicativo do Serpro:

Senhores,

Coloquei as portas 65166 e 65156 na configuração do Squid da seguinte forma:

Em seguida alterei meu arquivo wpad inserindo a linha

if (shExpMatch(host, "127.0.0.1")) { return proxy_no; }

na configuração.

Tá rodando certinho.
Abaixo dela tem as linhas que tentei desesperadamente fazer funcionar. rs
Abs;

Essa linha também foi colocada, pode ter ajudado. Na dúvida add também:
if (shExpMatch(url, "gov.br")) { return proxy_no; }

dfnsiplus

Obrigado amigo por essa grande contribuição, ainda nãp testei, mas acredito que vai dar certo, pois estudando rapidamente algumas coisas, vai resolver outro problema que tenho la. Vou testar sabado e depois posto aqui os resultados.

Mais uma vez, muito obrigado..

jcgeraldi

@rockarlos1982 eu não uso wpad, alguma sugestão?
Fiz as mesmas configurações mas não funcionou, infelizmente.

rockarlos1982

@jcgeraldi boa noite.
Não sei dizer, acho tão mais fácil configurar tudo automaticamente por um script desses.
Talvez se ajustar na configuração do proxy para não utilizar proxy para endereços iniciados por (...)
Mesmo assim não sei onde entraria a exclusão do host 127.0.0.1

dfnsiplus

@rockarlos1982 Então rockarlos e demais colegas, eu tambem nao uso o wpad, vou estudar quando tiver mais tempo, e implementar, pelo que andei vendo, é bem pratico e funciona melhor.

jcgeraldi

@rockarlos1982 teoricamente se nas minhas GPO que configuro o proxy e configurações dos navegadores, eu adicionar os endereços no "bypass", pode funcionar.

Essa configuração do wpad passa esse tipo de informação ou não?

rockarlos1982

@jcgeraldi passa sim, de URL e hosts.

fabianodsp

Bom dia pessoal, alguém conseguiu encontrar alguma solução para esse problema? Eu uso o squid e não utilizo o wpad, já efetuei todas as liberações de URL e porta no squid mas não tem jeito do assinador Serpro funcionar, esse problema começou na versão 4.0.2, na versão 3 nunca tive esse problema.

Ricardo.Rocha

@fabianodsp Bom dia
Consegui resolver hoje esse problema (pelo menos acessou o assinador), então vamos por partes.
**Configuração no proxy, liberei os seguintes endereços para não precisar autenticação (uso proxy autenticado):
estaleiro.serpro.gov.br
serpro.gov.br
assinador-desktop.serpro.gov.br
assinadoc.estaleiro.serpro.gov.br
assinador.estaleiro.serpro.gov.br
arquivos-desktop-assinadorserpro.estaleiro.serpro.gov.br
assinadorserpro.estaleiro.serpro.gov.br
router-ha.estaleiro.serpro.gov.br
assinador-desktop.serpro.gov.br

Configuração no Firewall (uso o iptables):
$IPTABLES -A FORWARD -s 192.168.0.0/24 -p tcp -d arquivos-desktop-assinadorserpro.estaleiro.serpro.gov.br -j ACCEPT
$IPTABLES -A FORWARD -p tcp --dport 65166 -j ACCEPT
$IPTABLES -A FORWARD -p udp --dport 65166 -j ACCEPT

Configuração nas Opções da Internet:
Em não usar servidor proxy para endereços iniciados por:
127.0.0.1;arquivos-desktop-assinadorserpro.estaleiro.serpro.gov.br

Aqui resolveu. Também não sei dizer se em virtude de alguma modificação/atualização do Assinador agora esta funcionando.

fabianodsp

@ricardo-rocha maravilha meu nobre, aqui funcionou, no firewall eu já tinha feito as liberações, agora ao colocar todos os endereços na regras do proxy e as exceções dentro de opções de internet ele funcionou perfeitamente, obrigado pela ajuda.

erick.soares

@ricardo-rocha Muito obrigado, me ajudou bastante. Estava já aqui na empresa sem saber o que fazer.

fcosta

Pessoal, aqui eu fiz um outro teste com aplicativo "serpro-signer-4.0.2.jar" por dentro da pasta e funcionou normalmente.

dfnsiplus

@fcosta Olá, poderia nos dizer o que você fez por favor?

fcosta

@dfnsiplus Verifiquei que depois da instalação do aplicativo do Serpro, dentro da pasta Assinador Serpro/lib existe um aplicativo "serpro-signer-4.0.2.jar" este aplicativo executei na máquina e não deu erro mas quando entrei no site do ECAC da Receita Federal para assinar a procuração, informou que o aplicativo assinador não estava instalado e tinha que baixar. Então que eu fiz não funcionou.

Clebio.Salarolli

@fcosta
Como proceder em redes corporativas, com domínios, AD, GPO ETC, e faz uso de servidores proxy para controle dos conteúdos de internet.
Para o meu cenário, após muitos testes, a solução encontrada foi está abaixo:
Passos a seguir:
1- usar o instalador original 4.0.2 do assinador SERPRO;
2- e corrigir para false o valor de -Djava.net.useSystemProxies em "C:\Program Files (x86)\Assinador Serpro\signerDesktopAgent.bat".
O atalho padrão Assinador SERPRO, aponta para C:\Program Files (x86)\Assinador Serpro\exec_assinador.vbs, que chama signerDesktopAgent.bat, o qual define variáveis de ambiente e parâmetros para inicializar o serpro-signer-4.0.2.jar.
Detalhe quanto ao atalho original - em signerDesktopAgent.bat existe uma definição fixa para que a máquina virtual java faça uso de proxy do sistema, e por isso o atalho original não funciona em nosso ambiente.
Não garanto que funcione em todos os ambientes, mas no nosso está funcionando perfeitamente.

faustovianna

Coloquei como resolvi em: https://forum.netgate.com/topic/178610/aplicativo-assinador-serpro-n%C3%A3o-funciona-em-rede-que-faz-uso-de-proxy/2