Windows VPN barcha trafikingizni olib qo’yyaptimi? Standart yo’lini olib tashlang

Siz ofis VPN ga ulanasiz va brauzerdagi har bir sahifa shu tarmoq orqali o’ta boshlaydi: fayl serveri tez, qolgan hamma narsa sekin, filtrlangan yoki yo’qolgan. Mijoz noto’g’ri ishlamayapti; profil to’liq tunnel so’ragan. Buni to’xtatuvchi kalit zamonaviy Sozlamalar ilovasi ko’rsatmaydigan muloqot oynasidagi bitta katakcha, va shlyuz har ulanishda yana so’zlaydi. Bu qo’llanma Windows interfeysi haqiqatda taklif qiladigan tartibga amal qiladi, so’ng yo’l jadvali to’g’ri ko’ringandan keyin ham muvaffaqiyatsiz bo’ladigan tekshiruvlarni qamrab oladi.

Sozlamalardan emas, adapter xossalaridan boshlang

Sozlamalar ilovasi profilni Tarmoq va Internet ostida, so’ng VPN ichida ro’yxatlaydi, lekin faqat umumiy parametrlarni ko’rsatadi. Standart shlyuz qarori adapterda yashaydi. Klassik adapter ro’yxatini Win+R va ncpa.cpl bilan oching, VPN ulanishini o’ng tugma bilan bosing, Xossalar ni tanlang, Internet protokoli 4-versiyasini tanlang, yana Xossalar va so’ng Kengaytirilgan ni tanlang. Masofaviy tarmoqda standart shlyuzdan foydalanish belgisini olib tashlang va uchta muloqot oynasidan chiqishni tasdiqlang.

Sinovdan oldin qayta ulaning, chunki katakcha tunnel o’rnatilganda qo’llanadi va mavjud sessiya o’zi tuzgan jadvalni saqlaydi. Mijoz uzilgan paytda adapter ko’rinmasa, bir marta ulanib oynani qayta oching. IPv4 xossalar sahifasisiz TAP yoki Wintun adapterini o’rnatadigan yetkazib beruvchi mijozida bu muloqot oynasi umuman yo’q; ular uchun xuddi shu qaror mijozning o’z sozlamalaridagi bo’lingan tunnel varianti, adapter katakchasi esa izlash uchun noto’g’ri joy.

PowerShell dan xuddi shu o’zgarish

Windows VPN omborida yaratilgan profil uchun parametrni skript bilan belgilash mumkin, mashina tez-tez qayta o’rnatilsa kerak bo’ladigan narsa shu:

Set-VpnConnection -Name "Office" -SplitTunneling $true
Get-VpnConnection -Name "Office" | Select-Object Name,SplitTunneling

Bu cmdlet faqat shu ombordagi profillarga yetadi. Uchinchi tomon mijozi qo’shgan ulanish ko’rinmaydi va buyruq terish xatosiga o’xshash nom xatosi bilan muvaffaqiyatsiz tugaydi. Kalit nima qilmasligiga ham e’tibor bering: u mijozning standart yo’l o’rnatishini to’xtatadi, lekin shlyuz ulanish paytida itaradigan yo’llarni olib tashlamaydi, shuning uchun ko’p tarmoqlarda keyingi bo’lim hali ham zarur.

Shlyuz standart yo’lni yana itarganda

Avval jadvalni o’qing. Turli metrikali ikkita standart yozuv profil o’zgarishi ishlaganini va itarilgan yo’l baribir uning o’rnini egallaganini bildiradi:

route print -4
Get-NetRoute -DestinationPrefix 0.0.0.0/0 | Sort-Object RouteMetric
Get-NetAdapter | Select-Object Name,ifIndex

Tunnelga tegishli standart yo’lni o’chiring va jismoniy yo’lni qoldiring. Uchinchi buyruqdan interfeys indeksini ishlating, adapter taxallusini emas, chunki taxallus uzatadigan skriptlar ko’rsatiladigan nom o’zgarishi bilan buziladi:

Remove-NetRoute -DestinationPrefix 0.0.0.0/0 -InterfaceIndex 21 -Confirm:$false
route delete 0.0.0.0 10.8.0.1

O’chirish ofisni ham birga olib ketadi, shuning uchun korporativ prefikslarni tunnel shlyuzi orqali qayta qo’shing. Odamlar o’tkazib yuboradigan satr shu, va shuning uchun muvaffaqiyatli bo’lingan tunnel o’zgarishidan keyin «VPN ishlamay qoldi» degan gap eshitiladi:

route add 10.0.0.0 mask 255.0.0.0 10.8.0.1 metric 5 if 21

Bularning hech biri qayta ulanishdan omon qolmaydi, bu xato emas, halol xatti-harakat: adapter qayta quriladi va mijoz profil bilan shlyuz kelishgan narsani qayta qo’llaydi. Agar standart yo’l har safar qaytsa, shlyuz bo’lingan tunnelni rad etishga sozlangan va uni itarishda davom etadi yoki sessiyani uzadi. Bu tarmoq operatorining siyosati, va so’rov o’sha yerga tegishli, har ulanishda u bilan kurashadigan mahalliy skriptga emas.

Bitta qayta ulanishdan keyin DNS, IPv6 va metrikalarni qayta tekshiring

IPv4 standart yo’lini olib tashlash boshqa oila yoki nom hal qilish haqida hech narsani isbotlamaydi. IPv4 standarti mahalliy qolsa ham tunnel IPv6 tashishi mumkin, va itarilgan rezolverlar ro’yxati ichki nomlarni ishlab turishi mumkin, undan foydalanadigan so’rovlar esa boshqa yo’ldan ketadi. Bitdi deyishdan oldin uchtasini ham tekshiring:

Get-NetRoute -DestinationPrefix ::/0
Get-DnsClientServerAddress -InterfaceAlias "Office"
Get-DnsClientNrptPolicy

Agar holat har ulanishda qaytsa, jadvalni qo’lda tahrirlash o’rniga buyruqlarni har ulanishdagi amalga ko’chiring: ulanish hodisasida boshlanadigan rejalashtirilgan vazifa yoki mijozning o’z bo’lingan tunnel sozlamasi bo’lsa, o’sha. Interfeys indeksini o’zgaruvchida saqlang va ish vaqtida qidiring, chunki adapterlar qo’shilganda yoki olib tashlanganda u o’zgarishi mumkin.

Nimadan voz kechganingizni hal qiling

Mahalliy internet trafigi endi ofis tomonidan tekshirilmaydi yoki filtrlanmaydi, va faqat tunnel orqali e’lon qilinadigan hamma narsa endi o’z yo’lini talab qiladi. Ba’zi tashkilotlar bo’lingan tunnelni siyosat buzilishi deb biladi, shuning uchun boshqariladigan qurilmani o’zgartirishdan oldin buni tasdiqlang; itarilgan standart ba’zan baxtsiz hodisa emas, majburlash mexanizmi. Set-VpnConnection hujjati bo’lingan tunnel parametri va u qo’llanadigan profil turlarini sanab o’tadi.

So’ng qat’iy tartibda tekshiring: standart yo’l kimga tegishli, oddiy ko’rish, manzil bo’yicha bitta korporativ xost, bitta ichki nom, va bitta qayta ulanishdan keyin o’sha to’rtti. Agar ko’rish ishlasa-yu korporativ xost muvaffaqiyatsiz bo’lsa, yetishmayotgan narsa siz o’chirgan standart emas, prefiks yo’li, va buni tuzatish profilni qayta qurishdan ancha arzon.