Galat 809 adalah masalah jalur sebelum masalah login
Klien tidak dapat membuat koneksi, yang bukan berarti kata sandi ditolak. Pastikan protokolnya, lalu ganti jaringan sebelum menyentuh kredensial.
Tiga kondisi menentukan apa yang dikatakan galat 809 kepada Anda: apakah protokol profil itu yang Anda pikirkan, apakah jalur mengizinkan protokol itu lewat, dan apakah gateway sama sekali melihat upaya tersebut. Sampai pertanyaan itu terjawab, galatnya adalah batas waktu, dan batas waktu bukan putusan soal kredensial. Urutannya penting, karena mengubah dulu kondisi yang salah menghancurkan bukti untuk dua kondisi lainnya.
Port yang diblokir dan kata sandi yang salah menghasilkan pesan yang sangat berbeda, dan 809 jarang yang kedua.
Pastikan protokol yang dipakai profil
Periksa nama server, alamat, dan jenis tunnel terhadap instruksi operator saat ini, lalu catat transport apa yang menjadi sandaran jenis itu. Ketiga nilai itu saling terkait; nama yang benar dengan jenis tunnel usang gagal sama seperti nama yang salah. IKEv2 bergantung pada UDP 500 dan 4500, dan lalu lintas ESP asli harus diizinkan sebagai protokol tersendiri, bukan sebagai TCP atau UDP. Profil yang disalin dari penyiapan lama mungkin menyebut jenis tunnel yang tidak lagi ditawarkan server. Dapatkan nilainya dari operator alih-alih menyimpulkannya dari label di dialog.
Halaman peramban pada nama host yang sama menguji layanan yang sama sekali berbeda. Halaman itu dapat membuktikan host hidup dan tidak membuktikan apa pun tentang negosiasi yang gagal.
Ganti jaringan, bukan kredensial
Jika kebijakan mengizinkan, uji profil yang sama dari jaringan tepercaya lain, dengan klien dan server tidak diubah sehingga jalur akses menjadi satu-satunya perbedaan. Keberhasilan di tempat lain menunjuk pada penyaringan di jalur asal, sedangkan kegagalan di mana-mana menunjuk pada titik akhir atau profil itu sendiri. Tanyakan kepada operator apakah gateway melihat upaya tersebut, karena klien tanpa peristiwa server yang sesuai adalah batas yang berbeda dari penolakan eksplisit.
Ubah-ubah registri secara acak dan mematikan firewall adalah saran populer untuk kode ini, dan keduanya tidak berasal dari diagnosis yang terkonfirmasi. Tanyakan kepada operator apa koreksi terdokumentasi untuk penerapan ini.
Ikuti kode ke tahap berikutnya
Jika upaya berikutnya mencapai autentikasi dan menghasilkan kode berbeda, ikuti tahap baru itu dan tinggalkan diagnosis batas waktu semula. Membawa masalah jalur ke penyelidikan akun membuang waktu pada keduanya. Catat protokol, tahap yang gagal, dan apakah perbandingan jaringan dilakukan, agar orang berikutnya mulai dari bukti dan bukan dari teks dialog.
Perlakukan kode sebagai penanda tahap, bukan putusan; bacaan itulah yang membedakan pemeriksaan lima menit dari sore yang hilang.
Apa yang jangan diubah lebih dulu
Kredensial, status kunci, dan penyimpanan sertifikat semuanya layak diperhatikan pada akhirnya. Tidak satu pun menjadi tempat 809 biasanya dimulai, dan mengubah satu lebih dulu menghapus perbandingan yang seharusnya menemukan jalurnya. Simpan pemeriksaan itu untuk setelah uji jaringan. Jaga klien, profil, dan server tetap saat Anda memvariasikan jaringan, dan catat apa yang Anda variasikan.
Jika operator baru saja mengubah titik akhir, minta detail terkini alih-alih merekonstruksinya dari ingatan. Alamat yang tidak lagi ada menghasilkan persis kelas kegagalan ini.
Catat protokol, jaringan yang dicoba, dan pandangan gateway. Ketiganya menyelesaikan sebagian besar laporan 809.