Cisco Secure Client yn blocio VPN o sesiwn RDP

Mae'r mewngofnodi'n llwyddo ac eto nid yw'r twnnel yn codi. Mae'r cyfuniad hwnnw'n drysu pobl oherwydd eu bod yn ei ddarllen fel problem dilysu, ac yna'n treulio prynhawn yn ailosod manylion mewngofnodi nad oeddent erioed yn broblem. Gall Cisco Secure Client wrthod sefydlu VPN yn union oherwydd bod yr ymgais wedi dod o sesiwn Remote Desktop, a pholisi ar ochr y cleient sy'n gwneud y penderfyniad hwnnw.

Ble mae hyn yn ymddangos yn y llif cysylltu

Cerddwch trwy'r cleient o'r dechrau. Mae'r proffil yn llwytho, mae manylion yn cael eu casglu, ac mae dilysu'n cwblhau. Yna, cyn i unrhyw dwnnel gael ei adeiladu, mae'r cleient yn gwerthuso ei osodiadau sesiwn a sefydlu yn erbyn yr amgylchedd y mae ynddo.

Nodwch dri pheth ar y foment honno: union destun y neges, fersiwn y cleient, ac enw'r proffil a ddangosir yn y cleient. Mae'r tri hynny'n troi cwyn annelwig yn gais cymorth y gall rhywun weithredu arno. Tynnwch sgrinlun o'r deialog, oherwydd mae negeseuon hir yn cael eu torri yn y log. Nodwch yr amser hefyd, fel y gall y gweinyddwr ei gymharu â'r pen.

Y gosodiad sy'n penderfynu arni mewn gwirionedd

Polisi Windows VPN Establishment yw'r rheolaeth berthnasol, ac mae ganddo ddau werth wedi'u dogfennu: defnyddwyr lleol yn unig, a chaniatáu defnyddwyr o bell. Mae'r ail yn caniatáu sefydlu twnnel o sesiwn Remote Desktop mewn ffurfweddiad a gefnogir. Y cyntaf yw'r safbwynt diofyn mewn llawer o broffiliau menter.

Peidiwch â'i gymysgu â chanllaw proffil, sy'n dogfennu Windows Logon Enforcement fel polisi ar wahân am sesiynau mewngofnodi. Mae un yn rheoli pa sesiwn a gaiff adeiladu'r twnnel, mae'r llall yn rheoli ymddygiad cydamserol neu cyn mewngofnodi. Nid yw newid y sawl anghywir yn cynhyrchu unrhyw effaith weladwy.

Darllenwch y proffil sy'n cael ei gymhwyso mewn gwirionedd

Mewn defnydd rheoledig mae'r cleient yn cael ei broffil o'r pen neu o leoliad rheoledig, ac yn aml nid copi a olygwyd ar y disg yw'r un sydd mewn grym. Dyna pam y gall newid XML lleol edrych yn gywir a pheidio â newid dim.

Gofynnwch i'r gweinyddwr pa broffil a pha bolisi grŵp y mae'r ddyfais yn ei gael, yn hytrach na pha ffeil sydd ar y cliniadur. Mae'r ddau yn aml yn anghytuno ar ôl uwchraddio fersiwn. Mae copi hen yn y ffolder lleol yn dal i agor yn y golygydd ac yn dal i edrych yn gywir. Nid yw'n syml yr hyn y gwnaeth y cleient ei gymhwyso.

Llwybr RDP ar ôl i'r twnnel godi

Nid yw caniatáu sefydlu o bell yn gwarantu y bydd eich sesiwn Remote Desktop yn goroesi. Pan fydd y twnnel yn newid llwybrau neu reolau mynediad lleol, gall y sesiwn a'ch dygodd i mewn golli'r llwybr sy'n ei chynnal.

Cynlluniwch sianel adfer cyn y newid: mynediad consol, llwybr rheoli all-wregys, neu weithdrefn ailgysylltu wedi'i dogfennu. Mae penderfynu hyn ar ôl y ffaith fel arfer yn golygu taith i'r peiriant.

Peidiwch â defnyddio triciau dwyn sesiwn, offer rheoli o bell eraill na chyfrinair wedi'i ysgrifennu mewn sgript i osgoi'r polisi. Os nad yw'r sefydliad yn awdurdodi'r llif gwaith hwn, y cam cywir yw'r llwybr gweinyddu y mae'n ei gefnogi.

Beth i'w anfon at y gweinyddwr

Rhowch destun y neges iddynt, fersiwn y cleient, enw'r proffil gweithredol, y math o sesiwn y gwnaethoch gysylltu drwyddi, ac a yw ymgais o'r consol lleol yn ymddwyn yn wahanol. Ychwanegwch y stamp amser.

Y gymhariaeth olaf honno sy'n arbed amser, oherwydd mae'n gwahanu gwrthodiad polisi sesiwn oddi wrth fethiant ar draws y ddyfais.

Gwirio ar ôl newid a gymeradwywyd

Unwaith y bydd y proffil wedi'i ddiweddaru, sefydlwch sesiwn RDP newydd a chysylltwch eto, yna cyflawnwch y dilyniant datgysylltu'n fwriadol. Cadarnhewch fod y twnnel yn codi, bod y llwybr rheoli'n goroesi, a bod eich cyfrif yn dal i allu mewngofnodi i'r bwrdd gwaith.

Mae derbyniad VPN, goroesiad sesiwn a chaniatâd mewngofnodi Windows yn dri gwiriad ar wahân. Nid yw pasio un yn dweud dim am y ddau arall.