Cisco Secure Client huzuia VPN kutoka kipindi cha RDP

Kuingia kunafaulu na handaki halitokei juu. Mchanganyiko huo huwachanganya watu kwa sababu wanausoma kama tatizo la uthibitishaji, kisha hutumia mchana mzima kuweka upya vitambulisho ambavyo havikuwa tatizo kamwe. Cisco Secure Client inaweza kukataa kuanzisha VPN hasa kwa sababu jaribio lilitoka kwenye kipindi cha Remote Desktop, na uamuzi huo hufanywa na sera upande wa mteja.

Inaonekana wapi katika mtiririko wa muunganisho

Pitia mteja kutoka juu. Wasifu hupakiwa, vitambulisho hukusanywa na uthibitishaji hukamilika. Kisha, kabla ya handaki yoyote kujengwa, mteja hutathmini mipangilio yake ya kipindi na uanzishaji dhidi ya mazingira aliyonayo.

Andika mambo matatu wakati huo: ujumbe kamili, toleo la mteja na jina la wasifu linaloonyeshwa kwenye mteja. Haya matatu hubadilisha malalamiko yasiyo wazi kuwa ombi la msaada ambalo mtu anaweza kuchukua hatua. Piga picha ya skrini ya kidirisha, kwa sababu ujumbe mrefu hukatwa kwenye kumbukumbu. Andika pia muda, ili msimamizi aweze kuulinganisha na mkuu wa mwisho.

Mpangilio unaoamua kwa kweli

Sera ya Windows VPN Establishment ndiyo udhibiti husika, na ina thamani mbili zilizoandikwa: watumiaji wa ndani pekee, na kuruhusu watumiaji wa mbali. Ya pili inaruhusu handaki kuanzishwa kutoka kipindi cha Remote Desktop katika usanidi unaotumika. Ya kwanza ni msimamo wa kawaida katika wasifu wengi wa shirika.

Usiichanganye na Windows Logon Enforcement, ambayo mwongozo wa wasifu huieleza kama sera tofauti kuhusu vipindi vya kuingia. Moja hudhibiti kipindi gani kinaweza kujenga handaki, nyingine hudhibiti tabia ya wakati mmoja au kabla ya kuingia. Kubadilisha ile isiyo sahihi hakuna athari inayoonekana.

Soma wasifu unaotumika kwa kweli

Katika usambazaji unaosimamiwa mteja hupokea wasifu wake kutoka mkuu wa mwisho au mahali panaposimamiwa, na nakala iliyohaririwa kwenye diski mara nyingi si ile iliyo kwa nguvu. Ndiyo sababu mabadiliko ya XML ya ndani yanaweza kuonekana sahihi na yasibadilishe chochote.

Muulize msimamizi ni wasifu gani na sera gani ya kikundi kifaa kinachopokea, si faili gani iko kwenye kompyuta ya mkononi. Mbili hizo mara nyingi hazilingani baada ya kuboresha toleo. Nakala ya zamani kwenye folda ya ndani bado inafunguka kwenye kihariri na bado inaonekana sahihi. Si tu kile mteja alichotumia.

Njia ya RDP baada ya handaki kupanda

Kuruhusu uanzishaji wa mbali hakuhakikishi kipindi chako cha Remote Desktop kitaendelea. Handaki linapobadilisha njia au kanuni za ufikiaji wa ndani, kipindi kilichokuleta ndani kinaweza kupoteza njia inachokiendeleza.

Panga njia ya urejeshaji kabla ya mabadiliko: ufikiaji wa konsoli, njia ya usimamizi ya nje ya bendi, au utaratibu ulioandikwa wa kuunganisha tena. Kuamua hilo baadaye kwa kawaida humaanisha safari hadi kwenye mashine.

Usitumie hila za kuiba vipindi, zana mbadala za udhibiti wa mbali au neno la siri lililoandikwa kwenye skripti kuzunguka sera. Ikiwa shirika haliruhusu mtiririko huu wa kazi, hatua sahihi ni njia ya usimamizi ambayo inaunga mkono.

Nini cha kutuma kwa msimamizi

Wape maandishi ya ujumbe, toleo la mteja, jina la wasifu unaotumika, aina ya kipindi ulichounganisha nacho, na ikiwa jaribio la konsoli ya ndani linajiendesha tofauti. Ongeza muhuri wa muda.

Ulinganisho huo wa mwisho unaokoa muda, kwa sababu hutenganisha kukataliwa kwa sera ya kipindi na hitilafu ya kifaa kizima.

Thibitisha baada ya mabadiliko yaliyoidhinishwa

Baada ya wasifu kusasishwa, anzisha kipindi kipya cha RDP na unganisha tena, kisha fanya mfululizo wa kukatisha kwa makusudi. Thibitisha handaki linapanda, njia ya usimamizi inaendelea, na akaunti yako bado inaweza kuingia kwenye eneo la kazi.

Kukubaliwa kwenye VPN, kuendelea kwa kipindi na ruhusa ya kuingia Windows ni ukaguzi vitatu tofauti. Kupita mmoja hakusemi chochote kuhusu wengine wawili.