Hiçbir şey çalışmazken bir VPN neden bağlı görünebilir

İstemciniz bağlı bildiriyor, arayüz ayakta ve tarayıcı zaman aşımına uğruyor, ve bu üç ifadenin hiçbiri yanlış değil. Bağlı, istediğiniz sayfayla hiçbir ilgisi olmayan bir katmanı tanımlar. Hangi katmanın bildirdiğine karar vermek tek bir yeni istek ve trafiğin hareket ettiğini kanıtlayacak sayaç için tek bir bakış gerektirir. Yeniden başlatma bu kanıtı atar ve gözlemlemeye çalıştığınız koşulları yeniden kurar.

Bağlı denen üç farklı şey

En altta bağlı, bir istemci sürecinin çalıştığı ve bir eşe doğru soket tuttuğu anlamına gelebilir. Bunun üstünde, bir adresi olan bir arayüzün var olduğu anlamına gelebilir; kalıcı bir aygıt veya kurtarma rutini bunu arkasında canlı oturum olmadan oluşturabilir. Denetim düzeyinde, bir ilişkilendirmenin müzakere edildiği anlamına gelebilir; bu, altından tek bir paketin geçip geçmediği hakkında hiçbir şey söylemez. Bunların her biri diğerlerinin dayanamadığı arızalara dayanır ve bir istemci genellikle iddia edebileceği en güçlüsünü gösterir.

Yeşil bir simge ile ölü bir tünel bu nedenle çelişkili değil uyumludur; farklı nesneler hakkında bildirirler. Bu arızanın sürekli olarak istemci hatası diye yanlış teşhis edilmesinin tek nedeni budur.

Daemon'a dokunmadan önce gerçekten ihtiyacınız olan bir hedefe tek bir zararsız istek gönderin ve çalışırken gerekli doğrudan trafik bloğunu yerinde tutun. Yeniden başlatma olayların sırasını siler ve sonra nedeni gizleyecek kadar yakın biçimde yeniden oluşturur, bu yüzden aynı kayıt bir hafta sonra içinde yeni hiçbir şey olmadan geri gelir. Tek bir istek, tek bir sayaç okuması ve arızayı üreten tetikleyici asgari kanıttır.

Hangi sayaç paketlerin hareket ettiğini kanıtlar

IPsec'te IKE ilişkilendirmesi ile CHILD ilişkilendirmesi ayrı nesnelerdir ve yalnızca child bu soruyu yanıtlayan sayaçları taşır. child'ı listeleyin, paketlerin iki yönde de artıp artmadığını izleyin ve bunu uygulamanın yapmaya çalıştığı şeyle karşılaştırın. Sıfırda kurulu bir ilişkilendirme, uygulama hâlâ başarısız olurken artan bir ilişkilendirmeden farklı bir bulgudur; ilki trafiğin seçilmediğini, ikincisi hareket ettiğini ve arızanın daha ileride olduğunu gösterir. Sayaçları birkaç saniye arayla iki kez okuyun, çünkü tek bir örnek eğilim gösteremez.

swanctl --list-sas
ip xfrm state list
ip -s link show dev tun0

Sıfır sayaçlar seçime işaret eder: yönlendirme, politika, paketin çıktığı ad alanı veya istemcinin hiç bağlanmadığı bir arayüz. Artan sayaçlar tünelden uzağa işaret eder, bu yüzden uzak uçta iletme, ad çözümleme, dönüş yolu ve hedef hizmetle bu sırayla devam edin. Ayrı bir child nesnesi olmayan protokol aynı kanıtı kendi koşullarında açığa çıkarır, bu yüzden IPsec sözlüğünü ödünç almak yerine eşin durumu ve paket sayısı hakkında bildirdiklerini kullanın. Okumanın biçimi onu üreten araçtan daha önemlidir.

Sayaçlar hareket ettikten sonra arıza nerede oturur

Kendi yönetim adresinde yanıt veren bir geçit, geçidin çalıştığını kanıtlar, arkasındaki bir şeyin isteğinize hizmet ettiğini değil, bu yüzden ortadaki kutuyu değil uzak tarafı test edin. Ad çözümleme arızaları en iyi gizler, çünkü tünelden ulaşılamayan bir çözümleyici tıpkı ölü bir bağlantı gibi zaman aşımına uğrar. İki sorgu bu durumları ayırır ve ikisi de ucuzdur. Önce tünelin zorladığı çözümleyiciye sorun, sonra aynı ad için genel bir çözümleyiciye sorun.

dig +short host.example
dig +short @10.20.0.1 host.example
ping -c 2 10.20.0.25

Genel çözümleyiciyle çözülen ama tünelin çözümleyicisiyle çözülmeyen bir ad, DNS yolunun kırıldığını gösterir; her ikisiyle de çözülen ve tarayıcıda hâlâ zaman aşımına uğrayan bir ad ise dönüş yoluna veya hizmete işaret eder. Adrese göre ping başarılı olur ve uygulama hâlâ reddederse, ağ isteği teslim etti ve hizmet onu reddetti, bu da çok daha sonraki bir aşamadır.

Tetikleyiciyi kaydedin, sonra bir şeyi değiştirin

Arızadan önce ne olduğunu kaydedin: bir süre hareketsizlik, ağ değişikliği, anahtar yenileme, yeniden açılan dizüstü bilgisayar veya geri yüklenen sistem. Bunlar farklı mekanizmalar üretir ve genellikle yalnızca geri yüklenen sistem kendini onarır, ki bu tam olarak size hiçbir şey öğretmeyen durumdur. Yeniden başlatma olayların sırasını kaldırır ve sonra nedeni gizleyecek kadar yakın koşulları yeniden oluşturur. Tetikleyiciyi hâlâ yeniden üretilebilirken yazın.

Sonra desteklenen tek bir düzeltme yapın ve özgün isteği arızayı üreten tetikleyiciyle birlikte yineleyin. Hareketsizlik yeniden üretilmesi en kolay tetikleyicidir, bu yüzden düzeltmenin semptomu değil mekanizmayı ele aldığının en hızlı kanıtıdır.

Bildirmek istediğiniz şey, göndermeyi amaçladığınız trafiğin ulaşmayı amaçladığınız hizmete ulaştığının kanıtıdır. Yeşile dönen bir simge, yüklenen önbelleğe alınmış bir sayfa ve hareket eden bir sayaç, hepsi amaçlanan hedefe karşı tamamlanmış tek bir istekten daha azını kanıtlar. İsteği, sayaç okumasını ve tetikleyiciyi bir arada tutun, böylece bir sonraki kişi bir düzeltmeyi tesadüften ayırt edebilsin.