Cisco Secure Client блокира VPN из RDP сесије

Пријава успева, а тунел се ипак не подиже. Та комбинација збуњује људе јер је читају као проблем с аутентикацијом, а затим проведу поподне ресетујући акредитиве које никада нису биле узрок. Cisco Secure Client може одбити успостављање VPN-а управо зато што је покушај дошао из Remote Desktop сесије, а ту одлуку доноси политика на страни клијента.

Где се то појављује у току повезивања

Прођите кроз клијент од почетка. Профил се учитава, акредитиви се прикупљају и аутентикација се завршава. Затим, пре него што се изгради било који тунел, клијент процењује поставке сесије и успостављања према окружењу у којем се налази.

Запишите три ствари у том тренутку: тачан текст поруке, верзију клијента и назив профила приказан у клијенту. Те три претварају нејасну жалбу у захтев за подршку на који неко може да делује. Направите снимак екрана дијалога, јер се дуге поруке скраћују у записнику. Забележите и време, како би га администратор могао упоредити са главним чвориштем.

Поставка која заправо одлучује

Политика Windows VPN Establishment релевантна је контрола и има две документоване вредности: само локални корисници и дозволи удаљене кориснике. Друга допушта успостављање тунела из Remote Desktop сесије у подржаној конфигурацији. Прва је задати став у многим корпоративним профилима.

Не мешајте је са Windows Logon Enforcement, коју водич за профил документује као засебну политику о сесијама пријаве. Једна уређује која сесија сме да изгради тунел, друга уређује понашање при истовременој пријави или пре пријаве. Промена погрешне нема видљивог учинка.

Прочитајте профил који је заиста примењен

У управљаном распоређивању клијент добија профил са главног чворишта или са управљаног места, а копија уређена на диску често није она која је на снази. Зато локална измена XML-а може изгледати исправно и не променити ништа.

Питајте администратора који профил и коју групну политику уређај добија, а не која датотека постоји на преносном рачунару. Њих двоје се често разилазе након надоградње верзије. Застарела копија у локалној фасцикли још се отвара у уређивачу и још изгледа исправно. Једноставно није оно што је клијент применио.

RDP пут након подизања тунела

Допуштање удаљеног успостављања не гарантује да ће ваша Remote Desktop сесија преживети. Када тунел промени руте или локална правила приступа, сесија која вас је увела може изгубити пут који је одржава.

Планирајте канал за опоравак пре промене: приступ конзоли, ванпојасни пут управљања или документовани поступак поновног повезивања. Одлучивање о томе накнадно обично значи пут до рачунара.

Не користите трикове за отимање сесија, алтернативне алате за даљинско управљање ни лозинку уписану у скрипту да заобиђете политику. Ако организација не одобрава овај ток рада, исправан потез је административни пут који подржава.

Шта послати администратору

Дајте им текст поруке, верзију клијента, назив активног профила, врсту сесије преко које сте се повезали и да ли се покушај са локалне конзоле понаша другачије. Додајте временску ознаку.

Управо то последње поређење штеди време, јер раздваја одбијање по политици сесије од квара на целом уређају.

Проверите након одобрене промене

Кад се профил ажурира, успоставите нову RDP сесију и повежите се поново, па намерно прођите кроз редослед прекида. Потврдите да се тунел подиже, да пут управљања преживљава и да ваш налог још може да се пријави на радну површину.

Допуштање VPN-а, преживљавање сесије и дозвола за пријаву у Windows три су одвојене провере. Пролазак једне не говори ништа о друге две.