deepcat

parece estar voltando, em alguns casos pessoal esta reportando erro de DNS somente agora, se tudo der certo daqui a pouco volta 100% Irmão, tenta fixar este IP aqui se puder para esse nome, resolvemos assim aqui 200.233.4.145 mdfe.svrs.rs.gov.br

Problema está ocorrendo tanto para CTe quando MDFe em RS, o que piora seria o fato do sites nao indicarem instabilidade na resposta, acho que porque os servidores deles estao no ar, mas alguma coisa muito errada esta ocorrendo do lado de dentro

Tivemos problemas com a contingencia devido a questao de SP eu creio, temos que ter a autorizacao da EPEC O pessoal de rede nos mencionou que o servidor de DNS deles está off, teoricamente os IPs continuariam funcionando Algum dos amigos por acaso teria o IP para o endereco cte.svrs.rs.gov.br ?

Olha isso, agora é São Paulo (a contingencia para RS)

Pessoal, aqui estamos conseguindo a aproximadamente 10 minutos. Importante validar com os clientes que entraram em contato para conferir, mas neste momento aparentemente já esta tudo ok! Abraços

Bom dia amigo. Foi meramente um problema com a SEFAZ/SP somente. Neste caso pontual. No cenário que enfrentamos ontem, independe se usa openssl ou capicom. Ambas falhariam ao tentar comunicação. O exemplo que coloquei usando o openssl foi somente por ser multiplataforma e caso outros estivessem enfrentando dificuldades também em outros SOs poderiam realizar o mesmo teste. Para não acontecer isto, a unica opção seria ter contingencia disponível na interface para o usuário, e no momento em que ocorresse tal dificuldade alternar para contingencias como EPEC por exemplo ou até contingencia offline para que usa NFCe e precisava do ws da SEFAZ/SP, não haveriam outras formas (no caso, não há contingencia offline para CT-e, então teria que ser alguma outra)

Walter, pelo menos neste caso de hoje notamos que após a manutenção da SEFAZ/SP(considerando o horário previsto para término sugerido por eles) o que se percebe em uma comunicação com o servidor é que ocorre o erro 104 no ssl (usando openssl) Se proceder com o teste contra ela usando o comando: openssl s_client -debug -connect nfe.fazenda.sp.gov.br:443 Perceberá que logo no inicio da comunicação a conexão é abortada, não há prompt e não há conclusão do handshake Já se você testar o mesmo comando acima, porém contra a SEFAZ/RS ou qualquer outra, tudo funciona normalmente, a negociação acontece e segue o protocolo padrão (TLS 1.2) openssl s_client -debug -connect cte.svrs.rs.gov.br:443 Não vejo algo que possa ser feito no ACBr para solucionar situações como essa.

Amigao, a imagem nao está mais disponivel.... Gostaria de poder acessar. Obrigado

Amigo, entra em contato com esta empresa que tem solucao web completa, e a mesma pode adequar a realidade que voce menciona. [email protected] ou diretamente no site deles www.advantis.com.br O processo costuma ser rapido e provavelmente vai te atender na parceria que voce menciona