Cisco Secure Client blokira VPN iz RDP sesije

Prijava uspijeva, a tunel se ipak ne podiže. Ta kombinacija zbunjuje ljude jer je čitaju kao problem s autentifikacijom, a zatim provedu poslijepodne resetirajući vjerodajnice koje nikada nisu bile uzrok. Cisco Secure Client može odbiti uspostavljanje VPN-a upravo zato što je pokušaj došao iz Remote Desktop sesije, a tu odluku donosi politika na strani klijenta.

Gdje se to pojavljuje u toku povezivanja

Prođite kroz klijent od početka. Profil se učitava, vjerodajnice se prikupljaju i autentifikacija se završava. Zatim, prije nego što se izgradi bilo koji tunel, klijent procjenjuje postavke sesije i uspostavljanja prema okruženju u kojem se nalazi.

Zapišite tri stvari u tom trenutku: točan tekst poruke, verziju klijenta i naziv profila prikazan u klijentu. Te tri pretvaraju nejasnu pritužbu u zahtjev za podršku na koji netko može djelovati. Napravite snimku zaslona dijaloga jer se duge poruke skraćuju u zapisniku. Zabilježite i vrijeme, kako bi ga administrator mogao usporediti s glavnim čvorištem.

Postavka koja zapravo odlučuje

Politika Windows VPN Establishment relevantna je kontrola i ima dvije dokumentirane vrijednosti: samo lokalni korisnici i dopusti udaljene korisnike. Druga dopušta uspostavljanje tunela iz Remote Desktop sesije u podržanoj konfiguraciji. Prva je zadani stav u mnogim korporativnim profilima.

Ne miješajte je s vodičem za profil, koji dokumentira Windows Logon Enforcement kao zasebnu politiku o sesijama prijave. Jedna uređuje koja sesija smije izgraditi tunel, druga uređuje istovremeno ponašanje ili ponašanje prije prijave. Promjena pogrešne nema vidljivog učinka.

Pročitajte profil koji je stvarno primijenjen

U upravljanom postavljanju klijent dobiva profil s glavnog čvorišta ili s upravljanog mjesta, a kopija uređena na disku često nije ona koja je na snazi. Zato lokalna izmjena XML-a može izgledati ispravno i ne promijeniti ništa.

Pitajte administratora koji profil i koju grupnu politiku uređaj dobiva, a ne koja datoteka postoji na prijenosniku. Njih dvoje se često razilaze nakon nadogradnje verzije. Zastarjela kopija u lokalnoj mapi još se otvara u uređivaču i još izgleda ispravno. Jednostavno nije ono što je klijent primijenio.

RDP put nakon podizanja tunela

Dopuštanje udaljenog uspostavljanja ne jamči da će vaša Remote Desktop sesija preživjeti. Kada tunel promijeni rute ili lokalna pravila pristupa, sesija koja vas je uvela može izgubiti put koji je održava.

Planirajte kanal za oporavak prije promjene: pristup konzoli, izvanpojasni put upravljanja ili dokumentirani postupak ponovnog povezivanja. Odlučivanje o tome naknadno obično znači put do računala.

Ne koristite trikove za otimanje sesija, alternativne alate za daljinsko upravljanje ni lozinku upisanu u skriptu da zaobiđete politiku. Ako organizacija ne odobrava ovaj tok rada, ispravan potez je administrativni put koji podržava.

Što poslati administratoru

Dajte im tekst poruke, verziju klijenta, naziv aktivnog profila, vrstu sesije preko koje ste se povezali i da li se pokušaj s lokalne konzole ponaša drugačije. Dodajte vremensku oznaku.

Upravo to posljednje poređenje štedi vrijeme jer razdvaja odbijanje po politici sesije od kvara na cijelom uređaju.

Provjerite nakon odobrene promjene

Kad se profil ažurira, uspostavite novu RDP sesiju i povežite se ponovno, pa namjerno prođite kroz slijed prekida. Potvrdite da se tunel podiže, da put upravljanja preživljava i da se vaš račun još može prijaviti na radnu površinu.

Dopuštanje VPN-a, preživljavanje sesije i dozvola za prijavu u Windows tri su odvojene provjere. Prolazak jedne ne govori ništa o druge dvije.