Bu L2TP ünvanı IPCP-dir, LAN-da DHCP icarəsi deyil

Bağlantı qalxır və adapter ofis aralığında bir ünvan göstərir, ona görə də təbii nəticə VPN-in sizə LAN ünvanı verdiyi və bununla da sizi LAN-a qoyduğu olur. Bunun heç bir yarısı tam doğru deyil. L2TP PPP sessiyası daşıyır və PPP daxili IPv4 ünvanını IPCP ilə danışır. Həmin ünvan iki tərəf arasında razılaşdırılan sessiya parametridir, ofisin DHCP serverinin verdiyi icarə deyil və ona sahib olmaq sizi ofis naqilində qonşu etmir.

Bir bağlantıda iki ünvan

L2TP bağlantısında iki müstəqil danışıq var. Xarici olan cihazınızla VPN son nöqtəsi arasında artıq malik olduğunuz şəbəkə üzərindən qorunan yol qurur. Daxili olan PPP sessiyasıdır və sessiya ünvanınızla qarşı tərəfin ünvanı orada razılaşdırılır. İnternet trafiki tamamilə üçüncü bir ünvan altında, son nöqtənin ictimai ünvanı altında çıxa bilər, buna görə də VPN yoxlama səhifəsi ilə adapter ünvanı nadir hallarda uyğun gəlir.

Bu üç rolu ayrı saxlamaq insanların bu qatla bağlı gətirdiyi sualların çoxuna cavab verir. VPN interfeysində özəl nömrə normal və gözləniləndir. O, son nöqtənin ictimai çıxışınızı dəyişib-dəyişmədiyi barədə heç nə demir və trafikinizin hansı təyinat nöqtələrinə çatdığını özlüyündə müəyyən etmir.

IPCP dəqiq nə edir

IPCP PPP üçün IPv4 idarəetmə protokoludur. Hər tərəf istədiyi seçimləri təsvir edən Configure-Request mesajları göndərir və ünvan seçimi onlardan biridir. Hələ ünvanı olmayan müştəri adətən 0.0.0.0 ilə soruşur, server isə müştərinin istifadə etməsini istədiyi ünvanı daşıyan Configure-Nak ilə cavab verir. Sonra müştəri həmin ünvanı istəyir və sessiya yerli və uzaq ünvanla qalxır.

Bu mübadilə PPP və IPCP spesifikasiyalarında sənədləşdirilib və səhv kimi görünən bir detalı izah edir: ünvanı server öz siyasətindən seçir, bu hovuz, istifadəçi üzrə parametr və ya autentifikasiya olunmuş şəxsiyyətə bağlı ünvan ola bilər. Hovuz tükəndikdə və ya siyasət sorğu ilə ziddiyyət təşkil etdikdə autentifikasiya uğurlu ola bilər, ünvan danışığı isə uğursuz olur və müştəri heç vaxt oturmayan bir bağlantı bildirir.

ip addr show ppp0
ip route show default
dmesg | grep -i pppd

pppd jurnalında yerli və uzaq ünvanı göstərən sətir həmin danışığın uğurlu sonudur. Onun olmaması, uğurlu autentifikasiyanın yanında, etimadnamələrə deyil, ünvan mərhələsinə işarə edir.

LAN niyə sizə cavab verə bilmir

Uzaq tərəfin aralığından gələn ünvan, o LAN-dakı hostların sizə çata biləcəyi gözləntisini yaradır və çox vaxt çatmırlar; yalnız server sessiya ünvanınızı tunelə geri yönləndirdikdə çatırlar. Hovuzun içində olmaq təyinat haqqında deyil, topologiya haqqında deyilən sözdür. Ofisin fayl serverinin sessiya ünvanınıza marşrutu yoxdur, məgər VPN server onu ötürmürsə və ötürsə belə buna icazə verilməyə bilər.

Kəsişən aralıqların görünən ölçüsünə uyğun olmayan çətinlik yaratmasının səbəbi də budur. Əgər hovuz müştərinin artıq istifadə etdiyi LAN ilə kəsişirsə, müştərinin marşrut cədvəlində eyni prefiksə iki iddia olur və yanlış olan çox vaxt tunellə heç əlaqəsi olmayan səbəblərə görə qalib gəlir.

Əvvəl sessiyanı, sonra marşrutu yoxlayın

Əvvəlcə interfeysi, sonra marşrutları, sonra vacib olan bir təyinatı yoxlayın. Hər addımın öz uğursuzluq rejimi var və üçünü eyni vaxtda sınamaq sonradan müdafiə edə bilməyəcəyiniz bir nəticə verir.

curl -sS --max-time 5 https://ifconfig.me
ping -c 3 10.50.30.20
ip route get 10.50.30.20

İctimai yoxlama son nöqtənin ünvanını göstərir, özəl təyinat isə vaxt aşımına uğrayırsa, tunel standart marşrutunuzu daşıyır və uzaq tərəf həmin təyinat üçün cavab vermir. Özəl təyinat cavab verir, ictimai yoxlama isə dəyişmirsə, profil bölünmüş tunel rejimindədir və sessiyadan yalnız bəzi trafik istifadə edir.

Üç mərhələni ayrı saxlayın

Autentifikasiya, ünvan danışığı və yönləndirmə fərqli şəkildə uğursuz olur, və hər birinin fərqli sahibi var. Etimadnamələr şəxsiyyət məsələsidir, IPCP tükənməsi server siyasəti məsələsidir, çatışmayan geri marşrut isə şəbəkə dizaynı məsələsidir. Üçünü də “VPN xarabdır” kimi bildirmək yavaş düzəlişə zəmanət verir.

Təyin edilən ünvanı, onun hansı hovuzdan gəldiyini və LAN-ın ona çatmalı olub-olmadığını qeyd edin. Bu bir qeyd növbəti şəxsin DHCP icarəsi fərz etməsini və heç vaxt iştirak etməmiş bir əhatə dairəsi axtarmasını əngəlləyir.