Satu pengguna tidak bisa masuk ke VPN: diagnosis berurutan

Ketika satu orang gagal terhubung sementara sisa tim terus bekerja, pertanyaan yang berguna bukanlah apa yang rusak, melainkan lapisan mana yang tidak sepakat. Masuk adalah sebuah rantai: klien mulai, gateway menjawab, identitas dinyatakan, faktor kedua dipenuhi, kebijakan dievaluasi, dan hanya setelah itu lalu lintas mengalir. Putus di mana pun dalam rantai itu sampai kepada Anda sebagai kalimat yang sama dari pengguna, jadi tugas pertama adalah menemukan mata rantai yang benar-benar gagal.

Perlakukan laporan sebagai titik awal, bukan diagnosis. Pemeriksaan di bawah berjalan dari yang paling murah lebih dulu, dan masing-masing ditulis untuk mengakhiri penyelidikan ketika gagal.

Pastikan tahap dan stempel waktunya

Catat empat hal sebelum menyentuh konfigurasi apa pun: klien dan versinya, kata-kata persis di layar, menit percobaan, dan jaringan tempat orang itu berada. Kata-katanya membawa informasi nyata, karena kredensial yang ditolak, gateway yang tidak menjawab, dan proses masuk yang selesai tetapi tetap tidak bisa membuka halaman internal adalah tiga masalah berbeda dengan tiga pemilik berbeda. Perhatikan apakah klien menghasilkan baris log lokal, karena klien yang tidak pernah mengirim paket tidak ada yang bisa ditambahkan ke pencarian di sisi server. Dengan stempel waktu tercatat, setiap kueri berikutnya menjadi pencarian, bukan perburuan.

Berhenti menebak kata sandi pada titik ini. Di mana akun memiliki batas percobaan ulang, rentetan percobaan cepat dapat mengunci akun dan menambahkan kesalahan kedua yang artifisial di atas yang asli. Catat berapa banyak percobaan yang sudah dilakukan, agar penguncian tidak keliru dianggap gejala baru nanti. Akun yang terkunci juga menghilangkan kemampuan Anda membedakan kata sandi salah dari kebijakan yang ditolak, karena keduanya datang sebagai penolakan.

Baca peristiwa identitas untuk satu percobaan itu

Minta admin menarik catatan autentikasi yang cocok dengan menit yang Anda catat. Dalam penerapan Windows NPS, panduan pemecahan masalah NPS dari Microsoft mendokumentasikan peristiwa penolakan 6273 bersama kode alasan yang menyertainya, yang biasanya memisahkan pengguna tidak dikenal, kredensial buruk, ketidakcocokan kebijakan, dan panggilan yang jatuh karena alasan tak terkait.

Hasil kosong juga informasi. Jika tidak ada yang mencapai layanan identitas, percobaan mati lebih awal: alamat gateway basi di profil, pendengar yang tidak bisa dijangkau klien, atau host yang dinonaktifkan sementara profil tetap hidup. Jika catatannya ada dan melaporkan keberhasilan, kredensial bukan masalahnya dan argumennya beralih ke otorisasi atau ke perutean di balik gateway. Kedua hasil itu menunjuk arah berlawanan, itulah sebabnya pencarian log harus terjadi sebelum siapa pun memasang ulang klien.

Simpan kode alasan di tiket. Satu bidang itu mengubah kejadian berikutnya menjadi pencarian lima menit alih-alih penyelidikan ulang. Pasangkan dengan versi klien, karena kode yang muncul pada satu build adalah percakapan berbeda dari yang muncul pada setiap build.

Ubah satu kondisi setiap kali, dalam batas kebijakan

Godaan adalah memasang ulang klien, mengatur ulang kata sandi, dan memindahkan laptop ke jaringan lain dalam satu kali jalan. Itu kadang memperbaiki gejalanya dan selalu menghancurkan buktinya. Pilih satu penukaran yang diizinkan sebagai gantinya: orang yang sama pada perangkat terdaftar kedua, atau identitas uji yang disetujui pada perangkat yang sama. Setiap penukaran menjawab tepat satu pertanyaan, sehingga keberhasilan mempersempit kesalahan ke sisi yang Anda ubah alih-alih menyalahkan VPN secara keseluruhan.

Jangan meminjam kredensial rekan kerja untuk perbandingan ini. Gunakan identitas uji melalui proses yang didukung, dan jangan pernah menyalin kunci perangkat atau melewati pendaftaran karena itu akan lebih cepat. Di mana kebijakan sepenuhnya melarang penukaran, batasan itu adalah bagian dari sistem yang diuji dan masuk ke catatan, bukan ke jalan pintas.

Konfirmasi perbaikan pada jalur semula

Ketika mata rantai yang rusak teridentifikasi, perbaiki hanya mata rantai itu dan ulangi percobaan semula: orang yang sama, perangkat yang sama, jaringan yang sama, aplikasi yang sama. Akun uji yang terhubung dari VLAN admin membuktikan gateway hidup, dan itu tidak membuktikan apa pun tentang Selasa pagi pengguna. Minta pengguna melakukan tindakan yang gagal alih-alih yang lebih sederhana, karena ping yang berhasil sedikit berbicara tentang berbagi berkas yang ditolak.

Tutup tiket dengan apa yang dikesampingkan dan apa yang berubah. Catatan itu adalah perbedaan antara penyelamatan sekali jalan dan sesuatu yang bisa digunakan kembali oleh insinyur jaga berikutnya.