Eroarea 809 este o problemă de rută înainte de a fi una de autentificare

Trei condiții decid ce vă spune eroarea 809: dacă protocolul profilului este cel la care vă gândiți, dacă ruta lasă acel protocol să treacă și dacă gateway-ul a văzut măcar tentativa. Până când acestea nu primesc răspuns, eroarea este un timeout, iar un timeout nu este o sentință despre datele de autentificare. Ordinea contează, pentru că schimbarea primei condiții greșite distruge dovada pentru celelalte două.

Un port blocat și o parolă greșită produc mesaje complet diferite, iar 809 este rareori al doilea.

Confirmați protocolul folosit de profil

Verificați numele serverului, adresa și tipul de tunel față de instrucțiunile actuale ale operatorului, apoi notați de ce transport depinde acel tip. Aceste trei valori merg împreună; un nume corect cu un tip de tunel învechit eșuează la fel ca un nume greșit. IKEv2 se bazează pe UDP 500 și 4500, iar traficul ESP nativ trebuie permis ca protocol propriu, nu ca TCP sau UDP. Un profil copiat dintr-o configurație veche poate indica un tip de tunel pe care serverul nu îl mai oferă. Obțineți valoarea de la operator în loc să o deduceți din eticheta din caseta de dialog.

O pagină de browser pe același nume de gazdă testează un serviciu complet diferit. Poate dovedi că gazda este vie și nu dovedește nimic despre negocierea eșuată.

Schimbați rețeaua, nu datele de autentificare

Dacă politica permite, testați același profil dintr-o altă rețea de încredere, păstrând clientul și serverul neschimbate, astfel încât calea de acces să fie singura diferență. Succesul în altă parte indică filtrare pe calea originală, în timp ce eșecul peste tot indică punctul final sau profilul însuși. Întrebați operatorul dacă gateway-ul a văzut tentativa, pentru că un client fără un eveniment corespunzător pe server este o altă limită decât un refuz explicit.

Modificările aleatorii din registru și oprirea firewall-ului sunt sfaturi populare pentru acest cod, iar niciunul nu decurge dintr-un diagnostic confirmat. Întrebați operatorul care este corecția documentată pentru această implementare.

Urmați codul până la etapa următoare

Dacă o tentativă ulterioară ajunge la autentificare și produce un alt cod, urmați acea etapă nouă și abandonați diagnosticul inițial de timeout. A duce o problemă de rută într-o investigație de cont pierde timp în ambele părți. Notați protocolul, etapa care a eșuat și dacă s-a făcut comparația de rețele, pentru ca următoarea persoană să pornească de la dovezi și nu de la textul casetei de dialog.

Tratați codul ca marcaj de etapă, nu ca sentință; această lectură este diferența dintre o verificare de cinci minute și o după-amiază pierdută.

Ce să nu schimbați mai întâi

Datele de autentificare, starea de blocare și depozitul de certificate merită toate atenție în cele din urmă. Niciunul nu este locul unde 809 începe de obicei, iar schimbarea unuia primul elimină comparația care ar fi găsit ruta. Păstrați aceste verificări pentru după testul de rețea. Țineți clientul, profilul și serverul fixe în timp ce variați rețeaua, și luați notițe despre ce ați variat.

Dacă operatorul a schimbat recent punctul final, cereți detaliile actuale în loc să le reconstruiți din memorie. O adresă care nu mai există produce exact această clasă de eșec.

Notați protocolul, rețelele încercate și vederea gateway-ului. Aceste trei rezolvă majoritatea rapoartelor despre 809.