Erro relacionado a canais seguros windows 7 com LibXML2

[ricardolopes]

Olá pessoal bom dia.

Sei que esse assunto já foi amplamente discutido e apontado soluções. Mas no nosso caso aqui não estamos conseguindo resolver e vem acontecendo muitos casos, o detalhe é que começou a acontecer com mais frequência depois que alteramos para usar o novo método de assinatura com LibXML2, pergunto teria algo a ver?

Nosso executável está funcionando bem no Windows 10, porém em alguns casos na mesma rede, mesmo executável que ele aponta erro de canais seguros no Windows xp e 7, já defini as configurações conforme foi amplamente falado, ou seja:

1-Redefinir as configuracoes de Internet

2-) habilitar conforme imagem abaixo (NF-e 3.1 windows 7)

E mesmo assim o problema continua, por outro lado existe máquinas com windows 7 enviando e autorizando normalmente.

Alguém poderia dar alguma dica, lembrando que isso começo a acontecer depois que removemos a utilização de Capicom.

Grande abraço a todos e obrigado.

[BigWings]

16 minutos atrás, ricardolopes disse:

E mesmo assim o problema continua, por outro lado existe máquinas com windows 7 enviando e autorizando normalmente.

Acredito que essas configurações não interferem na utilização da LibXML2, já que ela é biblioteca de assinatura de XML e não de comunicação.

Como está configurada a SSLHttpLib?

Já verificou se essas máquinas que não funcionam estão com as atualizações do Windows instaladas?

[ricardolopes]

16 minutos atrás, BigWings disse:

Acredito que essas configurações não interferem na utilização da LibXML2, já que ela é biblioteca de assinatura de XML e não de comunicação.

Como está configurada a SSLHttpLib?

Já verificou se essas máquinas que não funcionam estão com as atualizações do Windows instaladas?

Bom dia.

SSLHttpLib está httpWinINet

Atualizações do Windows não consegui verificar, o que seria aconselhável? Percebi que uma máquina que estava fazendo testes agora de manha (win7) as configurações avançadas do IE estavam uma pequena parte em inglês.

[BigWings]

2 minutos atrás, ricardolopes disse:

Bom dia.

SSLHttpLib está httpWinINet

Atualizações do Windows não consegui verificar, o que seria aconselhável? Percebi que uma máquina que estava fazendo testes agora de manha (win7) as configurações avançadas do IE estavam uma pequena parte em inglês.

Recomendável é manter sempre atualizado.

WinINet realmente depende dessas configurações. Tente trocar pra httpWinHTTP.

 

(Também terá que ter o Windows atualizado)

[ricardolopes]

Fizemos a alteração, agora um novo erro:

estou verificando o forum 

para tentar resolver o problema, já atualizei os certificado (PR) e o windows também está atualizado, já não sei mais o que fazer. tambem mudei via código o SSLType para LT_ALL

Desde já agradeço qualquer sugestão.

[BigWings]

41 minutos atrás, ricardolopes disse:

para tentar resolver o problema, já atualizei os certificado (PR) e o windows também está atualizado, já não sei mais o que fazer. tambem mudei via código o SSLType para LT_ALL

Tentou com SSLType = LT_TLSv1_2?

Com qual modelo de documento, ambiente e versão do XML está testando?

[ricardolopes]

Não tentei, só agora mudei essa propriedade, antes ela estava o padrão do componente.

Modelo 55 - NF-e, Ambiente de Produção (PR e SP), versão 3.1 (Win7 com problemas, win10 normal, mas também tem Win7 autenticando normalmente)

Habilitando LT_TLSv1_2 ele tambem fica compátivel com versao 3.1 da nf-e?

 

Editado 4 Janeiro, 2018 por ricardolopes

[BigWings]

1 hora atrás, ricardolopes disse:

Habilitando LT_TLSv1_2 ele tambem fica compátivel com versao 3.1 da nf-e?

Depende do webservice.

Segundo a norma, na versão 3.10 não há obrigatoriedade de os webservices usarem TLS 1.2, já na 4.00 há.

Mas nem todas ativaram, ou ativaram em ambas para migração, então precisa testar.

Fiz teste aqui e funcionou corretamente o Status de serviço para as duas UF.

Mesmo com SSLType = LT_all.