VPN qoşulub, amma internet yoxdur? Dörd qatı sıra ilə yoxlayın

Müştəri qoşulduğunu deyir, brauzer fırlanır və hər sayt fasilə ilə bitir. Bu birləşmə adi haldır və ziddiyyət deyil: qoşulmaq tunelin razılaşdığını bildirir, başqa heç nəyi deyil. Ad həlli, marşrutlaşdırma və serverin öz çıxışı hər biri öz qaydasında sıradan çıxır və hər birinin ayrı sahibi var. Qatları ardıcıllıqla işləyin və uğursuz olan ilk qatda dayanın.

Gəldiyiniz şəbəkədən başlayın

Tuneli müştərinin öz əlaqə kəsmə düyməsi ilə bağlayın, sonra siyasət icazə verirsə, bir-biri ilə əlaqəsiz iki HTTPS saytını yoxlayın. Həssas işləri bu test müddətində bağlı saxlayın. Adi giriş də uğursuz olursa, VPN ilk şübhəli deyil.

Tunelə toxunmazdan əvvəl Wi-Fi bağlantısına, marşrutlaşdırıcıya və giriş tələb edən hər hansı portal səhifəsinə baxın. Kill switch, dizayn üzrə, əlaqə kəsilmiş halda trafiki bloklaya bilər, ona görə şəbəkənin öldüyünü düşünmək əvəzinə onun sənədləşdirilmiş test prosedurunu izləyin. Başqa etibarlı şəbəkə faydalı müqayisədir və yeni VPN çıxışı vaxtı keçmiş otel girişini tamamlamayacaq. Açıq şəbəkə işləyir, tunel isə işləmirsə, şəbəkə bəraət qazanır və növbəti qat sizindir.

Uğursuzluğun ad həlli olub-olmadığını müəyyənləşdirin

Xəta mətnini yazın, çünki həll uğursuzluğu, fasilə və sertifikat xəbərdarlığı hər biri başqa yerə işarə edir. Erkən tutulmalı olan nümunə budur: heç vaxt ziyarət etmədiyiniz host adı uğursuz olur, açıq sessiyası olan tətbiq isə işləməyə davam edir. Bu nümunə yeni sorğularla bağlıdır, tunelin paket daşıması ilə deyil. Tək sorğu resolverin nə qaytardığını göstərir və bir saniyə çəkir. İkinci adı da sınayın ki, bir keşlənmiş cavab və ya bir pozulmuş qeyd diaqnozu həll etməsin.

nslookup example.com

HTTPS ünvan sətrində ixtiyari IP DNS testi deyil, çünki sertifikat və virtual host adətən addan asılıdır. Daxili adlar ümumi əvəzləyici əvəzinə təşkilatın resolverini tələb edə bilər və öz təhlükəsiz resolveri olan brauzer əməliyyat sisteminin sorğusundan fərqli cavab verə bilər. İkisi ziddiyyət təşkil edəndə istifadəçinin yaşadığı brauzerin resolveridir və bu fərq biletdə qeyd olunmalıdır.

Tam tunel, yoxsa yalnız şirkət subşəbəkələri

Bəzi profillər yalnız bir neçə şirkət subşəbəkəsinə çatmaq üçün mövcuddur; digərləri hər şeyi daşımaq üçün qurulur və arxalarında işlək çıxış tələb edir. Göstəricinin hər tətbiqi və hər ünvan ailəsini əhatə etdiyini düşünməzdən əvvəl sənədləşdirilmiş təyinatı oxuyun. Şəxsi şəbəkə profili tam dizayn edildiyi kimi işləyə bilər, halbuki ondan istifadə etmək üçün nəzərdə tutulmamış brauzer hələ də uğursuz olur. Marşrut cədvəlini dəyişmədən oxuyun və IPv6-nı da daxil edin, çünki işləyən IPv4 yolu digər ailə haqqında heç nə demir.

Daha dəqiq marşrut default marşrut hələ mövcud ikən qalib gələ bilər, buna görə cədvəli fərz etmək əvəzinə oxumaq lazımdır. Rəqib virtual adapterlər də başqa yerdə gözlədiyiniz trafikə sahib ola bilər, xüsusən ikinci VPN müştərisi quraşdırılıb unudulduqdan sonra. Default marşrutu təcrübə kimi silməyin; bu, diaqnozu ikinci kəsintiyə çevirir.

İşləyənlər arasında tək uğursuz sayt həmin saytın problemidir və bu, tunelin trafik daşıdığını da sübut edir. Yalnız böyük ötürmələrdə görünən donmalar əlçatanlığa deyil, paket ölçüsünə işarə edir.

Server heç nə yönləndirməyəndə

Hər təyinat iki cihazda və iki giriş şəbəkəsində uğursuz olursa, tunel açıqdır, çıxış isə yönləndirmir. Bu uyğunluq server tərəfindəki nasazlığı bir cihazın bir yerdə səhv konfiqurasiyasından ayırır. Operatora göstəricinin ekran görüntüsünü deyil, yönləndirmə, NAT və geri yol suallarını göndərin.

Bu üçü server tərəfindəki səbəblərin çoxunu əhatə edir və cavablandırmaq operatorun işidir. OpenVPN bağlantı problemlərinin həlli səhifəsi eyni sualları server tərəfindən gəzir, ona görə onu biletlə birlikdə verin. Yaşıl göstəricinin ekran görüntüsü onların heç birinə cavab vermir.

Girişdən sonrakı müştəri jurnalını marşrutların, DNS parametrlərinin və ya virtual adapterin tətbiqi zamanı uğursuzluqlar üçün skan edin. Bu mərhələdəki xətalar serverə deyil, cihaza işarə edir. Jurnalda heç görünməyən xəta da eyni dərəcədə məlumatlıdır, çünki şübhəni uzaq tərəfə keçirir.

Hər dəfə bir qatı yoxlayın

Nəyisə dəyişdikdən sonra yenidən qoşulun və uğursuz olan dəqiq tətbiqi təkrarlayın. Yüklənən tək səhifə, profilin qurulduğu resurslara təkrarlanan yoldan daha az sübut edir. İki əmr həlli əlçatanlıqdan ayırır və ikincisi hosta xasdır. curl sətrini istənilən yerdə işlədin, sonra qarşınızdakı hosta uyğun marşrut əmrini işlədin.

curl -sS -o /dev/null -w "%{http_code}" --max-time 5 https://example.com
route print -4          # Windows
ip -4 route show        # Linux
netstat -rn | head      # macOS

Rəqəmli sorğu işləyir, ad isə işləmirsə, DNS-də qalın. Heç biri işləmirsə, marşrut cədvəlini tunelin gözlənilən defaultu ilə müqayisə edin və əslində sınaqdan keçirdiyiniz ailəni yoxlayın. Marşrut düzdürsə və sorğu hələ də çıxışda ölürsə, qalan sual operatora aiddir və saxladığınız sübut biletin özüdür.