Cisco Secure Client estää VPN:n RDP-istunnosta

Kirjautuminen onnistuu, eikä tunneli silti nouse. Yhdistelmä hämmentää, koska se luetaan todennusongelmaksi, ja sitten päivä kuluu tunnusten nollaamiseen, jotka eivät koskaan olleet syy. Cisco Secure Client voi kieltäytyä muodostamasta VPN:ää juuri siksi, että yritys tuli Remote Desktop -istunnosta, ja päätöksen tekee käytäntö asiakasohjelman puolella.

Missä tämä näkyy yhteyden muodostuksen kulussa

Käy asiakasohjelma läpi ylhäältä. Profiili latautuu, tunnukset kerätään ja todennus päättyy. Sen jälkeen, ennen kuin yhtään tunnelia rakennetaan, asiakasohjelma arvioi istunto- ja muodostusasetuksensa ympäristöä vasten, josta se itsensä löytää.

Kirjoita siinä hetkessä kolme asiaa ylös: tarkka viesti, asiakasohjelman versio ja asiakasohjelmassa näkyvä profiilin nimi. Nämä kolme muuttavat epämääräisen valituksen tukipyynnöksi, jolla joku voi toimia. Ota kuvakaappaus valintaikkunasta, koska pitkät viestit katkeavat lokissa. Merkitse myös kellonaika, jotta ylläpitäjä voi verrata sitä keskuslaitteeseen.

Asetus, joka todella ratkaisee

Käytäntö Windows VPN Establishment on asiaankuuluva hallinta, ja sillä on kaksi dokumentoitua arvoa: vain paikalliset käyttäjät ja salli etäkäyttäjät. Jälkimmäinen sallii tunnelin muodostamisen Remote Desktop -istunnosta tuetussa kokoonpanossa. Ensimmäinen on oletusasento monissa yritysprofiileissa.

Älä sekoita sitä Windows Logon Enforcement -käytäntöön, jonka profiiliopas dokumentoi erillisenä kirjautumisistuntoja koskevana käytäntönä. Toinen määrää, mikä istunto saa rakentaa tunnelin, toinen määrää samanaikaisen tai ennen kirjautumista tapahtuvan toiminnan. Väärän muuttaminen ei tuota näkyvää vaikutusta.

Lue profiili, jota todella sovelletaan

Hallitussa käyttöönotossa asiakasohjelma saa profiilinsa keskuslaitteesta tai hallitusta sijainnista, eikä levylle muokattu kopio useinkaan ole se, joka on voimassa. Siksi paikallinen XML-muutos voi näyttää oikealta eikä muuta mitään.

Kysy ylläpitäjältä, minkä profiilin ja ryhmäkäytännön laite saa, älä sitä, mikä tiedosto kannettavassa on. Nämä kaksi ovat usein eri mieltä versiopäivityksen jälkeen. Paikallisen kansion vanhentunut kopio avautuu yhä editorissa ja näyttää yhä oikealta. Se ei yksinkertaisesti ole se, mitä asiakasohjelma sovelsi.

RDP-polku tunnelin noustua

Etämuodostuksen salliminen ei takaa, että Remote Desktop -istuntosi säilyy. Kun tunneli muuttaa reittejä tai paikallisia käyttösääntöjä, sinut sisään tuonut istunto voi menettää sen ylläpitävän polun.

Suunnittele palautuskanava ennen muutosta: konsolikäyttö, kaistanulkoinen hallintapolku tai dokumentoitu uudelleenyhdistämismenettely. Asian päättäminen jälkikäteen tarkoittaa yleensä matkaa koneelle.

Älä käytä istunnon varastamiseen tähtääviä temppuja, vaihtoehtoisia etähallintatyökaluja tai skriptiin kirjoitettua salasanaa käytännön kiertämiseen. Jos organisaatio ei valtuuta tätä työnkulkua, oikea askel on hallintapolku, jota se tukee.

Mitä ylläpitäjälle lähetetään

Anna heille viestin teksti, asiakasohjelman versio, aktiivisen profiilin nimi, istuntotyyppi, jonka kautta yhdistit, ja tieto siitä, käyttäytyykö paikallisen konsolin yritys eri tavalla. Lisää aikaleima.

Juuri viimeinen vertailu säästää aikaa, koska se erottaa istuntokäytännön hylkäyksen koko laitteen viasta.

Varmista hyväksytyn muutoksen jälkeen

Kun profiili on päivitetty, muodosta uusi RDP-istunto ja yhdistä uudelleen, ja käy sitten katkaisujakso tarkoituksella läpi. Varmista, että tunneli nousee, hallintapolku säilyy ja tilisi voi yhä kirjautua työpöydälle.

VPN-hyväksyntä, istunnon säilyminen ja Windows-kirjautumislupa ovat kolme erillistä tarkistusta. Yhden läpäiseminen ei kerro mitään kahdesta muusta.