Windows’dagi VPN’ingiz nima uchun mahalliy printerni o’ldiradi va buni qanday to’xtatish mumkin
To’liq tunnel mijozi standart marshrutga egalik qiladi, shuning uchun printer va NAS javob berishni to’xtatadi. O’sha marshrutni olib tashlang, so’ng kerakli ish prefikslarini qayta qo’shing.
VPN’ni ulang va printer yo’qoladi, NAS umumiy papkasi ochilmay qo’yadi va yoningizdagi mashinaga uzoqdan ish stoli seansi vaqti tugaydi. Hech narsa buzilmadi. Mijoz standart marshrut qo’shdi va endi noutbuk nomlay oladigan har bir manzilga egalik qiladi, uch metr naridagilar ham. Bu butun mexanizm, va buni VPN nosozligi deb atash bir qatorli tuzatishni qo’llab-quvvatlash ishiga aylantiradigan narsa.
Avval marshrutlar jadvalini o’qing
Biror narsani o’zgartirishdan oldin, IPv4 jadvalini quyidagi bilan oling: route print -4 va natijani saqlang. Ulaning, yana oling va quyidagi 0.0.0.0 qatorlarni solishtiring: faol standart marshrut interfeysni nomlaydi, agar o’sha interfeys tunnel bo’lsa, mahalliy chop etish va ko’rish avval ofisga yuboriladi.
Ikkinchi ustundagi interfeys raqami doimiy marshrut keyinchalik murojaat qilishi kerak bo’lgan qiymat, shuning uchun tunnel ishlab turganda uni yozib qo’ying. Bu adapter qayta yaratilganda o’zgaradigan qiymat ham, shuning uchun unga bog’langan marshrutlar o’z foydasidan jimgina o’tib ketishi mumkin.
Standart marshrutni olib tashlang, uch usulda
O’rnatilgan Windows profilida boshqaruv belgilash katagidir. Ulanish xususiyatlarini oching, IPv4, so’ng Kengaytirilgan, va Use default gateway on remote network belgisini olib tashlang; yangiroq Sozlamalar ilovasi o’sha muloqot oynasini bir qavat chuqurroq yashiradi. Ko’tarilgan buyruq satridan o’sha o’zgarish bitta cmdlet:
Set-VpnConnection -Name "Corp" -SplitTunneling $true
Bitta OpenVPN profili boshqacha ishlaydi, shuning uchun uning xatti-harakati belgilash katagini kutayotganlarni chalkashtiradi. Uning redirect-gateway def1 ko’rsatmasi standart marshrutni umuman almashtirmaydi; u yarim diapazonli ikkita marshrut o’rnatadi, 0.0.0.0/1 va 128.0.0.0/1, ular birgalikda standartni o’chirmasdan uni yengadi. Asl standart omon qolgani uchun, net_gateway manziliga qaratilgan prefiks qo’shish faqat o’sha prefiksni mahalliy routerga qaytaradi. Ushbu tafsilot def1 profili uchun tuzatish nega hech kim topa olmaydigan belgilash katagi emas, prefiks marshruti ekanini tushuntiradi.
Faqat ishga tegishli narsani qayta qo’shing
Standart marshrut yo’q bo’lsa, tunnel hech narsa tashimaydi, shuning uchun ish prefikslari aniq nomlanishi kerak. Prefiksni ulanishga bog’laydigan cmdlet doimiy marshrutdan xavfsizroq, chunki u faqat o’sha ulanish ishlab turganda o’rnatiladi va interfeys raqamiga bog’liq emas:
Add-VpnConnectionRoute -ConnectionName "Corp" -DestinationPrefix 172.20.0.0/16
Eski yondashuv hanuz ishlaydi va hanuz har bir tekshiruv ro’yxatida bor: route -p add 172.20.0.0 mask 255.255.0.0 172.20.0.1 if 14, tunnelning o’z interfeys indeksi va shlyuz manzili bilan. Qayta ishga tushirishlar orasida saqlanadi, bu maqsad ham, xavf ham, chunki indeks keyingi yuklashda boshqa narsaga tegishli bo’lishi mumkin.
Qolganini metrikalar hal qiladi. Agar ham jismoniy, ham tunnel adapteri bir xil prefiks uchun marshrut talab qilsa, past metrika yutadi, va tunnel metrikasini ko’tarish hek emas, mijoz tomonidagi qonuniy boshqaruvdir.
Server sizning o’rningizga qaror qilganda
Belgilash katagingizni e’tiborsiz qoldiradigan mijoz odatda siyosatga bo’ysunadi. Cisco profillarida Allow Local LAN Access sozlamasi bor, va headend mijoz xohlagan narsani bekor qiladigan tunnel-all siyosatini itarib yuborishi mumkin; majburiy tunnel joylashtirishida aylantirish uchun mahalliy kalit yo’q. Xuddi shu muloqot oynasini qayta tekshirish o’rniga itarib yuborilgan marshrutlar va siyosat qatorlari uchun mijoz jurnalini o’qing.
So’ng nomlarni hal qilishga qarang, u marshrutlashdan alohida kalit. Bo’lingan tunnel hanuz ichki resolver va qidiruv suffiksini olishi mumkin, shuning uchun mahalliy qurilma manzil bo’yicha yetib boriladi va DNS tomoni ham tuzatilmaguncha nom bo’yicha topilmaydi.
Ustma-ust tushish boshqa muammo
Agar uy LAN va ofis LAN 192.168.0.0/24 kabi prefiksni bo’lishsa, hech qanday marshrut ularni ajrata olmaydi. O’sha diapazondagi har bir paketning bitta qidiruv natijasi bor, va tuzatish bir tomonni qayta raqamlash yoki ofisga hovuzdan tarjima qilingan manzil orqali yetib borishdir. Aniqroq marshrutlar qo’shish faqat tarmoqning qaysi yarmi buzilishini siljitadi.
Beshta emas, bitta tekshiruv bilan yakunlang: ulaning, so’ng tracert ichki va ommaviy hostga qarshi ishga tushiring. Birinchi sakrash farq qilishi kerak, va agar farq qilmasa, mijoz nima xabar berishidan qat’i nazar bo’linish kuchda emas. So’ng bir marta qayta ulanib takrorlang, chunki itarib yuborilgan marshrutlar har bir sessiya bilan qaytadi.