Hinaharang ng Cisco Secure Client ang VPN mula sa sesyong RDP

Nagtagumpay ang pag-sign in at hindi pa rin umaangat ang tunnel. Nakakalito ang kombinasyong ito dahil binabasa ito bilang problema sa pagpapatotoo, at pagkatapos ay inuubos ang hapon sa pag-reset ng mga kredensyal na hindi naman kailanman ang sanhi. Maaaring tumanggi ang Cisco Secure Client na magtatag ng VPN dahil lang sa ang pagtatangka ay nagmula sa sesyong Remote Desktop, at ang desisyong iyon ay ginagawa ng patakaran sa panig ng kliyente.

Saan ito lumilitaw sa daloy ng koneksyon

Sundan ang kliyente mula sa itaas. Naglo-load ang profile, kinokolekta ang mga kredensyal, at natatapos ang pagpapatotoo. Pagkatapos, bago buuin ang anumang tunnel, sinusuri ng kliyente ang mga setting ng sesyon at pagtatag laban sa kapaligirang kinalalagyan nito.

Isulat ang tatlong bagay sa sandaling iyon: ang eksaktong mensahe, ang bersyon ng kliyente, at ang pangalan ng profile na nakikita sa kliyente. Ang tatlong ito ay ginagawang aksyonable na kahilingan sa suporta ang malabong reklamo. Kunan ng screenshot ang dialog, dahil pinuputol ang mahahabang mensahe sa log. Itala rin ang oras, upang maihambing ito ng administrador sa headend.

Ang setting na talagang nagpapasya

Ang patakarang Windows VPN Establishment ang kaugnay na kontrol, at mayroon itong dalawang dokumentadong halaga: lokal na user lamang, at payagan ang malalayong user. Pinapayagan ng pangalawa ang pagtatag ng tunnel mula sa sesyong Remote Desktop sa sinusuportahang konfigurasyon. Ang una ang default na tindig sa maraming profile ng enterprise.

Huwag itong ipagkamali sa Windows Logon Enforcement, na dokumentado ng gabay ng profile bilang hiwalay na patakaran tungkol sa mga sesyon ng pag-log on. Ang isa ay namamahala kung aling sesyon ang maaaring bumuo ng tunnel, ang isa ay namamahala sa sabayang o bago mag-log on na pag-uugali. Walang nakikitang epekto ang pagbabago ng mali.

Basahin ang profile na talagang inilalapat

Sa pinamamahalaang deployment natatanggap ng kliyente ang profile nito mula sa headend o sa pinamamahalaang lokasyon, at ang kopyang na-edit sa disk ay madalas na hindi ang may bisa. Iyon ang dahilan kung bakit ang lokal na pagbabago sa XML ay maaaring magmukhang tama at walang mabago.

Itanong sa administrador kung aling profile at aling patakaran ng grupo ang natatanggap ng device, hindi kung aling file ang nasa laptop. Madalas hindi magkasundo ang dalawa pagkatapos ng upgrade ng bersyon. Ang lumang kopya sa lokal na folder ay bukas pa rin sa editor at mukha pa ring tama. Hindi lang ito ang ginamit ng kliyente.

Ang rutang RDP pagkatapos umangat ang tunnel

Ang pagpayag sa malayong pagtatag ay hindi garantiya na mabubuhay ang iyong sesyong Remote Desktop. Kapag binago ng tunnel ang mga ruta o lokal na tuntunin sa pag-access, maaaring mawala sa sesyong nagdala sa iyo ang rutang nagpapanatili nito.

Magplano ng channel ng pagbawi bago ang pagbabago: access sa console, rutang pang-administrasyon sa labas ng banda, o dokumentadong pamamaraan ng muling pagkonekta. Ang pagpapasya nito pagkatapos ay kadalasang nangangahulugan ng paglalakbay patungo sa makina.

Huwag gumamit ng mga panlilinlang sa pagnanakaw ng sesyon, alternatibong kagamitan sa remote control, o password na nakasulat sa script upang lusutan ang patakaran. Kung hindi pinapahintulutan ng organisasyon ang daloy ng trabahong ito, ang tamang hakbang ay ang rutang pang-administrasyong sinusuportahan nito.

Ano ang ipapadala sa administrador

Ibigay sa kanila ang teksto ng mensahe, bersyon ng kliyente, pangalan ng aktibong profile, uri ng sesyong kinonektahan mo, at kung iba ang inaasal ng pagtatangka mula sa lokal na console. Idagdag ang timestamp.

Ang huling paghahambing na iyon ang nakakatipid ng oras, dahil hinihiwalay nito ang pagtanggi dahil sa patakaran ng sesyon mula sa kabiguang sumasaklaw sa buong device.

I-verify pagkatapos ng aprubadong pagbabago

Kapag na-update ang profile, magtatag ng bagong sesyong RDP at kumonekta muli, pagkatapos ay sadyang isagawa ang pagkakasunod-sunod ng pagdiskonekta. Kumpirmahin na umaangat ang tunnel, nabubuhay ang rutang pang-administrasyon, at nakakapag-sign in pa rin ang iyong account sa desktop.

Ang pagtanggap sa VPN, ang pagtatagal ng sesyon, at ang pahintulot sa pag-log on sa Windows ay tatlong magkakahiwalay na pagsusuri. Ang makapasa sa isa ay walang sinasabi tungkol sa dalawa pa.