L'error 809 és un problema de camí abans que un problema d'inici de sessió
El client no va poder establir la connexió, cosa que no és una contrasenya rebutjada. Confirmeu el protocol i després canvieu la xarxa abans de tocar les credencials.
Tres condicions decideixen què us està dient l'error 809: si el protocol del perfil és el que creieu, si el camí deixa passar aquest protocol i si la passarel·la va veure l'intent. Fins que això no es respongui, l'error és un temps d'espera, i un temps d'espera no és un veredicte sobre les credencials. L'ordre importa, perquè canviar la condició equivocada primer destrueix l'evidència de les altres dues.
Un port bloquejat i una contrasenya incorrecta produeixen missatges completament diferents, i el 809 poques vegades és el segon.
Confirmeu el protocol que utilitza el perfil
Comproveu el nom del servidor, l'adreça i el tipus de túnel amb les instruccions actuals de l'operador, i anoteu de quin transport depèn aquest tipus. Aquests tres valors van junts; un nom correcte amb un tipus de túnel obsolet falla igual que un nom incorrecte. IKEv2 es basa en UDP 500 i 4500, i el trànsit ESP natiu s'ha de permetre com a protocol propi, no com a TCP ni UDP. Un perfil copiat d'una configuració antiga pot indicar un tipus de túnel que el servidor ja no ofereix. Obteniu el valor de l'operador en lloc d'inferir-lo de l'etiqueta del diàleg.
Una pàgina del navegador al mateix nom d'amfitrió prova un servei completament diferent. Pot demostrar que l'amfitrió és viu i no demostra res sobre la negociació que va fallar.
Canvieu la xarxa, no les credencials
Si la política ho permet, proveu el mateix perfil des d'una altra xarxa de confiança, mantenint el client i el servidor sense canvis perquè el camí d'accés sigui l'única diferència. L'èxit en un altre lloc apunta a un filtratge al camí original, mentre que el fracàs a tot arreu apunta al punt final o al mateix perfil. Pregunteu a l'operador si la passarel·la va veure l'intent, perquè un client sense cap esdeveniment corresponent al servidor és una frontera diferent d'un rebuig explícit.
Els retocs aleatoris del registre i desactivar el tallafoc són consells populars per a aquest codi, i cap dels dos es deriva d'un diagnòstic confirmat. Pregunteu a l'operador quina és la correcció documentada per a aquest desplegament.
Seguiu el codi fins a la següent etapa
Si un intent posterior arriba a l'autenticació i produeix un codi diferent, seguiu aquesta nova etapa i descarteu el diagnòstic original de temps d'espera. Portar un problema de camí a una investigació de compte fa perdre temps en tots dos. Anoteu el protocol, l'etapa que va fallar i si es va fer la comparació de xarxes, perquè la següent persona comenci amb evidència i no amb el text del diàleg.
Tracteu el codi com un marcador d'etapa i no com un veredicte; aquesta lectura és la diferència entre una comprovació de cinc minuts i una tarda perduda.
Què no cal canviar primer
Les credencials, l'estat de bloqueig i el magatzem de certificats mereixen atenció tard o d'hora. Cap d'ells és on el 809 sol començar, i canviar-ne un primer elimina la comparació que hauria trobat el camí. Deixeu aquestes comprovacions per després de la prova de xarxa. Manteniu el client, el perfil i el servidor fixos mentre canvieu la xarxa, i preneu notes del que heu canviat.
Si l'operador ha canviat el punt final recentment, demaneu els detalls actuals en lloc de reconstruir-los de memòria. Una adreça que ja no existeix produeix exactament aquesta classe de fallada.
Anoteu el protocol, les xarxes provades i la visió de la passarel·la. Aquests tres resolen la majoria d'informes de 809.