Yeni hotspot müştərisinin IP ünvanı alarkən ilişib qalması VPN nasazlığı deyil

Telefon hotspot-a qoşulur, «IP ünvanı alınır» vəziyyətində qalır və nəhayət əl çəkir. Təbii nəticə telefonun VPN-inin DNS-ə mane olduğudur, buna görə insanlar resolverləri və əlavə edilmiş qaydaları redaktə etməyə başlayır. Bu, yanlış mərhələdir. Müştəri heç vaxt yerli ünvan almayıb və onsuz nə şlüz, nə resolver, nə də ötürməli bir şey var, deməli host telefondakı heç bir VPN parametri nasazlığı izah edə bilməz. Birləşmə, yerli ünvan təyini və irəli ötürmə üç ayrı mərhələdir və yalnız sonuncusu tunelə aiddir.

Üç mərhələ və hansındasınız

Əvvəlcə birləşmə gəlir: müştəri hotspot-un simsiz şəbəkəsinə qoşulur. Səhv parol, WPA3 uyğunsuzluğu və ya radio uyğunluq problemi burada uğursuz olur və müştəri adətən bunu deyir. Sonra ünvan təyini gəlir: IPv4 üçün müştəri icarə istəyir və ünvanla yerli şlüz parametrlərini alır, IPv6 isə adətən DHCP əvəzinə router reklamlarından istifadə edir, AOSP tethering sənədləri bunu təsvir edir. Üçüncü, irəli çıxış gəlir: host telefon icazəli trafiki seçdiyi yuxarı axın yoluna ötürür, bu onun tuneli ola da bilər, olmaya da.

Müştəridəki ifadə sizə mərhələni deyir. Ünvan alarkən ilişib qalmaq ikinci mərhələdir, internetə hər hansı paket çıxmazdan əvvəl. Qoşulmuş, ünvanı var, amma heç nə yüklənmir, bu üçüncü mərhələdir, burada marşrutlaşdırma, adlar və tunel əhatəsi hamısı vacibdir. Müştəri ikinci mərhələdə ilişib qalarkən üçüncü mərhələni diaqnoz etmək beş dəqiqəlik icarə probleminin DNS redaktələri ilə dolu bir günortaya çevrilməsinin yoludur.

Mif: marşrutlaşdırılmış VPN yerli DHCP-ni uzaq sorğuya çevirir

Marşrutlaşdırılmış tunel seçdiyi təyinatlar üçün IP paketlərini hərəkət etdirir. DHCP discover hotspot-un öz seqmentində yayımdır və telefondakı tethering xidməti ona yerli cavab verir, buna görə tunel işləyərkən müştəri ünvan ala bilir. Yalnız qəsdən körpülənmiş və ya relay edilmiş dizayn bu mübadiləni başqa yerə göndərir və bu, başqa uğursuzluq imzası olan başqa bir quruluşdur.

Yəni «VPN serveri DHCP-yə cavab vermir» diaqnoz deyil, model səhvidir. Yerli broker telefondadır. Əgər cavab verməyi dayandırsa, səbəblər yerlidir: tethering xidməti, müştəri limiti, icarə hovuzu və ya birləşməni düzgün tamamlamayan müştəri. Bunların heç biri tunelin uzaq tərəfində deyil.

Mövcud müştərinin işləməsi əslində nəyi sübut edir

Əvvəlcədən qoşulmuş noutbuk işləyirsə, yeni telefon isə işləmirsə, hotspot və yuxarı axın yolu ümumilikdə canlıdır. Bu müqayisə faydalıdır və hansı komponentin günahkar olduğunun sübutu deyil, çünki işləyən müştəri sadəcə dəyişiklikdən əvvəlki icarəni saxlayıb onu səssizcə yeniləyə bilər.

Orada olarkən iki yerli limiti yoxlamağa dəyər. Hotspot məhdud icarə hovuzu və konfiqurasiya edilə bilən müştəri limiti verir, buna görə qoşulub yatmış cihaz ünvanı saxlaya bilər, yeni cihaz isə gözləyir. Başqa şəbəkədən statik konfiqurasiya xatırlayan müştəri isə heç icarə istəməyəcək, bu, xaricdən eyni görünür və telefonda deyil, müştəridə düzəldilir.

Müqayisəni yerli və geri qaytarıla bilən saxlayın

Siyasətin icazə verdiyi cihazda bir yeni müştəri qoşulmasını tunel əvvəlcə qeyri-aktiv, sonra aktiv vəziyyətdə müqayisə edin, hotspot və müştərini başqa cəhətdən dəyişməz saxlayın. Telefonun və müştərinin versiyalarını, seçilmiş profili və uğursuz olan dəqiq mərhələni qeyd edin. İdarə olunan telefonda daha təmiz test üçün icranı söndürmək əvəzinə təsdiqlənmiş müqayisəni xahiş edin.

Tuneldən asılı ardıcıl icarə uğursuzluğu yerli siyasət və ya tətbiq qarşılıqlı təsiri haqqında faydalı sübutdur. Bu, cihazdakı hər ötürmə və NAT qaydasını silmək üçün lisenziya deyil. O qaydalar əlaqəsiz trafiki qoruyur və geniş ötürmə icazəsi yerli DHCP xidmətinin niyə cavab verməyi dayandırdığını izah etmir.

Çatışmayan icarəni təxmin edilmiş statik ünvanla örtməyin. Qəsdən statik konfiqurasiya real subneti, şlüzü, bölgü planını və toqquşma yoxlamasını tələb edir. Müştərinin DNS-ni dəyişmək bunların heç birini təmin etmir və növbəti cihazı eyni uğursuzluqla qoyub gedir.

İcarənin sübut etmədiyi şey

Ünvan almaq telefonun tuneli ilə qorunmanı deyil, yerli şəbəkəyə qəbulu sübut edir. Müştəri icarə əldə etdikdən sonra aşağı axın yolunu ayrıca qiymətləndirin: müştərinin trafiki həqiqətən telefondan keçirmi, axtarışlar gözlədiyiniz yerdə həll olunurmu və xarici ünvan nəzərdə tutduğunuz çıxışa uyğundurmu? Bunlar üçüncü mərhələ suallarıdır və qoşulmaya qatılmaq əvəzinə öz testlərinə layiqdirlər.

Mərhələləri sıra ilə işlədin, uğursuzluq yerini dəyişməyi dayandırır. Ünvan alarkən ilişib qalan müştəri yerli tethering sualıdır; ünvanı olub səhifələri olmayan müştəri ötürmə və ya adlandırma sualıdır; səhifələri olub çıxışı səhv olan müştəri tunel əhatəsi sualıdır. Onları ayrı saxlamaq ayıqlamanın çox hissəsidir.