VPN marshrut metriki ulangandan keyin o‘zgardi: bu nimani anglatadi
Pastroq metrika faqat bir xil aniqlikdagi marshrutlar orasidagi tenglikni hal qiladi. Har qanday VPN marshrut raqamini tahrirlashdan oldin siyosat qoidasi, prefiks va oxirgi nuqtaning host marshrutini o‘qing.
VPN ga ulanasiz, route print ishlatasiz va standart marshrut endi avvalgidan ancha past metrika olib yuradi. Tabiiy xulosa — VPN standart marshrutni raqami kichik bo‘lgani uchun oldi. Ba’zan aynan shunday bo‘lgan. Ko‘pincha metrika hal qiluvchi omil emas va uni tahrirlash hech narsani o‘zgartirmaydi, chunki tanlov avvalroq prefiks uzunligi yoki siyosat qoidasi bilan qilingan.
Alomat haqiqiy: avval Wi-Fi adapteridan chiqadigan trafik endi tunneldan chiqadi yoki aksi. Metrika qat’iy tartibda ishlaydigan qidiruvning bitta kirishi, va har qanday raqamga tegishdan oldin aynan shu tartibni o‘qish kerak.
Raqam aslida nima bilan raqobatlashadi
Birinchi taqqoslash ustunlik emas, aniqlikdir. 10.20.0.0/16 uchun marshrut 10.0.0.0/8 dan ustun, va ikkisi ham 0.0.0.0/0 dan ustun, metrikalari nima desa ham. Mashinada eng past metrikali standart marshrutni o‘rnatadigan VPN ham manzilga mos keladigan istalgan aniqroq marshrutga, jumladan klient o‘z serveri uchun o‘rnatadigan host marshrutiga yutqazadi.
Shuning uchun standart marshrut metrikasini pasaytirish to‘g‘ridan-to‘g‘ri ulangan subnetni tunnelga majburlay olmaydi. Agar o‘sha subnet VPN ichida bo‘lishini istasangiz, prefiks uchun marshrut qo‘shing yoki siyosat qoidasi bilan tunnel jadvalini tanlang. Metrika bu ish uchun noto‘g‘ri dasta.
| Check in this order | Question | Where you read it |
|---|---|---|
| 1. Policy and table | Which routing table does this traffic use? | ip rule, client profile |
| 2. Prefix length | Which matching route is most specific? | route print, ip route |
| 3. Metric | Which of the equally specific routes is preferred? | route print, ip route |
| 4. Interface state | Is the chosen next hop reachable? | adapter status, link state |
Linux jadvalni metrikadan oldin hal qiladi
Linuxda yadro avval siyosat ma’lumotlar bazasiga murojaat qiladi. ip rule qoidalar va ular tanlaydigan jadvallarni sanab o‘tadi, ip route get 203.0.113.10 esa yadro o‘sha manzil uchun amalda ishlatadigan jadval, marshrut va manba manzilini xabar qiladi. 100 jadval ichidagi metrika asosiy jadvaldagi marshrut bilan hech qachon raqobatlashmaydi, chunki qoida har qanday metrika taqqoslanishidan oldin jadvalni tanlagan.
Shuning uchun marshrut ip route show table all da to‘g‘ri ko‘rinishi va baribir trafik tashimasligi mumkin. Mos kelgan qoidani o‘qing, keyin u tanlagan jadvalni o‘qing, keyin uning ichidagi marshrutlarni taqqoslang. Agar noto‘g‘ri jadval tanlangan bo‘lsa, boshqa jadvaldagi hech qanday metrika tahriri yordam bermaydi.
Windows ikkita metrikani birlashtiradi
Windows standart bo‘yicha siyosat bazasiga ega emas, lekin marshrut metrikasini interfeys metrikasi bilan birlashtiradi va avtomatik interfeys metrikasi ulanish tezligi va adapter holati bilan o‘zgarishi mumkin. Shuning uchun bir xil marshrut dok stansiyasi yoki virtual adapter paydo bo‘lgandan keyin boshqacha ishlashi mumkin. Find-NetRoute -RemoteIPAddress 203.0.113.10 tanlangan manba manzili, keyingi sakrash va interfeysni xabar qiladi, bu xom jadvaldan ko‘ra haqiqiy qarorga yaqinroq.
Marshrut va interfeys qiymatlarini birga o‘qing. Interfeys metrikasini oshirish hech bir marshrut yozuvi o‘zgarmasdan trafikni siljitishi mumkin, va o‘z marshrutlariga ega VPN klienti qayta ulanganda ularni qayta o‘rnatadi va sizning tahriringizni tashlab yuboradi.
Tunnelning oxirgi nuqtasini tunneldan tashqarida saqlang
Har bir tunnel o‘z serveriga tunneldan o‘tmaydigan yo‘lga muhtoj. Klientlar oxirgi nuqta uchun jismoniy shlyuz orqali host marshrutini o‘rnatadi va bu marshrut klient qo‘shadigan standart marshrutdan aniqroq bo‘lib qolishi kerak. Uni o‘chiring yoki o‘sha manzil qidiruvida tunnel yutishiga yo‘l qo‘ying, va inkapsulyatsiya qilingan paketlar qurishlari kerak bo‘lgan tunnelga kirishga urinadi. Ulanish muvaffaqiyatsiz bo‘ladi yoki halqaga tushadi.
Har qanday metrika o‘zgarishidan oldin va keyin o‘sha host marshrutini tekshiring: u jismoniy keyingi sakrashga ishora qilishi va qayta ulanishdan keyin ham saqlanib qolishi kerak. Agar klient unga ega bo‘lsa, ish vaqti qiymati o‘rniga profil yoki boshqariladigan konfiguratsiyani o‘zgartiring, chunki qiymat qayta yoziladi.
Ikkala manzil oilasini va ilova kontekstini tekshiring
IPv4 va IPv6 alohida jadvallarga ega alohida qarorlardir. VPN IPv4 tashiy oladi, IPv6 esa mahalliy marshrutizatordan foydalanishda davom etadi, va bir oiladagi metrika o‘zgarishi ikkinchisi haqida hech narsa demaydi. Ikkalasini ham tekshiring, keyin ilova kontekstini tekshiring. Interfeysga bog‘langan jarayon, konteyner nomlar maydoni yoki har bir ilova uchun VPN sizning shellingizdan boshqa jadvalni ko‘rishi mumkin.
Haqiqiy manzil uchun qarorni xabar qiladigan asbob bilan tekshiring, to‘liq jadval ro‘yxati bilan emas. Agar tanlangan marshrut dizayn nazarda tutgan marshrut bo‘lsa, to‘xtang. Ekrandagi eng kichik raqam bo‘lmagan metrika nuqson emas, va uni eng kichik bo‘lishga majburlash tunnel bog‘liq bo‘lgan oxirgi nuqta yo‘lini buzishi mumkin.