Fel 809 är ett rutproblem innan det är ett inloggningsproblem

Tre förhållanden avgör vad fel 809 säger dig: om profilens protokoll är det du tror, om rutten släpper igenom det protokollet och om gatewayen alls såg försöket. Tills de frågorna är besvarade är felet en timeout, och en timeout är inte en dom över inloggningsuppgifterna. Ordningen spelar roll, eftersom att ändra det felaktiga först förstör beviset för de andra två.

En blockerad port och ett felaktigt lösenord ger helt olika meddelanden, och 809 är sällan det andra.

Bekräfta protokollet som profilen använder

Kontrollera servernamnet, adressen och tunneltypen mot operatörens aktuella instruktioner och notera sedan vilken transport den typen beror på. Dessa tre värden hör ihop; ett korrekt namn med en föråldrad tunneltyp misslyckas på samma sätt som ett felaktigt namn. IKEv2 bygger på UDP 500 och 4500, och inhemsk ESP-trafik måste tillåtas som sitt eget protokoll, inte som TCP eller UDP. En profil som kopierats från en gammal konfiguration kan ange en tunneltyp som servern inte längre erbjuder. Hämta värdet från operatören i stället för att härleda det från etiketten i dialogrutan.

En webbläsarsida på samma värdnamn testar en helt annan tjänst. Den kan bevisa att värden lever och bevisar ingenting om förhandlingen som misslyckades.

Byt nätverk, inte inloggningsuppgifter

Om policyn tillåter det, testa samma profil från ett annat betrott nätverk, med klient och server oförändrade så att åtkomstvägen är den enda skillnaden. Framgång någon annanstans pekar på filtrering på den ursprungliga vägen, medan misslyckande överallt pekar på slutpunkten eller själva profilen. Fråga operatören om gatewayen såg försöket, eftersom en klient utan motsvarande serverhändelse är en annan gräns än ett uttryckligt avslag.

Slumpmässiga registerändringar och att stänga av brandväggen är populära råd för den här koden, och inget av dem följer av en bekräftad diagnos. Fråga operatören vad den dokumenterade rättelsen är för den här utrullningen.

Följ koden till nästa steg

Om ett senare försök når autentisering och ger en annan kod, följ det nya steget och släpp den ursprungliga timeoutdiagnosen. Att bära ett rutproblem in i en kontoutredning kostar tid på båda. Notera protokollet, steget som misslyckades och om nätverksjämförelsen gjordes, så att nästa person börjar från bevis och inte från dialogtexten.

Behandla koden som en stegmarkör, inte som en dom; den läsningen är skillnaden mellan en femminuterskontroll och en förlorad eftermiddag.

Vad du inte bör ändra först

Inloggningsuppgifter, låsstatus och certifikatarkivet förtjänar alla uppmärksamhet till slut. Ingen av dem är där 809 vanligtvis börjar, och att ändra en först tar bort jämförelsen som skulle ha hittat vägen. Spara de kontrollerna till efter nätverkstestet. Håll klienten, profilen och servern fasta medan du varierar nätverket, och för anteckningar om vad du varierade.

Om operatören nyligen har ändrat slutpunkten, be om de aktuella uppgifterna i stället för att rekonstruera dem ur minnet. En adress som inte längre finns ger exakt den här typen av fel.

Notera protokollet, nätverken som provades och gatewayens syn. De tre avgör de flesta 809-rapporterna.