Masofadagi kompyuter VPN ga ulanganda RDP nima uchun qotib qoladi

Siz RDP oynasi ichidasiz, ish stoli ekranda, va o‘sha masofadagi mashinada ishlayotgan VPN mijozida Connect tugmasini bosasiz. Bir necha soniyadan keyin oyna qotib qoladi va keyin yopiladi. Tunnel ko‘tarildi, VPN jurnali aynan shuni qayd etadi, va bu butun hodisadagi eng foydasiz fakt. Sessiya o‘ldi, chunki siz gaplashgan mashina sizga javob berish usulini o‘zgartirdi, shuning uchun tunnelga tegishdan oldin qaytish yo‘lini tekshiring.

Sessiyangiz haqiqatda ishlatadigan oxirgi nuqtani yozib oling

RDP mijoziga yozilgan manzil masofadagi kompyuter javob beradigan manzil bo‘lishi shart emas. NAT, RD Gateway yoki xost oldidagi yuklamani tenglashtiruvchi uni qayta yozishi mumkin, qaytish yo‘li esa masofadagi mashina o‘rnatilgan ulanishda ko‘radigan manba manzili bilan belgilanadi. Bu yerda xato qilsangiz, hech qachon ishtirok etmagan marshrutni qidirasiz.

Masofadagi kompyuterda, VPN ulanmasidan oldin, o‘rnatilgan sessiyalarni sanab chiqing va jadvaldan tengdosh manzilini o‘qing. Keyin uni o‘sha mashinadan tashqarida bir joyga yozib qo‘ying, chunki sessiya yiqilgandan keyin uni o‘qiy olmaysiz.

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

Bu manzilga yetib borish mumkin bo‘lib qolishi kerak bo‘lgan narsa deb qarang. Agar u boshqaruv VLAN idagi shaxsiy manzil bo‘lsa, tunnel bu yo‘lni tinch qoldirishi kerak. Agar u ommaviy manzil bo‘lsa, javob so‘rovni ichkariga olib kirgan o‘sha interfeysdan chiqishi kerak.

O‘sha oxirgi nuqtaga javob beradigan marshrutni o‘qing

Windows har bir manzil uchun interfeys tanlaydi, va Find-NetRoute hozir qabul qiladigan qarorni ko‘rsatadi. Uni tengdosh manzilida ulanishdan oldin ishga tushiring, keyin tunnel ko‘tarilgan holatda yana, va ikki javobdagi interfeys indeksi bilan keyingi sakrashni solishtiring. Interfeysning o‘zgarishi — chiqishning bir satridagi butun xato.

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

To‘liq tunnel profili tunnel orqali standart marshrut o‘rnatadi, Windows ning VPN marshrutlash qo‘llanmasi tavsiflaganidek, shuning uchun endi har bir javob VPN orqali chiqadi va qarshi tomon sizning mijozingizga qaytib marshrutlashiga bog‘liq. Bo‘lingan tunnel profili standart bo‘yicha xavfsizroq, ammo immunitetli emas, chunki tengdosh manzilini qamrab oluvchi aniq marshrut jismoniy standart marshrutdan ustun kelishi mumkin. Har holda savol bir xil: tunnel ko‘tarilgandan keyin tengdosh manzili hali ham sessiyani ichkariga olib kirgan interfeysga hal bo‘ladimi?

Agar yo‘q bo‘lsa, tuzatish profilga yoki VPN siyosati egasi tasdiqlagan aniq istisno marshrutiga tegishli. Hodisa paytida ishlab chiqarish xostida marshrutlash jadvalini qo‘lda tahrirlash — vaqtinchalik yechim hujjatsiz konfiguratsiyaga aylanish yo‘li.

Xavfsizlik devori profilining o‘zgarishini kuzating

Yangi interfeys paydo bo‘lganda tasniflanadi, va tasnif uning trafigi qaysi xavfsizlik devori profili bo‘yicha baholanishini belgilaydi. Public toifasiga tushgan tunnel adapteri marshrutlash jadvali mukammal ko‘rinib turgan bo‘lsa ham kiruvchi RDP ni jimgina to‘xtatishi mumkin. Bu ikkinchi nosozlik rejimi va boshqa alomat beradi: marshrut to‘g‘ri, paketlar keladi, xost esa ulanishni rad etadi.

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

Tunnel interfeysiga bog‘langan profilni Remote Desktop qoidalari qaratilgan profillar bilan solishtiring. Faqat Domain va Private uchun yoqilgan qoida Public deb tasniflangan interfeys uchun hech narsa qilmaydi, va hech qanday marshrut tuzatishi buni o‘zgartirmaydi. Ba’zi VPN mijozlari dizayn bo‘yicha mahalliy quyi tarmoqqa kirishni ham cheklaydi, bu boshqa mexanizmdan xuddi shu ko‘rinishdagi nosozlikni keltirib chiqaradi.

O‘tishni qaytib kela oladigan joydan sinab ko‘ring

Butun ketma-ketlikni tashqi konsoldan yoki ikkinchi boshqaruv yo‘lidan shu tartibda bajaring: mavjud sessiyani tasdiqlang, VPN ni ulang, yangi sessiya oching, keyin VPN ni uzib, yana birini oching. Har bir qadam boshqa o‘tishni sinaydi, va birinchi muvaffaqiyatsiz bo‘lgani qaysi mexanizm javobgar ekanini aytadi.

Boshlashdan oldin qaytarishni rejalashtiring, masalan belgilangan intervaldan keyin rasdial "Work VPN" /disconnect ishga tushadigan rejalashtirilgan vazifa. Bu yo‘qolgan sessiyani joyiga tashrif o‘rniga besh daqiqalik uzilishga aylantiradi, va bu butun tartibdagi eng arzon sug‘urta.

Sessiya allaqachon ketgan bo‘lsa, yana ichkariga kiring

Agar xost allaqachon yetib bo‘lmaydigan bo‘lsa, o‘sha mijozdan yangi RDP ulanishlarini sinashni to‘xtating va muhitda allaqachon mavjud tiklash kanalidan foydalaning: RD Gateway, gipervizor konsoli yoki tashqi boshqaruv interfeysi. Konsolga kirish huquqi bor odamdan xuddi shu Find-NetRoute va Get-NetConnectionProfile buyruqlarini bajarishni so‘rang, shunda dalillar tiklanishdan keyin ham saqlanadi.

Keyin eng tez emas, doimiy tartibni hal qiling. Yoki boshqaruv yo‘li VPN profili bilan ochiq saqlanadi, yoki boshqaruv xostning standart marshrutiga bog‘liq bo‘lmagan kanalga o‘tadi. Ikkalasi ham himoyalanadi; taxmin qilingan shlyuz bilan xost marshruti emas. Qaysinisini tanlaganingizni yozing va omon qolishi kerak bo‘lgan tengdosh manzilini qayd eting.