VPN hovuzu yerli şəbəkə ilə üst-üstə düşəndə marşrut kömək etmir

Tətbiq tunelin sağlam olduğunu bildirir, lakin ehtiyac duyduğunuz ünvanların yarısı heç vaxt cavab vermir. İlk refleks marşrut əlavə etmək və ya metrik dəyərini aşağı salmaqdır, və bu refleks ilk növbədə dağıdılmalı olan mifdir. Müştərinin öz LAN-ı ilə tunelin hovuzu eyni prefiksi iddia etdikdə, marşrut cədvəli bir-birinə uyğun olmayan iki faktı saxlayır və nə defolt marşrut, nə də metrik onları həll edir. Düzəliş ünvanlaşdırma qərarıdır və heç bir marşrut redaktəsi onu əvəz etmir.

Niyə əlavə marşrut bir prefiksi bölə bilmir

Marşrut bir prefiks üzərində iki iddianı ayıra bilməz, buna görə düzgün addım düzgün marşrut sətrini axtarmağı dayandırmaqdır. Stek eyni prefiksi qoşulmuş marşrutun önünə qoymaz, daha dəqiq qeyd ünvanı tutur, amma onun sahibi olan yerli hostu əlçatmaz edir. Marşrut problemi kimi görünən şey ünvan toqquşmasıdır və hər iki düzəliş marşrutları deyil, ünvanları dəyişir. İddianı qəbul etməzdən əvvəl öz maşınınızda yoxlayın.

ip route get 192.168.1.50
route -n get 192.168.1.50
Find-NetRoute -RemoteIPAddress 192.168.1.50

Sistemdən tək bir ünvan barədə soruşun və hansı interfeysi adlandırdığına baxın. Linux, macOS və Windows bunun cavabını heç nə göndərmədən seçilmiş interfeysi və növbəti atlamanı göstərən yalnız-oxuma axtarışı ilə verir. Cavab tunel açıq ikən fiziki adapteri göstərirsə, nüvə ünvanı tunelin daşıya biləcəyi bir şey kimi deyil, birbaşa linkdə hesab edir.

Provayderin verdiyi prefiksi ev marşrutlaşdırıcısının xidmət etdiyi prefiksin yanına qoyun və onları sətir kimi müqayisə edin. Tam uyğunluq aydın haldır, ev alt şəbəkəsini ehtiva edən daha geniş provayder hovuzu isə eyni şəkildə uğursuz olur, sadəcə gözdən qaçması daha asandır. Sadəcə oxşar görünən iki prefiks toqquşma deyil, ona görə hər şeyi dəyişməzdən əvvəl ikisini də yazın.

Müştərinin həqiqətən aldığı hovuzu oxuyun

Müştərinin aldığını oxuyun, provayderin marketinq səhifəsini deyil. OpenVPN müştərisinin jurnal ətraflılığını artırın və serverin ötürdüyü marşrutlar orada görünəcək, tunel prefikslərini açıqlayacaq; başqa yerlərdə hovuz bağlantı detallarında və ya adapterin özündə görünür. Provayderdən istifadə etdiyi bütün şəxsi diapazonların siyahısını istəyin, çünki bugünkü tək /24 sabah iki ola bilər. Ümumi RFC 1918 bloklarından qaçmaq, həqiqətən sizə verilmiş ayrımdan qaçmaqla eyni şey deyil.

Hovuz kiçilə və ya regionlar arasında yer dəyişə bilər, ona görə siyahının tarixə və sahibə ehtiyacı var. Son plan dəyişikliyinizdən köhnə olan istənilən provayder cavabını fakt deyil, təxmin kimi qəbul edin. Bir diapazona bağlanmazdan əvvəl yenidən soruşun və cavabı şəbəkə qeydləri ilə saxlayın ki, növbəti şəxs sübutu miras alsın.

Yenidən nömrələmə sizin edə biləcəyiniz düzəlişdir

VPN serveri dəyişmək sizin ixtiyarınızda deyilsə, ev LAN-ını köçürmək mövcud olan yeganə düzəlişdir, və kommersiya provayderi ilə adi vəziyyət budur. Provayderin hovuzundan və sonra ehtiyac duya biləcəyiniz diapazonlardan kənar bir diapazon seçin və onu tunel vasitəsilə çatdığınız hər digər saytla yoxlayın. Qısa kəsinti və unudulmuş cihazlardan ibarət daha uzun quyruq gözləyin: köhnə ünvanı saxlayan cihaz, şlüzə ehtiyac duyana qədər işləyir kimi görünür.

1. Əvvəlcə inventar: marşrutlaşdırıcının öz ünvanı, DHCP əhatəsi, rezervasiyalar, port yönləndirmələri və ünvanı əl ilə yazılmış hər hansı cihaz.
2. Sonra marşrutlaşdırıcının LAN prefiksini və DHCP əhatəsini birlikdə texniki xidmət pəncərəsi içində dəyişin və kabel icarələrini simsizlərdən əvvəl yeniləyin.
3. Daha sonra statik ünvanları düzəldin: printerlər, şəbəkə yaddaşı, sərt kodlanmış şlüzü olan hər şey.
4. Nəhayət, VPN müştərisini yenidən qoşun və tunel ünvanının artıq LAN ilə toqquşmadığını təsdiqləyin.

Ünvanları bir anda deyil, bu sıra ilə işləyin və köhnə diapazonu bir müddət sənədləşdirilmiş saxlayın ki, köhnəlmiş cihaz sirli deyil, tanınan olsun. Heç vaxt yeniləməyən cihaz şlüzə çata bilməməklə özünü elan edir, bu isə dəstək zəngindən qat-qat yaxşı ipucudur. Marşrutlaşdırıcı icarələri bir gündən uzun verirsə, pəncərə müddətində onları qısaldın.

Ləqəbin nə edə biləcəyi və nə edə bilməyəcəyi

Server sizin olduqda, müştəridə ünvanların tərcüməsi uzaq prefiksi boş bir yerli diapazon içində göstərə bilər, buna görə eyni host ikinci ünvanda cavab verir. OpenVPN icması bunu client-nat, yəni yalnız həmin müştəriyə aid olan direktivlə edir, və insanların adətən müqayisə etdiyi kommersiya və mobil müştərilərdə bu direktiv yoxdur. Bu qurğu tərcüməyə uyğun marşrut, ləqəb üçün boş diapazon və müştərinin tərcümə olunmamış ünvanına cavab verməyə hazır server tələb edir. Bunların heç biri müştəri konfiqurasiya edə bilmədiyiniz idarə olunan provayderə aid olduqda kömək etmir.

Dəyişiklik qüvvəyə mindikdən sonra yerli hosta və uzaq hosta əvvəl ünvanla, sonra adla çatın və sistemin hər dəfə seçdiyi marşrutu qeyd edin. Ad hələ də köhnə diapazona həll oluna bilər, ona görə ünvanlar və adlar ayrı yoxlamalara layiqdir. Dəyişiklik boyu açıq qalan hər hansı biri varsa, bir müştərini və bir server tərəfli cihazı yenidən başladın, çünki keşlənmiş qonşu qeydləri düzəlişdən uzun yaşayır.

Üzərində dayandığınız prefiksləri insanların həqiqətən baxdığı yerə yazın: şəbəkə qeydləri, marşrutlaşdırıcının öz şərh sahəsi, şəbəkəyə qoşulma səhifəsi. Kimsə yenə 192.168.1.0/24 seçəcək və toqquşma onunla birlikdə qayıdacaq.