O aviso de certificado cambia coa VPN: compare ambos os camiños

Un aviso de certificado aparece no Wi-Fi da oficina e desaparece no momento en que se conecta a VPN. É unha observación real, pero non un diagnóstico. Só sabe que dúas condicións de rede produciron resultados de validación distintos, e a lista de cousas que o poden causar é longa. Tráteo como unha comparación controlada, non como proba de que un router estea comprometido.

O mesmo aviso tamén pode aparecer ao revés: limpo na rede local, roto a través do túnel. Calquera das dúas direccións dálle dous datos e ningunha explicación.

Manteña a comparación nunha soa variable á vez

Use o mesmo nome de host, o mesmo perfil de navegador e un reloxo do dispositivo que comprobase. Anote o texto exacto do erro e a hora de cada condición. VPN activada e VPN desactivada son etiquetas de dúas condicións; non son explicacións da diferenza.

Cambie unha cousa á vez. Se cambia servidores DNS, navegador e rede no mesmo intento, aprendeu que algo dese conxunto importa, o que é case como non aprender nada.

Leve unha táboa pequena nas notas: condición, resolutor, enderezo de destino, erro e impresión do certificado. Cinco filas desa táboa adoitan superar unha hora de especulación.

Lea a categoría do erro antes do certificado

Unha discrepancia de nome, un emisor non fiable e un certificado caducado son achados distintos. A guía de Chrome sobre erros de conexión sepáraos, e o código exacto da páxina de erro dille cal ten. Ese código decide que comparar despois.

Se o erro é unha discrepancia de nome, o certificado presentado non cobre o nome de host que solicitou. Se é un emisor non fiable, a cadea non leva a unha raíz na que confíe o navegador. Se é caducidade, as datas son incorrectas, o que tamén pode significar que o reloxo do dispositivo é incorrecto.

Non pase do aviso nin instale unha raíz descoñecida para que a páxina cargue. Iso converte un achado nun cambio oculto.

Compare a folla, a cadea e o contexto

Cando aparece un certificado diferente, estableza se cada un pertence ao servizo previsto. Unha renovación aprobada ou un extremo de servizo distinto poden explicar un cambio lexítimo. Un nome ou un emisor inesperados son motivo para preguntar ao propietario do servizo, non un veredicto. A impresión por si soa non lle di a cal deses casos está a mirar.

Cando a mesma folla aparece en ambas as condicións, compare a cadea subministrada e o contexto de validación en lugar de deterse na impresión coincidente. O erro pode referirse a un certificado intermedio ou a un axuste de confianza, non á folla mesma. Manteña o erro exacto xunto á comparación.

A VPN pode cambiar a ruta do resolutor, o destino seleccionado, unha ruta de proxy ou como responde un servizo baseado na orixe. Unha páxina que carga polo túnel non identifica cal desas variables importou. Cambiar a un resolutor público e ver que a páxina carga non é unha confirmación independente da identidade do sitio.

Escriba un traspaso sobre o que o propietario poida actuar

Un informe útil contén o nome de host previsto, as dúas horas dos intentos, os erros exactos e os datos públicos do certificado: suxeito, emisor, validez, impresión e cadea. Oculte os nomes internos se o informe sae da súa audiencia aprobada.

Despois de que o propietario forneza unha corrección verificada, repita a solicitude orixinal coa validación normal intacta. Logo peche a comparación co resultado escrito.

Se as probas seguen mostrando só que un camiño ten éxito e o outro falla, diga exactamente iso. Un achado limitado e preciso é máis útil que un reinicio amplo do router, un cambio do almacén de confianza ou unha exclusión de seguridade que elimina o síntoma e oculta a causa.