Cisco Secure Client blokuje VPN z relácie RDP

Prihlásenie uspeje a tunel napriek tomu nevznikne. Táto kombinácia mätie ľudí, pretože ju čítajú ako problém s overovaním a potom strávia popoludnie resetovaním prihlasovacích údajov, ktoré nikdy neboli príčinou. Cisco Secure Client môže odmietnuť nadviazať VPN práve preto, že pokus prišiel z relácie Remote Desktop, a toto rozhodnutie robí politika na strane klienta.

Kde sa to objavuje v toku pripojenia

Prejdite klienta od začiatku. Profil sa načíta, údaje sa zhromaždia a overenie sa dokončí. Potom, skôr než sa vytvorí akýkoľvek tunel, klient vyhodnotí nastavenia relácie a nadviazania voči prostrediu, v ktorom sa nachádza.

V tej chvíli si zapíšte tri veci: presný text správy, verziu klienta a názov profilu zobrazený v klientovi. Tieto tri premenia neurčitú sťažnosť na požiadavku na podporu, s ktorou sa dá niečo robiť. Urobte snímku obrazovky dialógu, pretože dlhé správy sa v zázname skracujú. Poznamenajte aj čas, aby ho správca mohol porovnať s centrálou.

Nastavenie, ktoré o tom skutočne rozhoduje

Politika Windows VPN Establishment je príslušný prvok a má dve dokumentované hodnoty: iba miestni používatelia a povoliť vzdialených používateľov. Druhá umožňuje nadviazať tunel z relácie Remote Desktop v podporovanej konfigurácii. Prvá je predvolený postoj v mnohých podnikových profiloch.

Nezamieňajte ju s Windows Logon Enforcement, ktorú sprievodca profilom dokumentuje ako samostatnú politiku o prihlasovacích reláciách. Jedna určuje, ktorá relácia smie tunel vytvoriť, druhá určuje správanie pri súbežnom prihlásení alebo pred prihlásením. Zmena tej nesprávnej nemá viditeľný účinok.

Čítajte profil, ktorý sa skutočne uplatňuje

V spravovanom nasadení klient dostáva profil z centrály alebo zo spravovaného miesta a kópia upravená na disku často nie je tá platná. Preto môže lokálna zmena XML vyzerať správne a nič nezmeniť.

Pýtajte sa správcu, ktorý profil a ktoré skupinové politiky zariadenie dostáva, nie ktorý súbor je na notebooku. Po aktualizácii verzie sa tieto dve často rozchádzajú. Zastaraná kópia v lokálnom priečinku sa stále otvára v editore a stále vyzerá správne. Jednoducho to nie je to, čo klient použil.

Cesta RDP po nadviazaní tunela

Povolenie vzdialeného nadviazania nezaručuje, že vaša relácia Remote Desktop prežije. Keď tunel zmení trasy alebo lokálne pravidlá prístupu, relácia, ktorá vás priviedla dnu, môže stratiť cestu, ktorá ju udržiava.

Naplánujte obnovovací kanál pred zmenou: prístup ku konzole, mimopásmovú cestu správy alebo zdokumentovaný postup opätovného pripojenia. Rozhodnúť o tom dodatočne zvyčajne znamená cestu k stroju.

Nepoužívajte triky s krádežou relácií, alternatívne nástroje vzdialenej správy ani heslo zapísané v skripte, aby ste obišli politiku. Ak organizácia tento postup nepovoľuje, správnym krokom je administratívna cesta, ktorú podporuje.

Čo poslať správcovi

Dajte mu text správy, verziu klienta, názov aktívneho profilu, typ relácie, cez ktorú ste sa pripájali, a či sa pokus z miestnej konzoly správa inak. Pridajte časovú pečiatku.

Práve to posledné porovnanie šetrí čas, pretože oddeľuje odmietnutie politikou relácie od poruchy celého zariadenia.

Overte po schválenej zmene

Po aktualizácii profilu nadviažte novú reláciu RDP a pripojte sa znova, potom zámerne prejdite sekvenciou odpojenia. Overte, že tunel vznikne, cesta správy prežije a že sa váš účet stále môže prihlásiť na plochu.

Povolenie VPN, prežitie relácie a oprávnenie na prihlásenie do Windows sú tri samostatné kontroly. Prejsť jednou nehovorí nič o zvyšných dvoch.