Cisco Secure Client blokkearret VPN fan in RDP-sesje

De oanmelding slagget en de tunnel komt dochs net op. Dy kombinaasje ferbjusteret minsken, om't se it as in ferifikaasjeprobleem lêze en dan in middei besteegje oan it weromsetten fan oanmeldgegevens dy't nea it probleem wiene. In Cisco Secure Client kin wegerje in VPN op te setten krekt om't de poging fan in Remote Desktop-sesje kaam, en dy beslissing wurdt troch belied oan de kliïntkant nommen.

Wêr't dit yn 'e ferbiningsstream ferskynt

Gean de klient fan boppen troch. It profyl lade, gegevens wurde sammele en ferifikaasje foltôget. Dan, foardat der in tunnel boud wurdt, beöardielt de klient syn sesje- en oprjochtsynstellings tsjin 'e omjouwing dêr't er him yn befynt.

Skriuw op dat stuit trije dingen del: it krekte berjocht, de klientferzje en de profylnamme dy't yn 'e klient toand wurdt. Dy trije meitsje fan in ûndúdlike klacht in stipefersyk dêr't immen wat mei kin. Meitsje in skermôfbylding fan 'e dialooch, om't lange berjochten yn it log ôfkoarte wurde. Notearje ek de tiid, sadat de behearder dy tsjin 'e headend hâlde kin.

De ynstelling dy't it echt beslút

It belied Windows VPN Establishment is de relevante kontrôle, en it hat twa dokumintearre wearden: allinnich lokale brûkers, en remote brûkers tastean. De twadde lit in tunnel fan in Remote Desktop-sesje ta yn in stipe konfiguraasje. De earste is de standertposysje yn in protte bedriuwsprofylen.

Ferwikselje it net mei Windows Logon Enforcement, dat de profylgids dokumintearret as in apart belied oer oanmeldingssesjes. It iene regelet hokker sesje de tunnel bouwe mei, it oare regelet tagelyk of foar-oanmelding gedrach. It ferkearde feroarje hat gjin sichtber effekt.

Lês it profyl dat echt tapast wurdt

Yn in beheard útrôljen krijt de klient syn profyl fan 'e headend of fan in beheard plak, en in kopy dy't op 'e skiif bewurke is, is faak net de jildende. Dêrom kin in lokale XML-foarhering korrekt lykje en neat feroarje.

Freegje de behearder hokker profyl en hokker groepbelied it apparaat krijt, ynstee fan hokker bestân der op 'e laptop stiet. Dy twa binne it faak net iens nei in ferzje-upgrade. In ferâldere kopy yn 'e lokale map iepenet noch yn 'e bewurker en liket noch korrekt. It is gewoan net wat de klient tapast hat.

It RDP-paad neidat de tunnel opkomt

It tastean fan remote oprjochting garandearret net dat jo Remote Desktop-sesje oerlibbet. As de tunnel rûtes of lokale tagongsregels feroaret, kin de sesje dy't jo binnenbrocht hat it paad ferlieze dat har oanhâldt.

Plan in werstelkanaal foar de feroaring: konsoltagong, in out-of-band behearspaad of in dokumintearre ferbiningsproseduere. Dat achterôf beslute betsjut meastentiids in reis nei de masine.

Brûk gjin trúkjes om sesjes te stellen, alternative remote-control-ark of in wachtwurd dat yn in skript skreaun is om it belied te omgean. As de organisaasje dizze wurkstream net autorisearret, is de juste stap it behearspaad dat it wol stipe.

Wat jo nei de behearder stjoere

Jou harren de berjochtekst, de klientferzje, de namme fan it aktive profyl, it sesjetype dêr't jo oer ferbûn binne, en oft in poging fan 'e lokale konsola oars docht. Foegje de tiidstimpel ta.

Just dy lêste ferliking sparret tiid, om't it in wegering troch sesjebelied skiedt fan in apparaatbrede flater.

Ferifiearje nei in goedkarde feroaring

Sadree't it profyl bywurke is, meitsje in nije RDP-sesje en ferbynje op 'e nij, en trochrin dan bewust de ôfbreksekwinsje. Befêstigje dat de tunnel opkomt, it behearspaad oerlibbet en jo akkount noch yn it buroblêd oanmelde kin.

VPN-tagong, sesjeoerlibjen en Windows-aanmeldingsrjocht binne trije aparte kontrôles. Ien helje seit neat oer de oare twa.