Алыскы компьютер 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 профили менен ачык сакталат, же башкаруу хосттун демейки маршрутуна көз каранды эмес каналга өтөт. Экөө тең корголушу мүмкүн; болжолдонгон шлюз менен хост маршруту андай эмес. Кайсынысын тандаганыңызды жазыңыз жана аман калышы керек болгон өнөктөш дарегин жазып алыңыз.

Тектеш макалалар