DHCP yenilemesinden sonra VPN düşüyor mu? Adresleri karşılaştırın

Kiralama yenilemesi ile VPN arızası günlüklerde o kadar sık birlikte görünür ki insanlar birinin diğerine neden olduğu sonucuna varır. Zamanlama çakışması gerçektir; nedensellik genellikle değildir. Yenileme, kiralamayı veren sunucuya aynı bağlamayı sürdürme isteğini bildiren tek adresli bir istektir ve sunucu, istemci tek bir adresi bile değiştirmeden bunu uzatabilir. Olayın çevresinde istemcinin kendi değerlerini incelemek, sessizce yenilenen bir kiralamayı çalışan bir tünelin altında gerçekten değişen bir ağdan ayırır.

Düşen istemciden başlayın

Önce istemcinin bağlantı günlüğünü açın ve düşüş saatini saniyesine kadar not edin. Ardından aynı dakika için işletim sisteminin ağ günlüğünü açın ve arayüzün ne yaptığını sırayla okuyun. Bu sıralama tüm soruşturmadır: bağlantı kesilmesinden önce bir DHCP olayı, DHCP olayından önce bir bağlantı kesilmesi ve aralarında hiçbir şey olmayan iki olay üç farklı bulgudur. Tünel zaten yeniden bağlanırken yalnızca kiralamadan söz eden günlük satırı süslemedir, kanıt değildir.

Zaman çizelgesini aklınızda tutmak yerine ilerledikçe yazın. Farklı araçların zaman damgaları nadiren tam olarak örtüşür ve sapmanın kendisi bazen açıklamadır.

Olayın çevresindeki dört değeri karşılaştırın

Dört değer bir bağlantının yerel tarafını gerçek bir değişikliği yakalayacak kadar iyi tanımlar: arayüz adresi, varsayılan ağ geçidi, çözümleyici listesi ve arayüzün çalışma durumu. Bunları düşüşten sonraki bir dakika içinde alın ve tünel sağlıklıyken alınmış bir kayıtla karşılaştırın.

ip -4 -brief addr show dev wlan0
ip -4 route show default
resolvectl status | grep -A3 'DNS Servers'
journalctl -u NetworkManager --since -10m --no-pager | grep -i dhcp

Değişmeyen adres, değişmeyen ağ geçidi ve değişen çözümleyici listesi yönlendirmeye değil ad çözümlemeye işaret eder ve uygulamalar ana bilgisayarları bulmayı bırakırken tünel hayatta kalmış olabilir. Değişen ağ geçidi, yerel ağdan çıkış yolunun taşındığı anlamına gelir ve bu, öncekine işaret eden bir yolu geçersiz kılmaya yeter. Dört değerin tümü sağlıklı kayıtla eşleşiyorsa kiralama sizin nedeniniz değildir ve konu istemcinin kendi yeniden bağlanma mantığı olur. Karşılaştırmayı arıza görünürken alın, çünkü yeniden başlatmadan sonra alınan sağlıklı kaydın adres geçmişi farklıdır ve eşleşmeyecektir.

Yenileme neyi değiştirebilir, neyi değiştiremez

RFC 2131 yenilemeyi, kiralama süresinin yarısında özgün sunucuya bir istek olarak tanımlar; ilk deneme yanıtsız kalırsa sürenin sekizde yedisinde herhangi bir sunucuya yeniden bağlama öngörür. Adımların hiçbiri istemcinin farklı bir adres edinmesini gerektirmez ve işbirliği yapan bir sunucu genellikle mevcut bağlamayı uzatır. Gerçek bir adres değişikliği genellikle başka bir yoldan gelir: sunucu yenilemeyi reddeder, istemci durumunu kaybedip baştan başlar veya ağ cihazı başka bir kesime taşır.

Bağlantının genel tarafı hiçbir yerel değişiklik olmadan değişebilir. Taşıyıcı düzeyinde çevirinin arkasında, VPN eşinin gördüğü adres yerel kiralamanın yaptığı her şeyden bağımsız olarak yeniden atanabilir ve bu yeniden atama istemcinin içinden yerel bir ağ arızasıyla aynı görünür. Yerel olarak bildirilen bir adresi eş tarafındaki bir gözlemle karşılaştırmak, onları ayırmanın tek yoludur.

İstemci uyum sağlayamadığında

Taşımasını eski adrese bağlayan, eşe giden eski bir yolu önbelleğe alan veya bir arayüz kimliği saklayan bir istemci artık var olmayan bir yolu denemeye devam edebilir. Bu bir uyum kusurudur ve ana bilgisayarın artık ulaşamadığı bir adrese yönelik tekrarlanan yeniden iletimler olarak görünür. Bazı istemciler bunu tasarım gereği ele alır: örneğin WireGuard, yeni bir kaynaktan doğru şekilde kimliği doğrulanmış bir paket geldiğinde eşin uç noktasını günceller.

Hizmeti geri getiren elle yeniden başlatma, uyumun nerede başarısız olduğuna dair bir ipucudur; kiralamalar ve tünellerin uyumsuz olduğunun kanıtı değildir. Test sırasında engelleme politikasını yürürlükte tutun, yoksa testin kendisi başka bir nedenle kesintiye dönüşür. İstemcinin kendi kendine toparlanıp toparlanmadığını, ne kadar sürdüğünü ve hangi adresi yeniden denediğini kaydedin; bu sıra size arayüzde gösterilen bağlantı kesilme nedeninden daha fazlasını söyler.

Suçlamadan önce olayı tekrarlayın

Zamanlamayı beklemek yerine koşulu yeniden üretin: kiralamayı bırakıp yenileyin veya eşdeğer denetimli olayı zorlayın ve tünelin hayatta kalıp kalmadığını izleyin. Yönetilen bir ağda herhangi bir adres değişikliğini ağ sahibiyle koordine edin, çünkü keyfi bir statik atama o adresi zaten taşıyan bir cihazla çakışabilir.

Desteklenen bir düzeltmeden sonra aynı olayı yineleyin ve ardından bir uygulamayı ve ad sorgusunu test edin, çünkü yeniden bağlanan ama DNS'i bozan bir tünel önemli olandan daha zayıf bir testi geçer. Planlanmış kiralamayı neden olarak adlandırmak yerine gözlemlediğiniz belirli değişikliği zaman damgasıyla bildirin. İki rapor arasındaki fark, bir sonraki kişinin arızayı mı yoksa yalnızca söylentiyi mi yeniden üretebileceğidir.