Elektrik kesintisinden sonra yönlendiricinin VPN'i iyi görünüyor mu? Bu dört katmanı test edin

Kesintiden sonra yanan bir yönlendirici yapılandırmasını geri yüklemiştir, bağlantısını değil. Elektrik kesintisinden sonra yönlendirici, kayıtlı VPN profilini o profilin ihtiyaç duyduğu bağımlılıklar hazır olmadan geri yükleyebilir: yukarı akıştaki modem hâlâ eğitimde olabilir, saat yanlış olabilir ve kimlik doğrulama tamamlanmamış olabilir. Panodaki ışık ve kayıtlı yapılandırma niyeti anlatır, çalışan bir tüneli değil. Profili değiştirmek yerine aşağıdaki dört katmanı sırayla kontrol edin, çünkü insanlar bunu ikinci olarak yapar ve birinci olarak pişman olur.

Buradaki her şey sahada olduğunuzu veya test ettiğiniz tünele bağlı olmayan bir giriş yolunuz olduğunu varsayar. Yoksa bunu bir sonraki kesintiden önce ayarlayın.

Birinci katman: WAN gerçekten geri geldi mi

Yönlendiricinin panosundan değil, modemden başlayın. Modemi eğitimini bitirmeden önyüklemeyi tamamlayan yönlendirici, arkasında hiçbir şey olmayan sağlıklı bir arayüz gösterir ve tünelin ulaşacağı bir eş yoktur. Modemin gerçekten ilettiğini doğrulayın, ardından yönlendiricinin beklediğiniz WAN ayarlarını aldığını doğrulayın. WAN adresinin değişip değişmediğini de kontrol edin: farklı dönen dinamik bir adres, adres tabanlı bir kuralı veya uzak izin listesini geçersiz kılabilir ve ağın içinden bu bir VPN arızası gibi görünür.

Bazı erişim ağları kesintiden sonra yeni bir kabul adımı da gerektirir. Tahmin etmek yerine ilk başarısızlık aşaması için istemci günlüğünü okuyun: ilk hata katmanı adlandırır ve sonrasındaki her şey sonuçtur. Adresi ve kabul sonucunu talebe yazın, çünkü ikisi de aynı profilin yarın çalışıp çalışmayacağını belirler. Değişen adres beş dakikalık bir düzeltme ve iki saatlik bir gizemdir.

İkinci katman: sertifikadan önce saati kontrol edin

Yanlış saat sertifikanın geçerliliğine ve zamana bağlı her şeye müdahale eder, çalışan bir zaman kaynağı olmadan önyüklenen gömülü bir cihaz bir süre eski bir tarihte kalabilir. Sertifika doğrulaması o zaman kimlik bilgisiyle hiçbir ilgisi olmayan bir nedenle başarısız olur. Tarihleri yıllarca kaymış bir geçerlilik hatası saati işaret eder; aynı hata güncel tarihlerle sertifikayı işaret eder.

date -u
chronyc tracking

Desteklenen zaman kurtarma sürecini kullanın ve profile dokunmadan önce yönlendiricinin saatini doğrulayın. Hatayı atlamak için doğrulamayı kapatmak, geçici bir sıralama sorununu kalıcı bir zayıflığa dönüştürür ve bu senaryodaki en yaygın kötü düzeltmedir. Cihazın pille çalışan saati yoksa önyükleme sırası önemlidir: zamanı eşitlemeden önce ağ erişimine, tüneli doğrulamadan önce de zamana ihtiyacı vardır. Her kesintiden sonra aynı hata tekrarlanıyorsa düzeltilmesi gereken sıra budur.

Üçüncü katman: tünelin ne dediğini okuyun

Arayüzün açık olup olmadığını değil, tünelin kendi durumunu ve el sıkışma veya kimlik doğrulama sonucunu kontrol edin. Bir arayüz, eş oluşturulmadan da var olabilir ve anahtar yenileme başarısız olurken istemci bağlı görünebilir. Taşıma zaman aşımlarını açık redlerden ayırın: zaman aşımı yolun veya eşin henüz erişilebilir olmadığını düşündürür, oysa ret, uzak ucun yanıt verip reddettiği anlamına gelir; çoğu zaman kimlik bilgileri, bir sertifika veya artık eşleşmeyen bir eş kimliği yüzünden. Bir zaman aşımı için kullanıcıyı parola sıfırlamaya göndermek herkesin öğleden sonrasını harcar.

Bilinen son iyi yapılandırmayı elinizin altında tutun ki alanları yeniden oluşturmak yerine karşılaştırabilesiniz. Bir alan değiştiyse, o değişiklik bulgudur. Yalnızca geri yükleneni okumak yerine onu geri yüklenenle alan alan karşılaştırın. Kesinti sonrası sürprizlerin çoğu, sessizce şablon varsayılanına dönen bir alandır.

Dördüncü katman: alt cihazdan test edin

Yönlendiricinin arkasındaki bir istemciden zararsız, izin verilen bir kaynağı açın, ardından trafiğin gerçekte hangi çıkışı veya özel yolu kullandığını doğrulayın. DNS'i ve kapsadığınızı iddia ettiğiniz her adres ailesini kontrol edin, çünkü yönlendiricinin kendi yoklaması başarılı olurken istemci ilkesi hâlâ yanlış olabilir — yoklama çoğu zaman başka bir kaynak, başka bir tablo veya başka bir çözümleyici yolu kullanır.

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

Tünel çökmüşse ve yalnızca yanlış yapılandırılmamışsa, etkilenen istemcilerin engellenmesi mi gerektiğine yoksa onaylanmış bir yedeği kullanabileceklerine karar verin. Bu seçim, kesintiden önceki devreye alma planına aittir, kesinti sırasındaki bir sohbet dizisine değil. Gözlenen çıkışı ve çözümleyiciyi kesinti talebine yazın. İki satır şimdi bir sonraki kişiye o pencerede hangi yolun etkin olduğunu tahmin etmekten bir saat kazandırır.

Bir sonraki kesintinin daha kısa olması için ne düzeltilmeli

Hata tekrarlanıyorsa düzeltme yapılandırma değil sıradır: WAN'ı kaldırın, sonra zamanı, sonra tüneli, sonra istemci ilkesini. Çoğu yönlendirici bunu bir bağımlılık veya gecikme olarak ifade eder ve kısa, bilinçli bir gecikme profili yeniden yazmaktan daha iyidir.

Ardından değiştirdikten sonra istemci tarafı kontrolü de dahil olmak üzere normal yeniden başlatma testini yineleyin. Yalnızca yönlendiricinin panosuna bakan bir yeniden başlatma testi, dört katmanın en az bilgi verenini test eder.