Fejl 809 er et ruteproblem, før det er et loginproblem

Tre forhold afgør, hvad fejl 809 fortæller dig: om profilens protokol er den, du tror, om ruten tillader den protokol igennem, og om gatewayen overhovedet så forsøget. Indtil de spørgsmål er besvaret, er fejlen en timeout, og en timeout er ikke en dom over legitimationsoplysningerne. Rækkefølgen betyder noget, fordi at ændre det forkerte først ødelægger beviset for de to andre.

En blokeret port og en forkert adgangskode giver helt forskellige meddelelser, og 809 er sjældent den anden.

Bekræft den protokol, profilen bruger

Kontrollér servernavnet, adressen og tunneltypen mod operatørens aktuelle instruktioner, og notér derefter, hvilken transport den type afhænger af. De tre værdier hører sammen; et korrekt navn med en forældet tunneltype fejler på samme måde som et forkert navn. IKEv2 bygger på UDP 500 og 4500, og native ESP-trafik skal tillades som sin egen protokol og ikke som TCP eller UDP. En profil kopieret fra en gammel opsætning kan angive en tunneltype, som serveren ikke længere tilbyder. Hent værdien fra operatøren i stedet for at gætte den ud fra etiketten i dialogen.

En browserside på samme værtsnavn tester en helt anden tjeneste. Den kan bevise, at værten er i live, og beviser intet om forhandlingen, der mislykkedes.

Skift netværket, ikke legitimationsoplysningerne

Hvis politikken tillader det, test den samme profil fra et andet betroet netværk, mens klient og server holdes uændrede, så adgangsvejen er den eneste forskel. Succes andre steder peger på filtrering på den oprindelige rute, mens fiasko overalt peger på endepunktet eller selve profilen. Spørg operatøren, om gatewayen så forsøget, fordi en klient uden en tilsvarende serverhændelse er en anden grænse end en udtrykkelig afvisning.

Tilfældige ændringer i registreringsdatabasen og at slukke for firewallen er populære råd til denne kode, og ingen af dem følger af en bekræftet diagnose. Spørg operatøren, hvad den dokumenterede rettelse er for denne udrulning.

Følg koden til næste fase

Hvis et senere forsøg når godkendelse og giver en anden kode, følg den nye fase og slip den oprindelige timeoutdiagnose. At bære et ruteproblem ind i en kontoefterforskning spilder tid på begge. Notér protokollen, den fase der fejlede, og om netværkssammenligningen blev udført, så den næste person starter fra bevis i stedet for fra dialogteksten.

Behandl koden som en fasemarkør frem for en dom; den læsning er forskellen mellem et femminutters tjek og en spildt eftermiddag.

Hvad du ikke skal ændre først

Legitimationsoplysninger, låsetilstand og certifikatlager fortjener alle opmærksomhed til sidst. Ingen af dem er der, hvor 809 normalt begynder, og at ændre én først fjerner den sammenligning, der ville have fundet ruten. Gem de tjek til efter netværkstesten. Hold klienten, profilen og serveren fast, mens du varierer netværket, og før noter om, hvad du varierede.

Hvis operatøren for nylig har ændret endepunktet, så bed om de aktuelle detaljer i stedet for at rekonstruere dem fra hukommelsen. En adresse, der ikke findes mere, giver præcis denne type fejl.

Notér protokollen, de afprøvede netværk og gatewayens syn. De tre afgør de fleste 809-rapporter.