VPN orqali RDP qotishi: kiritish hali ishlaydi, shuning uchun transportni sinab ko'ring

Tasvir yangilanishdan to'xtaganda, lekin sichqoncha uzoq ish stolida sirg'alishda davom etsa, VPN uzildi degan aniq xulosa keladi. Bu xulosa odatda noto'g'ri. Ishlayotgan kiritish bilan qotgan kadr seans va uning kiritish kanali tirikligini bildiradi, bu esa xatoni marshrutlash yoki hisob ma'lumotlariga emas, grafik transportiga qarab itaradi. Ikki tez kuzatuv foydalanuvchilar bir so'z bilan ta'riflaydigan uchta nosozlikni ajratadi.

Qotish sizga nima demaydi

Uzoq ish stoli kiritish va ekran yangilanishlarini TCP 3389 orqali tashiydi, hozirgi Windows mijozlari oqimning grafik jihatdan og'ir qismi uchun UDP transportini qo'shishi mumkin. Katta datagrammalarni bo'laklaydigan yoki tashlab yuboradigan tunnelda ishonchli kanal tugmalar bosishini tashishda davom etadi, grafik kanali esa to'xtab qoladi. Natija qotib qolgan tasvir va javob beruvchi klaviaturaning g'alati birikmasi. Bu shuningdek qayta ulanish ba'zan simptomni bir daqiqaga davolab, keyin qaytarishini tushuntiradi.

Uzilib, qayta ulanadigan seans boshqa nosozlik, umuman ochilmaydigan seans esa uchinchisi. Avval shaklni nomlash noto'g'ri qatlamni sinashdan saqlaydi.

Uchta nosozlikni ikkita buyruq bilan ajrating

Erishish imkoniyatini istisno qilish arzon. Mijozdan RDP portini sinab ko'ring, so'ng hostdagi seans holatini o'qing.

Test-NetConnection rdp-host.example.com -Port 3389
query user /server:rdp-host

Muvaffaqiyatsiz TCP sinovi seans hech qachon ochilmaganini bildiradi, shuning uchun uni qotish emas, xavfsizlik devori, qamrov yoki xizmat muammosi deb qabul qiling. Faol seans bilan muvaffaqiyatli sinov boshqaruv kanali mavjudligini tasdiqlaydi, bu aynan qotgan tasvir holati. Host so'rovini seanslarni ko'rishga ruxsat berilgan hisobdan ishga tushiring, chunki ruxsat xatosi bo'sh ro'yxatga o'xshaydi. Seans ID va holatini yozib qo'ying, chunki o'z ID sini saqlab qolgan uzilgan seans faol seans bilan bir xil emas.

UDP transportini o'chirib, solishtiring

Faqat displey to'xtab qolsa, mijoz transportlarini bir vaqtda bitta o'zgarish bilan solishtiring. Ichki mijoz va Store mijozi bir xil stekni bo'lishmaydi, pastdagi siyosat esa ichki mijozdan UDP ni olib tashlaydi.

reg query "HKLM\SOFTWARE\Policies\Microsoft\Windows NT\Terminal Services\Client" /v fClientDisableUDP

Qiymat 1 bu mijoz uchun UDP allaqachon o'chirilganini bildiradi, shuning uchun bu sozlamadan keyin ham davom etadigan qotish UDP yo'li muammosi emas. Qiymat yo'q bo'lsa, siyosatni yoqing, qayta ulaning va avval qotgan aynan o'sha amalni takrorlang. Ikkala o'zgarishni birlashtirish o'rniga Store mijozini alohida qadam sifatida sinab ko'ring, aks holda qaysi biri muhim bo'lganini bilmaysiz. Mijoz versiyasini qaydlaringizda saqlang, chunki transport xatti-harakati Windows versiyalari orasida o'zgargan.

Bitta host qotganda, qolganlari yaxshi bo'lsa

Boshqa jihatdan sog'lom quyi tarmoqdagi yagona nosoz host tunneldan uzoqqa ishora qiladi. VPN sozlamalariga tegishdan oldin yo'lning MTU si va uzoq displey stekini tekshiring.

ping -f -l 1472 rdp-host.example.com

Javob yo'lning shu o'lchamda bo'laklanmasdan to'liq o'lchamli paketni tashishini isbotlaydi, bo'laklamaslik bayrog'i bilan nosozlik esa tunnel MTU si e'tibor talab qilishini ko'rsatadi. Agar 1472 bayt o'tib, faqat shu host qotsa, tarmoqqa emas, uning grafik drayveri va yuklamasiga qarang. Xuddi shu mashinaga tez fayl nusxalash o'tkazish qobiliyati haqida gapiradi, RDP grafik kanali haqida emas. Bir vaqtda bitta o'zgaruvchini o'zgartiring va ekrandagi o'sha amalni takrorlang, solishtirish mazmunli bo'lishi uchun.

Agar seans umuman ochilmasa, shu yerda to'xtang, chunki bu qotish emas, erishish imkoniyati. Aks holda simptomni o'zgartirgan transport sozlamasini saqlang va uni mijoz versiyasi bilan birga yozib qo'ying.