Azure VPN Client 3.4 terputus setiap jam: frekuensi masuk

Seorang pengguna terhubung, bekerja, lalu terputus sekali sejam dengan pesan bahwa autentikasi dengan Microsoft Entra telah kedaluwarsa. Menyambung ulang berhasil dan siklusnya berulang seperti stopwatch. Pada gateway point-to-site yang tidak ada penerapan apa pun, pola itu menunjuk ke kredensial, bukan tunnel. Azure VPN Client 3.4.0 mulai menerapkan frekuensi masuk Akses Kondisional selama sesi yang sudah terbentuk, kebijakan yang pada klien sebelumnya hanya dievaluasi saat masuk.

Lakukan enam pemeriksaan di bawah ini secara berurutan. Masing-masing menegaskan atau menyingkirkan jadwal, dan berhenti terlalu awal adalah cara gateway dibangun ulang tanpa alasan.

Langkah 1: baca pesan persisnya

Kata-katanya memisahkan lapisan. Pesan tentang autentikasi Entra yang kedaluwarsa adalah pernyataan tentang token; kesalahan tunnel atau asosiasi keamanan bukan. Catat juga waktu yang berlalu, diukur dari koneksi ke pemutusan, bukan dari awal hari kerja.

Jika pengguna dapat segera menyambung ulang dan gateway masih menunjukkan tunnel yang sehat, Anda melihat kedaluwarsa token, bukan peer yang mati.

Langkah 2: dapatkan versi klien

Baca versi dari aplikasi, bukan dari catatan penerapan. Perubahannya datang dengan 3.4.0, jadi 3.3.1 dan yang lebih lama menjaga tunnel yang sudah terbentuk tetap hidup terlepas dari kebijakan. Satu laptop tanpa pengelolaan dengan versi lama berjalan sempurna sementara seluruh tim terputus setiap jam: itulah jenis perpecahan yang membuat orang kembali ke gateway. Versi adalah properti klien, dan gateway tidak tahu versi mana yang terhubung.

Perbarui satu perangkat uji lebih dulu dan perhatikan jam. Perangkat yang mulai terputus pada interval kebijakan setelah pembaruan menegaskan mekanismenya tanpa menyentuh kebijakan produksi.

Langkah 3: temukan tempat kebijakan itu tinggal

Frekuensi masuk adalah pengaturan Akses Kondisional pada kebijakan yang menyasar aplikasi perusahaan Azure VPN. Itu bukan pada sumber daya gateway VPN, bukan pada konfigurasi point-to-site, dan bukan pada profil klien. Cari aplikasi Azure VPN di daftar kebijakan dan baca kontrol sesinya.

Dua kebijakan dapat berlaku untuk satu pengguna, dan yang lebih ketat menang, sehingga nilai yang tidak pernah Anda tetapkan bisa menjadi yang berlaku. Periksa kebijakan dasar seluruh tenant maupun yang khusus aplikasi. Cakupan laporan juga penting: kebijakan yang mengecualikan sebuah grup menghasilkan populasi dengan perilaku berbeda dan tanpa penjelasan yang jelas.

Langkah 4: hitung

Pemutusan terjadi satu jam setelah nilai frekuensi masuk, dalam perilaku yang didokumentasikan Microsoft untuk klien ini, sehingga frekuensi tujuh jam memberi sekitar delapan jam konektivitas. Selisih itulah sebabnya nilai yang dipilih untuk hari kerja delapan jam tampak rusak pada sore hari sementara uji sembilan jam tampak baik. Ubah keluhan menjadi angka sebelum mengubah apa pun: waktu koneksi, waktu pemutusan, selisih, lalu bandingkan dengan nilai kebijakan ditambah satu jam.

Jika selisihnya tidak cocok dengan jumlah itu, hipotesis jadwal salah dan Anda harus berhenti menyesuaikan kebijakan.

Langkah 5: pisahkan jadwal dari rekey

Rekey IPsec, deteksi peer mati, dan batas waktu diam menghasilkan pemutusan tidak teratur yang terkait dengan volume lalu lintas atau keheningan, bukan dengan stopwatch. Pengguna yang terputus di tengah transfer dan pengguna yang terputus setelah makan siang tanpa aktivitas menjelaskan mekanisme berbeda. Tanyakan apa yang dilakukan pengguna pada menit sebelum terputus.

Masalah sertifikat tampak lain lagi: klien gagal terhubung alih-alih kehilangan sesi yang berjalan, dan kegagalannya seketika. Permintaan MFA yang tidak pernah selesai tampil sebagai macet, bukan sebagai pemutusan per jam yang bersih lalu diikuti sambungan ulang yang berhasil.

Langkah 6: terapkan tanpa kejutan

Umumkan pembaruan klien sebelum mencapai pengguna melalui toko, karena perubahan perilaku ikut terkirim bersama klien. Pilih frekuensi dari kebutuhan: nilai yang mencakup hari kerja untuk kegunaan, atau nilai singkat jika laptop yang hilang harus cepat kehilangan akses. Catat kebutuhan mana yang menang, sebab pengaturan yang sama menghasilkan perlindungan sekaligus keluhan. Lalu konfirmasi pilihan pada perangkat dengan versi baru daripada mengekstrapolasi dari uji coba yang memakai versi lama.

Simpan pesan, versi, nilai kebijakan, dan interval yang diukur dalam satu catatan. Catatan itu menjawab laporan berikutnya dalam satu menit, bukan dengan pembangunan ulang.