VPN müştəri rejimində marşrutlaşdırıcı: LAN cihazları niyə yox olur

Müştəri rejiminin özünün LAN girişini kəsdiyinə inanmaq insanları səhv parametrlər menyusuna salır və əsl səbəblər adətən ikidir. Tünel LAN körpüsünü aradan qaldırmır və kabel və simsiz müştərilərin bir-birinə çatmasına mane olmur. Lokal girişi pozan ya marşrutlaşdırıcının yönləndirmə yolundakı yoxlama funksiyası, ya da proqram təminatı dəyişərkən yerini dəyişmiş LAN ünvan aralığıdır. Hər ikisi eyni şikayəti doğurur və heç biri VPN profilini yenidən quraşdırmaqla düzəlmir.

Mif və müştəri rejiminin həqiqətən dəyişdirdiyi şey

Müştəri rejimi tunel interfeysi və ondan keçən standart marşrut əlavə edir, sonra LAN trafikini həmin tunelə yönləndirir. Kabel portları ilə simsiz radiostansiyalar arasındakı körpü toxunulmaz qalır, lokal kommutasiya da. Dəyişən siyasətdir: hansı trafikin yönləndirildiyi, harada tərcümə olunduğu və müştərilərin hansı həlledicini aldığı.

Bu fərq vacibdir, çünki pozulmuş LAN adətən həmin üç siyasətdən birinin dəyişdiyini bildirir, marşrutlaşdırıcının kommutator olmaqdan çıxdığını yox. Öz idarəetmə səhifəsinə hələ də cavab verən marşrutlaşdırıcı LAN interfeysinin işlədiyinin sübutudur. Heç nəyə cavab verməyən marşrutlaşdırıcının problemi başqadır, məsələn dəyişmiş LAN ünvanı və ya yanlış alt şəbəkədəki müştəri.

Yəni faydalı ilk addım hansı qatın pozulduğunu tapmaqdır, şübhələndiyiniz qatı dəyişmək deyil.

Hər hansı parametrə toxunmazdan əvvəl üç hədəfi yoxlayın

Kabel müştərisindən üç hədəfi ayrı-ayrılıqda yoxlayın və hər nəticəni yazın: marşrutlaşdırıcının öz LAN ünvanı, eyni kommutatordakı başqa bir cihaz IP ilə, və yalnız tuneldən çatılan bir şey. Onları bu sıra ilə edin, çünki hər nəticə fərqli qatı istisna edir. İlk gedişdə adlardan deyil, ünvanlardan istifadə edin, çünki ad uğursuzluğu DNS-i əlaqə məsələsinə qatır.

Cavabların nümunəsi diaqnozdur. Lokal cihazlar cavab vermədiyi halda marşrutlaşdırıcının cavab verməsi yönləndirmədən çox lokal kommutasiyaya və ya filtrləmə funksiyasına işarə edir. Tunel tərəfi cavab vermədiyi halda lokal cihazların cavab verməsi tunel marşrutuna və ya uzaq firewall-a işarə edir. Ünvanla hər şey cavab verdiyi halda adların uğursuz olması həlledici məsələsidir və heç bir marşrut redaktəsi onu düzəltməyəcək.

Cədvəli test nəticələrinin yanında saxlayın. O, qeyri-müəyyən şikayəti üzərində hərəkət edə biləcəyiniz bir sətrə çevirir.

Yönləndirmə yolunun içindəki təhlükəsizlik qatı

İstehlakçı marşrutlaşdırıcıları getdikcə yönləndirilən trafiki izləyən yoxlama funksiyası ilə gəlir və o, LAN-dan tunelə gedən paketləri daşıyan eyni yolda işləyir. Bu yoxlama tunel trafikini təsnif edə bilmədikdə, tunel özü işlək qalıb marşrutlaşdırıcı sağlam bağlantı bildirdiyi halda yönləndirmə dayana bilər. VPN jurnalında bunu göstərən heç nə yoxdur, çünki VPN həqiqətən qoşulmuşdu.

Diaqnoz daimi dəyişiklik deyil, nəzarətli təcrübədir. Cari parametri qeyd edin, funksiyanı bir test müddətinə söndürün, tuneli yenidən qaldırın və bir lokal hostu ünvanla yoxlayın. Geri qayıdan yönləndirmə sizə lazım olan sübutdur və bundan sonra güzəşt təxmin deyil, qərar olur. Heç nə dəyişməzsə, dərhal yenidən aktivləşdirin və ünvanlama səbəbinə keçin.

Tunel işləməyə davam etsin deyə ödənişli təhlükəsizlik funksiyasını söndürülmüş saxlamaq qəsdən verilən və yazılan güzəştdir. Tunelin başqa cihaza aid olub-olmadığını soruşmaq da dəyərlidir, çünki hər şeyi yoxlamalı marşrutlaşdırıcı ilə hər şeyi yönləndirməli marşrutlaşdırıcı iki fərqli işdir.

İkinci səbəb: LAN aralığı yerini dəyişdi

Proqram təminatı yeniləmələri LAN ünvanını müntəzəm olaraq satıcının standartına qaytarır və bəzi marşrutlaşdırıcılarda LAN-ın şəxsi aralığı saxladığını, yoxsa yuxarı cihazdan birini miras aldığını təyin edən açıq rejim açarı var. 192.168.8.x gözləyən müştəri 10.64.0.x üzərinə düşə bilər və o anda tunel tam sağlam olsa da, hosta SSH sessiyasının vaxtı bitir.

ipconfig /all
ip addr show
ip route get 192.168.8.20

Marşrutlaşdırıcı səhifəsini açmazdan əvvəl icarədən prefiksi və şlüzi oxuyun. İlk iki əmr müştərinin həqiqətən aldığını, üçüncüsü isə müştərinin lokal ünvan üçün hansı interfeysdən istifadə edəcəyini göstərir; qalıq marşrut və ya köhnə alt şəbəkə beləcə özünü büruzə verir. Sonra bunu LAN səhifəsi və marşrutlaşdırıcının olduğu rejimlə müqayisə edin.

Aralıq geri qayıda bilmirsə, onu adlandıran hər obyekti yeniləyin: DHCP rezervasiyaları, köhnə alt şəbəkəyə işarə edən istənilən statik marşrut və əvvəlki prefiksi daşıyan hər firewall qaydası. Tunelin uzaq alt şəbəkəsi ilə toqquşan aralıq daha pis variantdır, çünki lokal cihazlar əlçatan qalır, uzaq təyinatlar isə səssizcə LAN-a yönləndirilir.

Yenidən qoşulun və paket sırası ilə yenidən sınayın

Hər iki dəyişiklikdən sonra tuneli yenidən qoşun və yoxlamaları paket sırası ilə təkrarlayın: marşrutlaşdırıcı, lokal host, uzaq host, sonra adlar, sonra tətbiq. Tətbiqi ilk sınamaq hansı qatın hələ pozulduğunu gizlədir və keşlənmiş ada qarşı brauzer cəhdi marşrut nasazlığı kimi görünə bilər.

Proqram təminatının versiyasını, LAN prefiksini və yoxlama funksiyasının vəziyyətini VPN profilinə bitişik yazın. Üçü də növbəti yeniləmənin üzərinə yaza biləcəyi konfiqurasiyadır və iki sətir qeyd indicə keçirdiyiniz saatı qurtarır.