Błąd 809 to problem ścieżki, a nie logowania

Trzy warunki decydują, co mówi ci błąd 809: czy protokół profilu jest tym, który myślisz, czy ścieżka przepuszcza ten protokół i czy brama w ogóle widziała próbę. Dopóki nie ma na to odpowiedzi, błąd jest przekroczeniem czasu, a przekroczenie czasu nie jest wyrokiem w sprawie danych logowania. Kolejność ma znaczenie, bo zmiana najpierw niewłaściwego warunku niszczy dowód dla dwóch pozostałych.

Zablokowany port i błędne hasło dają zupełnie różne komunikaty, a 809 rzadko jest tym drugim.

Potwierdź protokół używany przez profil

Sprawdź nazwę serwera, adres i typ tunelu według aktualnych instrukcji operatora, a następnie zanotuj, od jakiego transportu zależy ten typ. Te trzy wartości należą do siebie; poprawna nazwa z przestarzałym typem tunelu zawodzi tak samo jak błędna nazwa. IKEv2 opiera się na UDP 500 i 4500, a natywny ruch ESP musi być dozwolony jako osobny protokół, nie jako TCP ani UDP. Profil skopiowany ze starej konfiguracji może wskazywać typ tunelu, którego serwer już nie oferuje. Uzyskaj wartość od operatora, zamiast wywnioskowywać ją z etykiety w oknie dialogowym.

Strona przeglądarki pod tą samą nazwą hosta testuje zupełnie inną usługę. Może dowieść, że host żyje, i niczego nie dowodzi o nieudanych negocjacjach.

Zmień sieć, nie dane logowania

Jeśli polityka na to pozwala, przetestuj ten sam profil z innej zaufanej sieci, pozostawiając klienta i serwer bez zmian, aby jedyną różnicą była ścieżka dostępu. Sukces gdzie indziej wskazuje na filtrowanie na pierwotnej ścieżce, a niepowodzenie wszędzie na punkt końcowy lub sam profil. Zapytaj operatora, czy brama widziała próbę, bo klient bez odpowiadającego zdarzenia po stronie serwera to inna granica niż jawne odrzucenie.

Losowe zmiany w rejestrze i wyłączenie zapory to popularne porady dla tego kodu i żadna z nich nie wynika z potwierdzonej diagnozy. Zapytaj operatora, jaka jest udokumentowana poprawka dla tego wdrożenia.

Śledź kod do następnego etapu

Jeśli późniejsza próba dotrze do uwierzytelniania i da inny kod, podążaj za tym nowym etapem i porzuć pierwotną diagnozę przekroczenia czasu. Przenoszenie problemu ścieżki do dochodzenia na koncie marnuje czas po obu stronach. Zanotuj protokół, etap, który zawiódł, i czy wykonano porównanie sieci, aby następna osoba zaczynała od dowodów, a nie od tekstu okna dialogowego.

Traktuj kod jako znacznik etapu, a nie wyrok; takie odczytanie to różnica między pięciominutową kontrolą a straconym popołudniem.

Czego nie zmieniać najpierw

Dane logowania, stan blokady i magazyn certyfikatów wszystkie w końcu zasługują na uwagę. Żaden z nich nie jest miejscem, w którym 809 zwykle się zaczyna, a zmiana jednego najpierw usuwa porównanie, które znalazłoby ścieżkę. Zachowaj te kontrole na czas po teście sieci. Trzymaj klienta, profil i serwer nieruchomo, zmieniając sieć, i rób notatki o tym, co zmieniłeś.

Jeśli operator niedawno zmienił punkt końcowy, poproś o aktualne szczegóły, zamiast odtwarzać je z pamięci. Adres, który już nie istnieje, daje dokładnie tę klasę awarii.

Zanotuj protokół, wypróbowane sieci i widok bramy. Te trzy rozstrzygają większość zgłoszeń o 809.