A 809-es hiba előbb útvonalprobléma, mint bejelentkezési probléma

Három feltétel dönti el, mit mond a 809-es hiba: a profil protokollja-e az, amire gondol, átengedi-e az útvonal azt a protokollt, és látta-e az átjáró egyáltalán a kísérletet. Amíg ezekre nincs válasz, a hiba időtúllépés, az időtúllépés pedig nem ítélet a hitelesítő adatokról. A sorrend számít, mert a rossz feltétel első módosítása megsemmisíti a másik kettő bizonyítékát.

Egy blokkolt port és egy rossz jelszó teljesen más üzenetet ad, és a 809 ritkán az utóbbi.

Erősítse meg a profil protokollját

Ellenőrizze a kiszolgáló nevét, a címet és az alagút típusát az üzemeltető aktuális utasításaihoz képest, majd jegyezze fel, melyik szállítástól függ ez a típus. Ez a három érték együtt tartozik; a helyes név elavult alagúttípussal ugyanúgy meghiúsul, mint a rossz név. Az IKEv2 a UDP 500 és 4500 portra támaszkodik, a natív ESP-forgalmat pedig saját protokollként kell engedélyezni, nem TCP-ként vagy UDP-ként. Egy régi beállításból másolt profil olyan alagúttípust nevezhet meg, amelyet a kiszolgáló már nem kínál. Kérje el az értéket az üzemeltetőtől ahelyett, hogy a párbeszédpanel címkéjéből következtetne rá.

Ugyanazon a gazdanéven egy böngészőoldal teljesen más szolgáltatást tesztel. Bizonyíthatja, hogy a gazdagép él, és semmit nem bizonyít a meghiúsult egyeztetésről.

Hálózatot váltson, ne hitelesítő adatokat

Ha a szabályzat engedi, tesztelje ugyanazt a profilt egy másik megbízható hálózatról, a klienst és a kiszolgálót változatlanul hagyva, hogy az egyetlen különbség a hozzáférési útvonal legyen. A máshol elért siker az eredeti útvonal szűrésére utal, míg a mindenhol tapasztalt kudarc a végpontra vagy magára a profilra. Kérdezze meg az üzemeltetőtől, látta-e az átjáró a kísérletet, mert a kiszolgálói esemény nélküli kliens más határ, mint a kifejezett elutasítás.

A véletlenszerű beállításjegyzék-módosítások és a tűzfal kikapcsolása népszerű tanács erre a kódra, és egyik sem következik megerősített diagnózisból. Kérdezze meg az üzemeltetőtől, mi a dokumentált javítás ehhez a telepítéshez.

Kövesse a kódot a következő szakaszig

Ha egy későbbi kísérlet eljut a hitelesítésig és más kódot ad, kövesse azt az új szakaszt, és vesse el az eredeti időtúllépés-diagnózist. Az útvonalprobléma átvitele egy fiókvizsgálatba mindkettőn időt pazarol. Jegyezze fel a protokollt, a meghiúsult szakaszt és azt, hogy megtörtént-e a hálózat-összehasonlítás, hogy a következő ember bizonyítékból induljon ki, ne a párbeszéd szövegéből.

Tekintse a kódot szakaszjelölőnek, ne ítéletnek; ez az olvasat a különbség egy ötperces ellenőrzés és egy elveszett délután között.

Mit ne módosítson először

A hitelesítő adatok, a zárolási állapot és a tanúsítványtár végül mind figyelmet érdemel. Egyik sem ott van, ahol a 809 általában kezdődik, és az egyik első módosítása megszünteti azt az összehasonlítást, amely megtalálta volna az útvonalat. Hagyja ezeket az ellenőrzéseket a hálózati teszt utánra. Tartsa rögzítve a klienst, a profilt és a kiszolgálót, miközben a hálózatot váltogatja, és jegyezze fel, mit változtatott.

Ha az üzemeltető nemrég módosította a végpontot, kérje el az aktuális adatokat ahelyett, hogy emlékezetből rekonstruálná őket. Egy cím, amely már nem létezik, pontosan ezt a hibatípust okozza.

Jegyezze fel a protokollt, a kipróbált hálózatokat és az átjáró nézetét. Ez a három a legtöbb 809-es jelentést rendezi.