Seorang pengguna tidak boleh log masuk ke VPN: diagnosis tersusun

Apabila seorang gagal menyambung manakala seluruh pasukan terus bekerja, soalan yang berguna bukanlah apa yang rosak tetapi lapisan mana yang tidak bersetuju. Log masuk ialah satu rantaian: klien bermula, gateway menjawab, identiti didakwa, faktor kedua dipenuhi, dasar dinilai, dan hanya selepas itu trafik mengalir. Sebarang putus di mana-mana dalam rantaian itu sampai kepada anda sebagai ayat yang sama daripada pengguna, jadi tugas pertama ialah mencari pautan yang benar-benar gagal.

Anggap laporan itu sebagai titik permulaan dan bukan diagnosis. Pemeriksaan di bawah berjalan daripada yang paling murah dahulu, dan setiap satu ditulis untuk menamatkan siasatan apabila ia gagal.

Tetapkan peringkat dan cap masa

Catat empat perkara sebelum menyentuh sebarang konfigurasi: klien dan versinya, kata-kata tepat pada skrin, minit percubaan, dan rangkaian tempat orang itu berada. Kata-kata itu membawa maklumat sebenar, kerana kelayakan yang ditolak, gateway yang tidak menjawab dan log masuk yang selesai tetapi masih tidak dapat membuka halaman dalaman ialah tiga masalah berbeza dengan tiga pemilik berbeza. Perhatikan sama ada klien menghasilkan baris log setempat, kerana klien yang tidak pernah menghantar paket tiada apa-apa untuk ditambah kepada carian di pihak pelayan. Dengan cap masa direkodkan, setiap pertanyaan kemudian menjadi carian dan bukan pemburuan.

Berhenti meneka kata laluan pada ketika ini. Di mana akaun mempunyai had cubaan semula, rentetan cubaan pantas boleh menguncinya dan menambah kesalahan kedua yang buatan di atas yang sebenar. Catat berapa banyak cubaan telah dibuat, supaya penguncian tidak disalah anggap sebagai gejala baharu kemudian. Akaun yang terkunci juga menghilangkan keupayaan anda membezakan kata laluan salah daripada dasar yang ditolak, kerana kedua-duanya tiba sebagai penolakan.

Baca peristiwa identiti untuk satu percubaan itu

Minta pentadbir mengeluarkan rekod pengesahan yang sepadan dengan minit yang anda catat. Dalam penggunaan Windows NPS, panduan penyelesaian masalah NPS Microsoft mendokumenkan peristiwa penolakan 6273 bersama kod sebab yang menyertainya, yang biasanya memisahkan pengguna tidak dikenali, kelayakan buruk, ketidakpadanan dasar dan panggilan yang digugurkan atas sebab tidak berkaitan.

Hasil kosong juga maklumat. Jika tiada apa-apa sampai ke perkhidmatan identiti, percubaan mati lebih awal: alamat gateway basi dalam profil, pendengar yang tidak dapat dicapai oleh klien, atau hos yang dinyahaktifkan manakala profil terus hidup. Jika rekod wujud dan melaporkan kejayaan, kelayakan bukan masalahnya dan hujah beralih kepada kebenaran atau kepada penghalaan di belakang gateway. Kedua-dua hasil ini menunjuk arah bertentangan, sebab itu carian log mesti berlaku sebelum sesiapa memasang semula klien.

Simpan kod sebab dalam tiket. Satu medan itu menjadikan kejadian seterusnya carian lima minit dan bukan siasatan berulang. Pasangkannya dengan versi klien, kerana kod yang muncul pada satu binaan ialah perbualan berbeza daripada yang muncul pada setiap binaan.

Tukar satu syarat pada satu masa, dalam dasar

Godaan ialah memasang semula klien, menetapkan semula kata laluan dan memindahkan komputer riba ke rangkaian lain dalam satu laluan. Itu kadangkala membaiki gejalanya dan sentiasa memusnahkan buktinya. Pilih sebaliknya satu pertukaran yang dibenarkan: orang yang sama pada peranti berdaftar kedua, atau identiti ujian yang diluluskan pada peranti yang sama. Setiap pertukaran menjawab tepat satu soalan, jadi kejayaan menyempitkan kesalahan kepada sisi yang anda ubah dan bukan menyalahkan VPN secara keseluruhan.

Jangan pinjam kelayakan rakan sekerja untuk perbandingan ini. Gunakan identiti ujian melalui proses yang disokong, dan jangan sekali-kali menyalin kunci peranti atau melangkau pendaftaran kerana ia lebih pantas. Di mana dasar melarang pertukaran sepenuhnya, sekatan itu ialah sebahagian daripada sistem yang diuji dan tergolong dalam rekod, bukan dalam jalan pintas.

Sahkan pembaikan pada laluan asal

Apabila pautan rosak dikenal pasti, baiki pautan itu sahaja dan ulangi percubaan asal: orang yang sama, peranti yang sama, rangkaian yang sama, aplikasi yang sama. Akaun ujian yang bersambung dari VLAN pentadbir membuktikan gateway hidup, dan ia tidak membuktikan apa-apa tentang pagi Selasa pengguna. Minta pengguna melakukan tindakan yang gagal dan bukan yang lebih mudah, kerana ping yang berjaya sedikit berkata tentang perkongsian fail yang ditolak.

Tutup tiket dengan apa yang diketepikan dan apa yang berubah. Nota itu ialah perbezaan antara penyelamatan sekali sahaja dan sesuatu yang jurutera bertugas seterusnya boleh guna semula.