Router VPN-i kəsintidən sonra sağlam görünür? Bu dörd qatı sınayın

Kəsintidən sonra işıq yanan router öz konfiqurasiyasını bərpa edib, bağlantısını yox. Elektrik kəsintisindən sonra router saxlanmış VPN profilini, o profilin ehtiyac duyduğu asılılıqlar hazır olmadan bərpa edə bilər: yuxarı axındakı modem hələ öyrənmə mərhələsində ola bilər, saat səhv ola bilər və doğrulama tamamlanmamış ola bilər. İdarəetmə panelinin işığı və saxlanmış konfiqurasiya niyyəti təsvir edir, işlək tuneli yox. Profili dəyişmək əvəzinə aşağıdakı dörd qatı sıra ilə yoxlayın; insanlar ikinci bunu edir və birinci buna peşman olur.

Buradakı hər şey sizin sahədə olduğunuzu və ya sınaqdan keçirdiyiniz tuneldən asılı olmayan bir giriş yolunuz olduğunu fərz edir. Əgər yoxdursa, növbəti kəsintidən əvvəl onu təşkil edin.

Birinci qat: WAN həqiqətən qayıdıbmı

Router panelinə yox, modemə başlayın. Modemi öyrənmədən əvvəl işə düşməyi bitirən router arxasında heç nə olmayan sağlam interfeys göstərir və tunelin çatacağı həmkarı olmur. Modemin həqiqətən yönləndirdiyini təsdiqləyin, sonra routerin gözlədiyiniz WAN parametrlərini götürdüyünü təsdiqləyin. WAN ünvanının dəyişib-dəyişmədiyini də yoxlayın: fərqli qayıdan dinamik ünvan ünvana əsaslanan qaydanı və ya uzaq icazə siyahısını etibarsız edə bilər və şəbəkənin içindən bu, VPN nasazlığı kimi görünür.

Bəzi giriş şəbəkələri kəsintidən sonra yeni qəbul addımı da tələb edir. Təxmin etmək əvəzinə ilk uğursuzluq mərhələsi üçün müştəri jurnalını oxuyun: ilk xəta qatı adlandırır, ondan sonrakı hər şey nəticədir. Ünvanı və qəbul nəticəsini biletdə qeyd edin, çünki hər ikisi eyni profilin sabah işləyib-işləməyəcəyini müəyyən edir. Dəyişmiş ünvan beş dəqiqəlik düzəliş və iki saatlıq tapmacadır.

İkinci qat: sertifikatdan əvvəl saatı yoxlayın

Səhv saat sertifikatın etibarlılığına və vaxta əsaslanan hər şeyə mane olur, işlək vaxt mənbəyi olmadan açılan quraşdırılmış cihaz isə bir müddət köhnə tarixdə qala bilər. Sonra sertifikat yoxlaması etimadnamə ilə heç bir əlaqəsi olmayan səbəbdən uğursuz olur. Tarixləri illərlə kənara çıxan etibarlılıq xətası saata işarə edir; cari tarixlərlə eyni xəta sertifikata işarə edir.

date -u
chronyc tracking

Dəstəklənən vaxt bərpası prosesindən istifadə edin və profilə toxunmazdan əvvəl routerin saatını təsdiqləyin. Xətanı keçmək üçün yoxlamanı söndürmək müvəqqəti sıralama problemini daimi zəifləməyə çevirir və bu, bu ssenaridə ən çox yayılmış pis düzəlişdir. Cihazın batareya ilə dəstəklənən saatı yoxdursa, açılış sırası vacibdir: vaxtı sinxronlaşdıra bilməzdən əvvəl şəbəkə girişinə, tuneli yoxlaya bilməzdən əvvəl isə vaxta ehtiyacı var. Hər kəsintidən sonra eyni uğursuzluq təkrarlanırsa, düzəldilməli olan o sıradır.

Üçüncü qat: tunelin nə dediyini oxuyun

İnterfeysin işləməsini yox, tunelin öz vəziyyətini və onun əl sıxma və ya doğrulama nəticəsini yoxlayın. İnterfeys qurulmuş həmkar olmadan mövcud ola bilər və müştəri qoşulmuş göstərə bilər, halbuki açar yenilənməsi uğursuz olur. Nəqliyyat fasilələrini açıq rəddlərdən ayırın: fasilə yolun və ya həmkarın hələ əlçatmaz olduğunu göstərir, rədd isə o tərəfin cavab verib imtina etdiyini bildirir, ən çox etimadnamələr, sertifikat və ya artıq uyğun gəlməyən həmkar kimliyi üzündən. Fasilə üçün istifadəçini parol sıfırlamasına göndərmək hamının günortasını puç edir.

Son bilinən yaxşı konfiqurasiyanı əlinizdə saxlayın ki, sahələri yenidən qurmaq əvəzinə müqayisə edə biləsiniz. Bir sahə dəyişibsə, həmin dəyişiklik tapıntıdır. Yalnız bərpa edilmişi oxumaq əvəzinə onu bərpa edilmişlə sahə-sahə müqayisə edin. Kəsintidən sonrakı sürprizlərin çoxu səssizcə şablon defoltuna qayıdan sahədir.

Dördüncü qat: aşağı axındakı cihazdan sınayın

Routerin arxasındakı müştəridən zərərsiz icazəli resurs açın, sonra trafikin həqiqətən hansı çıxışdan və ya özəl marşrutdan istifadə etdiyini təsdiqləyin. DNS-i və əhatə etdiyinizi iddia etdiyiniz hər ünvan ailəsini yoxlayın, çünki routerin öz yoxlaması uğurlu ola bilər, halbuki müştəri siyasəti hələ səhvdir — yoxlama çox vaxt fərqli mənbə, fərqli cədvəl və ya fərqli həlledici yolu istifadə edir.

curl -s https://ifconfig.me
nslookup example.com

Tunel sadəcə səhv konfiqurasiya deyil, tamamilə işləmirsə, təsirə düşən müştərilərin bloklanmalı və ya təsdiqlənmiş ehtiyat variantdan istifadə etməli olduğuna qərar verin. Bu seçim kəsintidən əvvəl ehtiyat planında olmalıdır, kəsinti zamanı söhbət lentində yox. Müşahidə olunan çıxışı və həlledicini kəsinti biletinə yazın. İki sətir indi növbəti şəxsə pəncərə zamanı hansı yolun işlək olduğunu təxmin etməklə bir saat qazandırır.

Növbəti kəsintinin daha qısa olması üçün nəyi düzəltməli

Uğursuzluq təkrarlanırsa, düzəliş konfiqurasiya deyil, sıralamadır: əvvəlcə WAN-ı, sonra vaxtı, sonra tuneli, sonra müştəri siyasətini qaldırın. Əksər router bunu asılılıq və ya gecikmə kimi ifadə edir və qısa, qəsdən edilmiş gecikmə profilin yenidən yazılmasından yaxşıdır.

Sonra dəyişdikdən sonra adi yenidən başlatma testini təkrarlayın, müştəri tərəfinin yoxlaması da daxil olmaqla. Yalnız router panelinə baxan yenidən başlatma testi dörd qatın ən az məlumat verənini sınayır.