Bir kullanıcı bağlanıyor, çalışıyor ve sonra saatte bir kez Microsoft Entra ile kimlik doğrulamanın süresinin dolduğu mesajıyla bağlantısı kesiliyor. Yeniden bağlanma çalışıyor ve döngü bir kronometre gibi yineleniyor. Hiçbir şeyin dağıtılmadığı bir point-to-site ağ geçidinde bu örüntü tünele değil, kimlik bilgisine işaret eder. Azure VPN Client 3.4.0, Koşullu Erişim'in oturum açma sıklığını kurulmuş bir oturum sırasında uygulamaya başladı; önceki istemciler bu politikayı yalnızca oturum açarken değerlendiriyordu.

Aşağıdaki altı kontrolü sırayla yapın. Her biri ya çizelgeyi doğrular ya da eler; erken durmak, bir ağ geçidinin boşuna yeniden kurulmasının yoludur.

1. adım: tam mesajı okuyun

İfade katmanları ayırır. Entra kimlik doğrulamasının süresinin dolduğuna dair bir mesaj token hakkında bir ifadedir; tünel veya güvenlik ilişkilendirmesi hatası değildir. Geçen süreyi de yazın; bağlantıdan kopmaya kadar ölçün, iş gününün başından değil.

Kullanıcı hemen yeniden bağlanabiliyorsa ve ağ geçidi hâlâ sağlıklı bir tünel gösteriyorsa, ölü bir eşe değil, token süresinin dolmasına bakıyorsunuz.

2. adım: istemci sürümünü öğrenin

Sürümü uygulamadan okuyun, dağıtım kaydından değil. Değişiklik 3.4.0 ile geldi, bu yüzden 3.3.1 ve öncesi politikadan bağımsız olarak kurulmuş tüneli canlı tutar. Eski bir sürüme sahip yönetilmeyen bir dizüstü bilgisayar kusursuz çalışırken ekibin geri kalanı saatte bir düşüyor: insanları ağ geçidine geri gönderen tam da bu tür bir bölünmedir. Sürüm istemcinin bir özelliğidir ve ağ geçidi hangi sürümün bağlı olduğunu bilmez.

Önce bir test cihazını güncelleyin ve saati izleyin. Güncellemeden sonra politika aralığında düşmeye başlayan bir cihaz, üretim politikasına dokunmadan mekanizmayı doğrular.

3. adım: politikanın nerede olduğunu bulun

Oturum açma sıklığı, Azure VPN kurumsal uygulamasını hedefleyen politikadaki bir Koşullu Erişim ayarıdır. VPN ağ geçidi kaynağında, point-to-site yapılandırmasında veya istemci profilinde değildir. Politika listesinde Azure VPN uygulamasını arayın ve oturum denetimlerini okuyun.

Bir kullanıcıya iki politika uygulanabilir ve daha katı olan kazanır; bu yüzden hiç ayarlamadığınız bir değer yürürlükte olabilir. Hem kiracı genelinde bir temel politikayı hem de uygulamaya özgü olanı kontrol edin. Raporun kapsamı da önemlidir: bir grubu dışlayan politika, farklı davranışa sahip ve belirgin açıklaması olmayan bir topluluk üretir.

4. adım: hesabı yapın

Kopma, Microsoft'un bu istemci için belgelediği davranışta oturum açma sıklığı değerinden bir saat sonra gerçekleşir; yedi saatlik bir sıklık yaklaşık sekiz saat bağlantı verir. Bu sapma, sekiz saatlik bir iş günü için seçilen bir değerin öğleden sonra bozuk görünmesinin, dokuz saatlik bir testin ise iyi görünmesinin nedenidir. Bir şeyi değiştirmeden önce şikâyeti sayıya dökün: bağlanma saati, kopma saati, fark ve ardından politika değeri artı bir saat ile karşılaştırma.

Fark bu toplama uymuyorsa, çizelge hipotezi yanlıştır ve politikayı ayarlamayı bırakmalısınız.

5. adım: çizelgeyi rekey'den ayırın

IPsec rekey, ölü eş algılama ve boşta kalma zaman aşımları, trafik hacmine veya sessizliğe bağlı düzensiz kopmalar üretir, kronometreye değil. Aktarım ortasında düşen bir kullanıcı ile hareketsiz bir öğle yemeğinden sonra düşen bir kullanıcı farklı mekanizmalar anlatır. Kullanıcıya kopmadan önceki dakikada ne yaptığını sorun.

Sertifika sorunları yine başka görünür: istemci çalışan bir oturumu kaybetmek yerine bağlanamaz ve hata anındır. Hiç tamamlanmayan bir MFA istemi, temiz bir saatlik kopma ve ardından başarılı yeniden bağlanma olarak değil, bir donma olarak görünür.

6. adım: sürprizsiz dağıtın

İstemci güncellemesini mağaza üzerinden kullanıcılara ulaşmadan önce duyurun, çünkü davranış değişikliği istemciyle birlikte gelir. Sıklığı gereksinimden seçin: kullanılabilirlik için iş gününü kapsayan bir değer ya da kayıp bir dizüstü bilgisayar erişimi hızla kaybetmesi gerekiyorsa kısa bir değer. Hangi gereksinimin kazandığını kaydedin, çünkü aynı ayar hem korumayı hem de şikâyeti üretir. Ardından seçimi eski sürümle çalışan bir pilottan tahmin etmek yerine yeni sürümü çalıştıran bir cihazda doğrulayın.

Mesajı, sürümü, politika değerini ve ölçülen aralığı tek bir notta tutun. Bu kayıt, bir sonraki bildirimi yeniden kurulum yerine bir dakikada yanıtlar.

İlgili makaleler