Cisco Secure Client RDP сессиясынан VPN түзүүнү блоктолт
Кардар сиздин сырсөзүңүздү кабыл алат, анан сессия RDP аркылуу келгендиктен туннелди түзүүдөн баш тартат. Бул профиль саясаты, аутентификациянын ийгиликсиздиги эмес.
Кирүү ийгиликтүү өтөт, бирок туннел көтөрүлбөйт. Бул айкалыш адамдарды абалдандырат, анткени аны аутентификация көйгөйү деп окушат, анан эч качан себеп болбогон каттоо маалыматтарын кайра коюуга жарым күн сарпташат. Cisco Secure Client VPN түзүүдөн дал ошол себептен баш тартышы мүмкүн: аракет Remote Desktop сессиясынан келген, жана бул чечимди кардар тараптагы саясат кабыл алат.
Бул туташуу агымында кайда көрүнөт
Кардарды жогорудан карап чыгыңыз. Профиль жүктөлөт, каттоо маалыматтары чогултулат жана аутентификация аяктайт. Андан кийин, кандайдыр бир туннел түзүлө электе, кардар өзүнүн сессия жана түзүү жөндөөлөрүн өзү тап болгон чөйрөгө салыштырып баалайт.
Ошол учурда үч нерсени жазып алыңыз: так билдирүү тексти, кардардын версиясы жана кардарда көрсөтүлгөн профиль аталышы. Бул үчөө бүдөмүк даттанууну бирөө аракет кыла ала турган колдоо сурамына айландырат. Диалогдун скриншотун алыңыз, анткени узун билдирүүлөр журналда кыскартылат. Убакытты да белгилеңиз, админ аны башкы сервер менен салыштыра алат.
Чындыгында чечкен жөндөө
Windows VPN Establishment саясаты тиешелүү башкаруу болуп саналат жана анын эки документтелген мааниси бар: жалгыз жергиликтүү колдонуучулар жана алыскы колдонуучуларга уруксат. Экинчиси колдоого алынган конфигурацияда Remote Desktop сессиясынан туннел түзүүгө уруксат берет. Биринчиси көптөгөн корпоративдик профилдердеги демейки позиция.
Аны Windows Logon Enforcement менен чаташтырбаңыз, профиль колдонмосу аны кирүү сессиялары тууралуу өзүнчө саясат катары документтейт. Бирөө кайсы сессия туннел түзө аларын жөнгө салат, экинчиси бир убактагы же кирүүгө чейинки жүрүм-турумду жөнгө салат. Туура эмесин өзгөртүү көрүнүктүү натыйжа бербейт.
Чындыгында колдонулган профилди окуңуз
Башкарылуучу жайылтууда кардар профилин башкы серверден же башкарылуучу жерден алат, ал эми дискте түзөтүлгөн көчүрмө көбүнчө күчүндөгү көчүрмө эмес. Ошондуктан жергиликтүү XML өзгөртүү туура көрүнүп, эч нерсени өзгөртпөшү мүмкүн.
Админден ноутбукта кайсы файл бар экенин эмес, түзмөк кайсы профиль жана топтук саясат аларын сураңыз. Версия жаңыртылгандан кийин экөө көп учурда дал келбейт. Жергиликтүү папкадагы эски көчүрмө дагы эле редактордо ачылат жана дагы эле туура көрүнөт. Жөн гана ал кардар колдонгон нерсе эмес.
Туннел көтөрүлгөндөн кийинки RDP жолу
Алыскы түзүүгө уруксат берүү Remote Desktop сессияңыздын сакталышына кепилдик бербейт. Туннел маршруттарды же жергиликтүү кирүү эрежелерин өзгөрткөндө, сизди ичке киргизген сессия аны кармап турган жолду жоготушу мүмкүн.
Өзгөртүүгө чейин калыбына келтирүү каналын пландаңыз: консолго кирүү, тилкеден тышкаркы башкаруу жолу же документтелген кайра туташуу процедурасы. Муну кийин чечүү адатта машинага барууну билдирет.
Саясатты айланып өтүү үчүн сессия уурдоо ыкмаларын, альтернативалуу алыскы башкаруу куралдарын же скриптке жазылган сырсөздү колдонбоңуз. Эгер уюм бул жумуш агымына уруксат бербесе, туура кадам — ал колдогон администрациялык жол.
Админге эмне жөнөтүү керек
Аларга билдирүү текстин, кардардын версиясын, активдүү профилдин аталышын, туташкан сессиянын түрүн жана жергиликтүү консолдон аракет башкача жүрүүсүн бериңиз. Убакыт белгисин кошуңуз.
Дал ушул акыркы салыштыруу убакытты үнөмдөйт, анткени ал сессия саясаты боюнча баш тартууну бүткүл түзмөктүн бузулушунан ажыратат.
Бекитилген өзгөртүүдөн кийин текшериңиз
Профиль жаңыртылгандан кийин жаңы RDP сессиясын түзүп, кайра туташыңыз, анан ажыратуу ырааттуулугун атайын аткарыңыз. Туннел көтөрүлөрүн, башкаруу жолу сакталарын жана каттоо эсебиңиз дагы эле иш тактасына кире аларын ырастаңыз.
VPNге кирүү, сессиянын сакталышы жана Windowsке кирүү уруксаты — бул үч өзүнчө текшерүү. Бирөөнөн өтүү калган экөө тууралуу эч нерсе айтпайды.