Cisco Secure Client, RDP oturumundan VPN bağlantısını engelliyor

Oturum açma başarılı olur ama tünel yine de kalkmaz. Bu bileşim kafa karıştırır, çünkü kimlik doğrulama sorunu olarak okunur ve ardından hiç sorun olmayan kimlik bilgilerini sıfırlamakla bir öğleden sonra geçirilir. Cisco Secure Client, deneme bir Remote Desktop oturumundan geldiği için VPN kurmayı tam da bu nedenle reddedebilir ve bu kararı istemci tarafındaki ilke verir.

Bu, bağlantı akışında nerede görünür

İstemciyi baştan sona geçin. Profil yüklenir, kimlik bilgileri toplanır ve kimlik doğrulama tamamlanır. Sonra, herhangi bir tünel kurulmadan önce istemci, oturum ve kurulum ayarlarını bulunduğu ortama göre değerlendirir.

O anda üç şey not edin: tam mesaj, istemci sürümü ve istemcide gösterilen profil adı. Bu üçü belirsiz bir şikâyeti birinin üzerinde işlem yapabileceği bir destek talebine dönüştürür. İletişim kutusunun ekran görüntüsünü alın, çünkü uzun mesajlar günlükte kesilir. Saati de not edin ki yönetici bunu uç nokta ile eşleştirebilsin.

Kararı gerçekten veren ayar

Windows VPN Establishment ilkesi ilgili denetimdir ve iki belgelenmiş değeri vardır: yalnızca yerel kullanıcılar ve uzak kullanıcılara izin ver. İkincisi, desteklenen bir yapılandırmada Remote Desktop oturumundan tünel kurulmasına izin verir. Birincisi birçok kurumsal profilde varsayılan tutumdur.

Bunu Windows Logon Enforcement ile karıştırmayın; profil kılavuzu onu oturum açma oturumları hakkında ayrı bir ilke olarak belgeler. Biri hangi oturumun tüneli kurabileceğini, diğeri eşzamanlı veya oturum açmadan önceki davranışı düzenler. Yanlış olanı değiştirmek görünür bir etki yaratmaz.

Gerçekten uygulanan profili okuyun

Yönetilen bir dağıtımda istemci profilini uç noktadan veya yönetilen bir konumdan alır ve diskte düzenlenen kopya çoğu zaman yürürlükteki kopya değildir. Bu yüzden yerel bir XML değişikliği doğru görünebilir ve hiçbir şeyi değiştirmez.

Yöneticiye dizüstü bilgisayarda hangi dosyanın olduğunu değil, aygıtın hangi profili ve hangi grup ilkesini aldığını sorun. Sürüm yükseltmesinden sonra ikisi çoğu zaman uyuşmaz. Yerel klasördeki eski kopya hâlâ düzenleyicide açılır ve hâlâ doğru görünür. Sadece istemcinin uyguladığı şey değildir.

Tünel kalktıktan sonraki RDP yolu

Uzaktan kuruluma izin vermek, Remote Desktop oturumunuzun ayakta kalacağını garanti etmez. Tünel yolları veya yerel erişim kurallarını değiştirdiğinde, sizi içeri getiren oturum onu ayakta tutan yolu kaybedebilir.

Değişiklikten önce bir kurtarma kanalı planlayın: konsol erişimi, bant dışı bir yönetim yolu veya belgelenmiş bir yeniden bağlanma yordamı. Bunu sonradan kararlaştırmak genellikle makineye bir yolculuk anlamına gelir.

İlkeyi aşmak için oturum çalma hileleri, alternatif uzaktan denetim araçları veya bir betiğe yazılmış parola kullanmayın. Kuruluş bu iş akışına izin vermiyorsa doğru adım, desteklediği yönetim yoludur.

Yöneticiye ne göndermeli

Mesaj metnini, istemci sürümünü, etkin profil adını, bağlandığınız oturum türünü ve yerel konsoldan yapılan denemenin farklı davranıp davranmadığını iletin. Zaman damgasını ekleyin.

Tam da o son karşılaştırma zaman kazandırır, çünkü oturum ilkesi kaynaklı reddi tüm aygıtı kapsayan bir arızadan ayırır.

Onaylanan değişiklikten sonra doğrulayın

Profil güncellendikten sonra yeni bir RDP oturumu kurun ve yeniden bağlanın, ardından bağlantı kesme dizisini bilerek uygulayın. Tünelin kalktığını, yönetim yolunun ayakta kaldığını ve hesabınızın hâlâ masaüstünde oturum açabildiğini doğrulayın.

VPN'e kabul, oturumun ayakta kalması ve Windows oturum açma izni üç ayrı denetimdir. Birini geçmek diğer ikisi hakkında hiçbir şey söylemez.