Azure VPN Client 3.4 terputus setiap jam: kekerapan log masuk

Seorang pengguna menyambung, bekerja, kemudian terputus sekali sejam dengan mesej bahawa pengesahan dengan Microsoft Entra telah tamat tempoh. Menyambung semula berfungsi dan kitaran berulang seperti jam randik. Pada gateway point-to-site yang tidak ada apa-apa dilaksanakan, corak itu menunjuk kepada kelayakan, bukan terowong. Azure VPN Client 3.4.0 mula menguatkuasakan kekerapan log masuk Akses Bersyarat semasa sesi yang telah terbentuk, dasar yang dinilai oleh klien terdahulu hanya ketika log masuk.

Lakukan enam semakan di bawah mengikut urutan. Setiap satu sama ada mengesahkan jadual atau menolaknya, dan berhenti terlalu awal ialah cara gateway dibina semula tanpa sebab.

Langkah 1: baca mesej yang tepat

Rumusan memisahkan lapisan. Mesej tentang pengesahan Entra yang tamat tempoh ialah pernyataan tentang token; ralat terowong atau persatuan keselamatan bukan. Catat juga masa yang berlalu, diukur dari sambungan hingga pemutusan, bukan dari permulaan hari bekerja.

Jika pengguna boleh menyambung semula serta-merta dan gateway masih menunjukkan terowong yang sihat, anda melihat tamat tempoh token, bukan rakan yang mati.

Langkah 2: dapatkan versi klien

Baca versi dalam aplikasi, bukan dalam rekod penggunaan. Perubahan itu datang dengan 3.4.0, jadi 3.3.1 dan lebih lama mengekalkan terowong yang terbentuk tanpa mengira dasar. Satu komputer riba tanpa pengurusan dengan binaan lama berfungsi dengan sempurna sementara seluruh pasukan terputus setiap jam: itulah jenis perpecahan yang menghantar orang kembali ke gateway. Versi ialah sifat klien, dan gateway tidak tahu binaan mana yang disambungkan.

Kemas kini satu peranti ujian dahulu dan perhatikan jam. Peranti yang mula terputus pada selang dasar selepas kemas kini mengesahkan mekanisme tanpa menyentuh dasar pengeluaran.

Langkah 3: cari di mana dasar itu tinggal

Kekerapan log masuk ialah tetapan Akses Bersyarat dalam dasar yang menyasarkan aplikasi perusahaan Azure VPN. Ia bukan pada sumber gateway VPN, bukan dalam konfigurasi point-to-site, dan bukan dalam profil klien. Cari aplikasi Azure VPN dalam senarai dasar dan baca kawalan sesi.

Dua dasar boleh terpakai kepada seorang pengguna, dan yang lebih ketat menang, jadi nilai yang tidak pernah anda tetapkan mungkin yang berkuat kuasa. Semak dasar asas seluruh penyewa serta yang khusus aplikasi. Skop laporan juga penting: dasar yang mengecualikan kumpulan menghasilkan populasi dengan tingkah laku berbeza dan tanpa penjelasan yang jelas.

Langkah 4: buat pengiraan

Pemutusan berlaku sejam selepas nilai kekerapan log masuk, dalam tingkah laku yang didokumenkan Microsoft untuk klien ini, jadi kekerapan tujuh jam memberi kira-kira lapan jam kesinambungan. Offset itulah sebabnya nilai yang dipilih untuk hari kerja lapan jam kelihatan rosak pada waktu petang manakala ujian sembilan jam kelihatan baik. Tukar aduan kepada nombor sebelum mengubah apa-apa: masa sambungan, masa pemutusan, perbezaan, kemudian bandingkan dengan nilai dasar tambah satu jam.

Jika perbezaan tidak sepadan dengan jumlah itu, hipotesis jadual adalah salah dan anda harus berhenti melaraskan dasar.

Langkah 5: pisahkan jadual daripada rekey

Rekey IPsec, pengesanan rakan mati dan tamat masa melahu menghasilkan pemutusan tidak teratur yang berkaitan dengan jumlah trafik atau kesenyapan, bukan jam randik. Pengguna yang terputus di tengah pemindahan dan pengguna yang terputus selepas makan tengah hari tanpa aktiviti menerangkan mekanisme berbeza. Tanya apa yang dilakukan pengguna pada minit sebelum pemutusan.

Masalah sijil kelihatan lain pula: klien gagal menyambung dan bukannya kehilangan sesi yang berfungsi, dan kegagalan itu serta-merta. Permintaan MFA yang tidak pernah selesai muncul sebagai tersekat, bukan sebagai pemutusan setiap jam yang bersih diikuti sambungan semula yang berjaya.

Langkah 6: laksanakan tanpa kejutan

Umumkan kemas kini klien sebelum ia sampai kepada pengguna melalui kedai, kerana perubahan tingkah laku dibawa bersama klien. Pilih kekerapan daripada keperluan: nilai yang meliputi hari kerja untuk kebolehgunaan, atau nilai pendek jika komputer riba yang hilang mesti kehilangan akses dengan cepat. Catat keperluan mana yang menang, kerana tetapan yang sama menghasilkan perlindungan dan aduan sekali gus. Kemudian sahkan pilihan pada peranti yang menjalankan binaan baharu dan bukannya membuat extrapolasi daripada percubaan yang menggunakan yang lama.

Simpan mesej, versi, nilai dasar dan selang yang diukur dalam satu nota. Rekod itu menjawab laporan seterusnya dalam satu minit dan bukannya melalui pembinaan semula.