Cisco Secure Client RDP sessiyasından VPN qurmağa icazə vermir

Giriş uğurlu olur, amma tunel yenə də qalxmır. Bu birləşmə insanları çaşdırır, çünki onu autentifikasiya problemi kimi oxuyurlar və sonra heç vaxt problem olmayan etimadnamələri sıfırlamaqla bir gün keçirirlər. Cisco Secure Client xüsusi olaraq cəhdin Remote Desktop sessiyasından gəldiyi üçün VPN qurmaqdan imtina edə bilər və bu qərar klient tərəfində siyasətlə verilir.

Bunun bağlantı axınında göründüyü yer

Klienti yuxarıdan aşağı keçin. Profil yüklənir, etimadnamələr toplanır və autentifikasiya tamamlanır. Sonra hər hansı tunel qurulmazdan əvvəl klient öz sessiya və qurma parametrlərini düşdüyü mühitə uyğun qiymətləndirir.

O anda üç şeyi qeyd edin: dəqiq mesaj mətni, klient versiyası və klientdə göstərilən profil adı. Bu üçü qeyri-müəyyən şikayəti kiminsə üzərində işləyə biləcəyi dəstək sorğusuna çevirir. Dialoqun ekran görüntüsünü çəkin, çünki uzun mesajlar jurnalda kəsilir. Vaxtı da qeyd edin ki, administrator onu baş tərəflə tutuşdura bilsin.

Buna əslində qərar verən parametr

Windows VPN Establishment siyasəti aidiyyəti nəzarətdir və onun iki sənədləşdirilmiş dəyəri var: yalnız lokal istifadəçilər və uzaq istifadəçilərə icazə. İkincisi dəstəklənən konfiqurasiyada Remote Desktop sessiyasından tunel qurmağa icazə verir. Birincisi bir çox korporativ profillərdə standart mövqedir.

Onu Windows Logon Enforcement ilə qarışdırmayın; profil təlimatı onu giriş sessiyalarına aid ayrı siyasət kimi sənədləşdirir. Biri hansı sessiyanın tunel qura biləcəyini, digəri eyni vaxtlı və ya girişdən əvvəlki davranışı idarə edir. Səhv olanı dəyişmək görünən heç bir nəticə vermir.

Həqiqətən tətbiq olunan profili oxuyun

İdarə olunan yerləşdirmədə klient profilini baş tərəfdən və ya idarə olunan yerdən alır və diskdə redaktə edilmiş nüsxə çox vaxt qüvvədə olan nüsxə deyil. Buna görə lokal XML dəyişikliyi düzgün görünə bilər və heç nəyi dəyişməz.

Administratordan dizüstü kompüterdə hansı faylın olduğunu deyil, cihazın hansı profil və qrup siyasəti aldığını soruşun. Versiya yenilənməsindən sonra bu ikisi tez-tez uyğun gəlmir. Lokal qovluqdakı köhnə nüsxə hələ də redaktorda açılır və hələ də düzgün görünür. Sadəcə olaraq klientin tətbiq etdiyi şey deyil.

Tunel qalxdıqdan sonra RDP yolu

Uzaq qurmağa icazə vermək Remote Desktop sessiyanızın yaşayacağına zəmanət vermir. Tunel marşrutları və ya lokal giriş qaydalarını dəyişdikdə sizi içəri gətirən sessiya onu saxlayan yolu itirə bilər.

Dəyişiklikdən əvvəl bərpa kanalı planlaşdırın: konsol girişi, bantdankənar idarəetmə yolu və ya sənədləşdirilmiş yenidən qoşulma proseduru. Bunu sonradan qərara almaq adətən maşına səfər deməkdir.

Siyasəti yan keçmək üçün sessiya oğurlama hiylələrindən, alternativ uzaqdan idarəetmə alətlərindən və ya skriptə yazılmış paroldan istifadə etməyin. Təşkilat bu iş axınına icazə vermirsə, düzgün addım onun dəstəklədiyi idarəetmə yoludur.

Administratora nə göndərmək lazımdır

Onlara mesaj mətnini, klient versiyasını, aktiv profil adını, qoşulduğunuz sessiya növünü və lokal konsol cəhdinin fərqli davranıb-davranmadığını verin. Vaxt damğasını əlavə edin.

Məhz bu son müqayisə vaxta qənaət edir, çünki sessiya siyasətinin rəddini cihaz miqyaslı nasazlıqdan ayırır.

Təsdiqlənmiş dəyişiklikdən sonra yoxlayın

Profil yeniləndikdən sonra yeni RDP sessiyası qurun və yenidən qoşulun, sonra ayırma ardıcıllığını qəsdən icra edin. Tunelin qalxdığını, idarəetmə yolunun qaldığını və hesabınızın hələ də masaüstünə daxil ola bildiyini təsdiqləyin.

VPN-ə qəbul, sessiyanın yaşaması və Windows giriş icazəsi üç ayrı yoxlamadır. Birinin keçməsi digər ikisi haqqında heç nə demir.