DATAC

Pode ser também, aí só voltando as configurações e testando para ver se continua o problema. Mas pelo que entendi acredito que não , porque o OpenSSL não seria independente do Windows?

Sim no Windows 10 consegui fazer, usando FixCrypto_TLS1_2_Windows.reg. Funcionou para usar o libWinCrypt.

Atualizei o Windows 7 inclusive com os hotfix KB2992611e KB3140245 e aí sim consegui usar o libWinCrypt, que está em teste agora. Mas para Windows 10 esses hotfix não se aplicam.

Sim exatamente.

É esta que tinha postado logo acima.

Vou tentar atualização para máquinas Windows 7...e depois usar o libWinCrypt. Porém com Windows 10, mesmo depois do windows update feito, não tem mais atualizações a fazer e não consigo usar libWinCrypt.

Não consigo utilizar libWinCrypt, dá erro:

Na instalação desta última versão apareceu uma tela (anexo) é normal? Está correta esta versão?

A principio ocorre somente nessas 3 máquinas, em várias outras isto não está ocorrendo.

Sim. Está acontecendo em três maquinas diferente em dois locais distintos, tanto em produção como em homologação.

Olá. Realmente não resolveu mexer no timeout, deu mesmo problema. Já atualizei para Ver.1.3.0.268. Resultado na imagem:

Bom dia. Já estou utilizando a versão 1.3.0.248. Mas acredito que não seja a versão o problema. Ainda não alterei nada em relação ao timeout de conexão. Vou tentar para ver se dá algum resultado. *Está em 30 o timeout, vou tentar colocar 50 neste caso.

Está configurado corretamente para TLS12. A máquina está atualizada e de qualquer forma estou usando OpenSSL para não depender do Windows. Anexo imagem da configuração.

Fiz alguns testes e depois de algumas notas emitidas, voltou a dar o problema. Mesmo com a versão atualizada.

OK. Como atualizo? Não seria para atualizar na instalação do ACBrMonitor?

Boa tarde. Ressuscitando este tópico antigo porque é exatamente oque esta acontecendo agora este erro, é esporádico mas ocorre tanto em homologação quanto em produção. OBS.: Começou a ocorrer depois da mudança do protocolo TSL 1.2 Utilizo o ACBrMonitor Plus versão 1.2.0.76. Descrição do retorno no monitor: Erro Interno: 10054 Erro HTTP: 0 URL: https://nfce-homologacao.sefazrs.rs.gov.br/ws/NfeAutorizacao/NFeAutorizacao4.asmx Connection reset by peer NFe.ConsultarNfe(c:\acbrnfe\nfe\43200193274005000171650000000000200695612790-nfe.xml) nfe.statusServico OK: Servico em Operacao Anexo imagem da configuração no Monitor.

Sim. É isto mesmo que estou usando. Obrigado.

Ceto. Mas no caso de não conseguir atualizar o Winodws pode-se usar libOpenSSL com LT_TLSv1_2 sem problema após a desativação dos outros protocolos?

Uma informação: No ACBrMonitor Plus em alguns Windows funciona a configuração libWinCrypt com LT_TLSv1_2 mas em outros não. Quando não funciona dá o erro: 12030 - A conexão com o servidor foi redefinida ou encerrada, ou um protocolo SSL incompatível foi encontrado. Aí trocando para libOpenSSL com LT_TLSv1_2 dá certo. Só que neste caso somente com certificado A1.

Bom dia. No caso deixando a configuração defaut LT_all, como na imagem funcionará também?

Boa tarde. Estou passando por esse problema até hoje. Tudo bem mas no manual diz que Número do CNPJ do responsável pelo seguro -* Obrigatório apenas se responsável for = 2 o contratante. Isso não está sendo respeitado pelo visto.

Encontrei o problema: Esta parte dentro do arquivo ACBrCTeServicos.ini está assim: URL-QRCode=http://dfe-portal.svrs.rs.gov.br/cte/QRCode ...Mas deve ser assim: URL-QRCode=https://dfe-portal.svrs.rs.gov.br/cte/QRCode Alterei e deu certo.

Estou com o ACBrMonitor Plus v. 1.2.0.76 e está dando este erro. Preciso atualiza alguma coisa mais?

Aqui no RS, mesmo para essa aplicação de regras a partir de 01/10/19, em relação ao código de benefício fiscal (CBENEF) não irá mudar nada, porque até 31/03/2020 se aplica uma transição onde será aceito qualquer coisa na tag inclusive não enviá-lo. Portanto na verdade não entra efetivamente em produção a partir de 01/10/19e sim a partir de 01/04/2020.