Қашықтағы компьютер VPN-ге қосылғанда RDP неге қатып қалады

VPN сәтті қосылады, ал жұмыс үстелі қатып қалады: туннель сеансыңыздың қайтару жолын өзгертті. Алдымен серіктес мекенжайын, маршрутты және брандмауэр профилін жазып алыңыз.

Сіз RDP терезесінің ішіндесіз, жұмыс үстелі экранда, және сол қашықтағы машинада жұмыс істеп тұрған VPN клиентінде Connect басасыз. Бірнеше секундтан кейін терезе қатып қалады, содан кейін жабылады. Туннель көтерілді, VPN журналы дәл соны хабарлайды, және бұл бүкіл оқиғадағы ең пайдасыз факт. Сеанс өлді, себебі сіз сөйлескен машина сізге жауап беру тәсілін өзгертті, сондықтан туннельге тимес бұрын қайтару жолын тексеріңіз.

Сеансыңыз шын мәнінде қолданатын соңғы нүктені жазып алыңыз

RDP клиентіне енгізілген мекенжай қашықтағы компьютер жауап беретін мекенжай бола бермейді. NAT, RD Gateway немесе хосттың алдындағы жүктеме теңгерушісі оны қайта жаза алады, ал қайтару жолы қашықтағы машина орнатылған қосылымда көретін бастапқы мекенжаймен анықталады. Мұнда қателессеңіз, ешқашан қатыспаған маршрутты іздейсіз.

Қашықтағы компьютерде, VPN қосылмай тұрып, орнатылған сеанстарды тізіп, кестеден серіктес мекенжайын оқыңыз. Содан кейін оны сол машинаның сыртында бір жерге жазып қойыңыз, өйткені сеанс құлағаннан кейін оны оқи алмайсыз.

Get-NetTCPConnection -LocalPort 3389 -State Established |
  Select-Object LocalAddress, RemoteAddress, RemotePort

Бұл мекенжайды қолжетімді болып қалуы тиіс нәрсе ретінде қарастырыңыз. Егер ол басқару VLAN-дағы жеке мекенжай болса, туннель ол жолды тыныш қалдыруы керек. Егер ол жария мекенжай болса, жауап сұранысты ішке кіргізген сол интерфейстен шығуы керек.

Сол соңғы нүктеге жауап беретін маршрутты оқыңыз

Windows әр мақсат үшін интерфейс таңдайды, және Find-NetRoute дәл қазір қабылдайтын шешімді көрсетеді. Оны қосылу алдында серіктес мекенжайына қарсы іске қосыңыз, содан кейін туннель көтерілген күйде қайталаңыз, және екі жауаптағы интерфейс индексі мен келесі секірісті салыстырыңыз. Интерфейстің өзгеруі — шығыстың бір жолындағы бүкіл ақау.

Find-NetRoute -RemoteIPAddress 203.0.113.24
Get-NetRoute -DestinationPrefix 0.0.0.0/0 | Sort-Object RouteMetric
Get-VpnConnection -Name "Work VPN" | Select-Object SplitTunneling, Routes

Толық туннель профилі туннель арқылы әдепкі маршрутты орнатады, Windows-тың VPN маршруттау нұсқаулығы сипаттағандай, сондықтан әр жауап енді VPN арқылы шығады және қарсы жақ сіздің клиентіңізге қарай кері маршруттайтынына тәуелді. Бөлінген туннель профилі әдепкі бойынша қауіпсіздеу, бірақ иммунды емес, өйткені серіктес мекенжайын қамтитын нақты маршрут физикалық әдепкі маршруттан басым түсуі мүмкін. Қалай болғанда да сұрақ бірдей: туннель көтерілгеннен кейін серіктес мекенжайы әлі де сеансты ішке кіргізген интерфейске шешіле ме?

Егер жоқ болса, түзету профильге немесе VPN саясатының иесі мақұлдаған айқын ерекшелік маршрутына жатады. Оқиға кезінде өндірістік хостта маршруттау кестесін қолмен өңдеу — уақытша шешімнің құжатталмаған конфигурацияға айналу жолы.

Брандмауэр профилінің өзгеруін бақылаңыз

Жаңа интерфейс пайда болғанда жіктеледі, және жіктеу оның трафигі қай брандмауэр профилімен бағаланатынын анықтайды. Public санатына түскен туннель адаптері маршруттау кестесі мінсіз көрінсе де кіріс RDP-ны үнсіз тоқтата алады. Бұл екінші ақау режимі және басқа симптом береді: маршрут дұрыс, пакеттер келеді, ал хост қосылымнан бас тартады.

Get-NetConnectionProfile
Get-NetFirewallProfile | Select-Object Name, Enabled
Get-NetFirewallRule -DisplayGroup "Remote Desktop" | Select-Object Name, Enabled, Profile

Туннель интерфейсіне бекітілген профильді Remote Desktop ережелері бағытталған профильдермен салыстырыңыз. Тек Domain мен Private үшін қосылған ереже Public деп жіктелген интерфейс үшін ештеңе жасамайды, және ешбір маршрут түзетуі оны өзгертпейді. Кейбір VPN клиенттері дизайн бойынша жергілікті ішкі желіге қатынауды да шектейді, бұл басқа механизмнен сол пішіндегі ақауды тудырады.

Ауысуды қайта орала алатын жерден сынап көріңіз

Бүкіл реттілікті сыртқы консольден немесе екінші басқару жолынан осы тәртіппен орындаңыз: қолданыстағы сеансты растаңыз, VPN қосыңыз, жаңа сеанс ашыңыз, содан кейін VPN-ны ажыратып, тағы біреуін ашыңыз. Әр қадам басқа ауысуды тексереді, ал бірінші сәтсіз қадам қай механизмнің жауапты екенін айтады.

Бастамас бұрын кері қайтаруды жоспарлаңыз, мысалы белгілі бір аралықтан кейін rasdial "Work VPN" /disconnect іске қосатын жоспарланған тапсырма. Бұл жоғалған сеансты орындағы визиттің орнына бес минуттық үзіліске айналдырады, және бұл бүкіл процедурадағы ең арзан сақтандыру.

Сеанс әлдеқашан кеткенде қайта кіріңіз

Егер хост әлдеқашан қолжетімсіз болса, сол клиенттен жаңа RDP қосылымдарын сынауды тоқтатыңыз және ортада әлдеқашан бар қалпына келтіру арнасын қолданыңыз: RD Gateway, гипервизор консолі немесе сыртқы басқару интерфейсі. Консольге қатынауы бар адамнан дәл сол Find-NetRoute және Get-NetConnectionProfile командаларын орындауды сұраңыз, сонда дәлелдер қалпына келтіруден кейін де сақталады.

Содан кейін ең жылдам емес, тұрақты реттеуді шешіңіз. Немесе басқару жолы VPN профилімен айқын сақталады, немесе басқару хосттың әдепкі маршрутына тәуелді емес арнаға ауысады. Екеуі де қорғауға болады; болжалды шлюзі бар хост маршруты олай емес. Қайсысын таңдағаныңызды жазыңыз және аман қалуы тиіс серіктес мекенжайын тіркеңіз.

Қатысты мақалалар