Cisco Secure Client RDP seansidan VPN o'rnatishni bloklaydi

Kirish muvaffaqiyatli bo'ladi, lekin tunnel baribir ko'tarilmaydi. Bu birikma odamlarni chalg'itadi, chunki uni autentifikatsiya muammosi deb o'qiydilar, so'ng hech qachon sabab bo'lmagan hisob ma'lumotlarini tiklashga yarim kun sarflaydilar. Cisco Secure Client VPN o'rnatishdan aynan shu sababli bosh tortishi mumkin: urinish Remote Desktop seansidan kelgan, va bu qarorni mijoz tomonidagi siyosat qabul qiladi.

Bu ulanish oqimida qayerda ko'rinadi

Mijozni yuqoridan ko'zdan kechiring. Profil yuklanadi, hisob ma'lumotlari yig'iladi va autentifikatsiya tugaydi. So'ngra, har qanday tunnel qurilishidan oldin, mijoz o'zining seans va o'rnatish sozlamalarini o'zi turgan muhitga qarab baholaydi.

O'sha paytda uchta narsani yozib qo'ying: aniq xabar matni, mijoz versiyasi va mijozda ko'rsatilgan profil nomi. Bu uchtasi noaniq shikoyatni kimdir chora ko'rishi mumkin bo'lgan yordam so'roviga aylantiradi. Muloqot oynasining skrinshotini oling, chunki uzun xabarlar jurnalda qisqartiriladi. Vaqtni ham belgilang, administrator uni bosh server bilan solishtira olsin.

Aslida hal qiladigan sozlama

Windows VPN Establishment siyosati tegishli nazorat bo'lib, uning ikkita hujjatlashtirilgan qiymati bor: faqat mahalliy foydalanuvchilar va masofaviy foydalanuvchilarga ruxsat. Ikkinchisi qo'llab-quvvatlanadigan konfiguratsiyada Remote Desktop seansidan tunnel qurishga ruxsat beradi. Birinchisi ko'plab korporativ profillarda standart pozitsiya.

Uni Windows Logon Enforcement bilan aralashtirmang; profil qo'llanmasi uni kirish seanslari haqidagi alohida siyosat sifatida hujjatlashtiradi. Biri qaysi seans tunnel qurishi mumkinligini, ikkinchisi bir vaqtdagi yoki kirishdan oldingi xatti-harakatni tartibga soladi. Noto'g'risini o'zgartirish ko'rinadigan ta'sir bermaydi.

Aslida qo'llanilgan profilni o'qing

Boshqariladigan joylashtirishda mijoz profilini bosh serverdan yoki boshqariladigan joydan oladi, diskda tahrirlangan nusxa esa ko'pincha amaldagi nusxa emas. Shuning uchun mahalliy XML o'zgarishi to'g'ri ko'rinishi va hech narsani o'zgartirmasligi mumkin.

Administratordan noutbukda qaysi fayl borligini emas, qurilma qaysi profil va qaysi guruh siyosatini olishini so'rang. Versiya yangilangandan keyin ikkalasi ko'pincha mos kelmaydi. Mahalliy jilddagi eski nusxa hali ham muharrirda ochiladi va hali ham to'g'ri ko'rinadi. Shunchaki bu mijoz qo'llagan narsa emas.

Tunnel ko'tarilgandan keyingi RDP yo'li

Masofaviy o'rnatishga ruxsat berish Remote Desktop seansingiz omon qolishiga kafolat bermaydi. Tunnel marshrutlar yoki mahalliy kirish qoidalarini o'zgartirganda, sizni ichkariga olib kirgan seans uni ushlab turuvchi yo'lni yo'qotishi mumkin.

O'zgarishdan oldin tiklash kanalini rejalashtiring: konsolga kirish, tarmoqdan tashqari boshqaruv yo'li yoki hujjatlashtirilgan qayta ulanish tartibi. Buni keyin hal qilish odatda mashinaga sayohatni anglatadi.

Siyosatni chetlab o'tish uchun seans o'g'irlash hiylalari, muqobil masofaviy boshqaruv vositalari yoki skriptga yozilgan paroldan foydalanmang. Agar tashkilot bu ish oqimini ruxsat qilmasa, to'g'ri qadam u qo'llab-quvvatlaydigan boshqaruv yo'lidir.

Administratorga nima yuborish kerak

Ularga xabar matnini, mijoz versiyasini, faol profil nomini, siz ulangan seans turini va mahalliy konsoldan qilingan urinish boshqacha ishlayotganini bering. Vaqt belgisini qo'shing.

Aynan oxirgi taqqoslash vaqtni tejaydi, chunki u seans siyosati bo'yicha rad etishni butun qurilma nosozligidan ajratadi.

Tasdiqlangan o'zgarishdan keyin tekshiring

Profil yangilangandan so'ng yangi RDP seansi o'rnating va qayta ulanib, keyin uzilish ketma-ketligini ataylab bajaring. Tunnel ko'tarilishini, boshqaruv yo'li saqlanishini va hisobingiz hali ham ish stoliga kirishi mumkinligini tasdiqlang.

VPNga qabul, seansning saqlanishi va Windowsga kirish ruxsati uchta alohida tekshiruvdir. Bittasidan o'tish qolgan ikkitasi haqida hech narsa demaydi.