FALHA NA AUTENTICAÇÃO: HTTP_CODE=0 ERRO=

[Sistema Auditor]

Bom dia.
Após a atualização que realizamos nos fontes na segunda-feira (05/08/2024), passamos a ter problema na autenticação na comunicação com o WebService de Boletos do Sicoob.

FALHA NA AUTENTICAÇÃO: HTTP_CODE=0 ERRO=

06/08/24 11:10:59:817 - Autenticando Token... 
06/08/24 11:10:59:818 - Comando Enviar: TOAuth
06/08/24 11:10:59:819 - URL: [POST] https://auth.sicoob.com.br/auth/realms/cooperado/protocol/openid-connect/token
06/08/24 11:11:00:836 - Erro: HTTP_Code=0 Erro=
06/08/24 11:11:00:838 - Falha Envio: FALHA NA AUTENTICAÇÃO: HTTP_CODE=0 ERRO=

[Juliomar Marchetti]

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado

[Daniel InfoCotidiano]

@Sistema Auditor
Você está utilizando V2 ou V3 ? lembrando que credenciais para V2, não funciona na V3.
Os testes estão sendo utilizado em producao ou SandBox?
Por favor configure o logWS como paranoico e nos envie o log.
como contem dados sensiveis, envie para [email protected] , no corpo da mensagem anexe o link deste post para que possamos identifica-lo.
 

[Sistema Auditor]

Enviado por e-mail conforme solicitado

Date: Wed, 07 Aug 2024 14:39:00 -0300
From: Douglas Miiller - Sistema Auditor <[email protected]>
To: [email protected]

Usando a versão 2

Editado 7 Agosto por Sistema Auditor

[Daniel InfoCotidiano]

2 minutos atrás, Sistema Auditor disse:

Enviado por e-mail conforme solicitado

veio parte do log, por favor anexar o log completo, se estiver muito grande favor compactar.
Como nao me recordo de alterações nos fontes sobre autenticacao, precisamos analisar o comportamento todo.
Vi que respondeu q esta utilizando V2 e produção ?
Abr !

[Sistema Auditor]

Te mandei compactado o arquivo.

Mas toda vez que tento enviar (transmitir o boleto), ele me cria somente 09 (nove) linhas no arquivo de LOG.

Estou trabalhando em Produção na versão 2

[Daniel InfoCotidiano]

O log esta vindo estranho, parece que foi editado..
vc disse q apos atualização apresentou este comportamento, mas no log, nao tem nenhum comportamento que estava funcionando.
nao tem os logs anteriores?
nao tem a parte do envio ou inclusão ou  consulta . cabeçalhos.
Um Exemplo:

outro exemplo:

[Sistema Auditor]

Esse LOG é dos testes que estou fazendo aqui. Em minha máquina, não tenho dados anteriores porque o ambiente para teste criei novo

Vou pegar o arquivo no cliente, vai ter dados anteriores e muito informação, porém ele está na versão normal, com poucas informações. 
Mas, pelo menos, vai dar para ver como gerava.

A geração do LOG paranoico, só consigo aqui internamente na empresa, pois o programador alterou hoje para testes o modo de geração do LOG, depois do pedido de vocês.

Envio o LOG por e-mail daqui um tempo, vou conectar no cliente e pegar uma cópia.

[Daniel InfoCotidiano]

Nao temos relatos semelhantes e faz tempo q nao alteramos a classe de autenticação.
Está passando os certificados ?
Os certificados não estão vencidos?
os logs antigos nao estavam como paranoicos.
Se puder fazer um favor de testar com o programa exemplo, é o mesmo q utilizamos aqui.
Caso apresente o mesmo erro e se vc desejar nos enviar o acbrboletodemo.ini do exemplo configurado e suas keys para o nosso email, testo em meu ambiente.
Pois nao tenho credenciais de produção.
 

[Sistema Auditor]

Vou tentar usar o "Exemplo" sim.
Conseguiu alguma informação a mais, te mando pelo e-mail os arquivos.
Mas só uma informação:
Quando eu volto a versão anterior de minha DLL que não tem a atualização que me referi no inicio do tópico, a comunicação é realizada com sucesso.

[Daniel InfoCotidiano]

3 minutos atrás, Sistema Auditor disse:

Quando eu volto a versão anterior de minha DLL que não tem a atualização que me referi no inicio do tópico, a comunicação é realizada com sucesso.

consegue deixar entao esta versao antiga habilitar o log Paranoico, para nos passar. a autenticacao feita com sucesso?
Qual versao desta lib antiga ?
 

[Sistema Auditor]

Daniel, conseguir emitir um registro pelo programa "Exemplo".

Alguma informação que estou deixando de alimentar o componente de vocês.

Algum parâmetro que foi criado após a implementação da versão 3 da comunicação com Sicoob e que eu não estou passando. Que antes provavelmente não tinha que passar, pois só tinha uma versão.

Estou tentando aqui junto com o programador tentar achar.

A tag "VersaoDF" já estou informando o valor 2.

[Daniel InfoCotidiano]

Para ficar mais fácil, sabe me dizer qual a versao da lib antiga? (ja questinado no post anterior)
Está enviando como SSLType=5 na seção [BoletoWebSevice] do acbrlib.ini ?
veja se esta ok os scopos

 

[Sistema Auditor]

Daniel, conseguimos descobrir o que não estávamos informando.

A configuração "AcBrBoleto.Configuracoes.WebService.TimeOut" estávamos alimentando com 0 (zero).

Agradeço toda atenção dispensada.

[Juliomar Marchetti]

Obrigado por reportar.

Fechando. Para novas dúvidas, criar um novo tópico.