Uykudan sonra VPN öldü: tünel mi kayboldu, uygulama mı eskidi?

Kapak açılır, kablosuz simgesi geri gelir ve VPN hâlâ bağlı görünür. Ardından ilk dahili sayfa zaman aşımına kadar takılır, yeni bir sekme de aynısını yapar. Bu görüntüyü üç farklı şey üretebilir ve üç farklı onarım gerektirir: uykudan sağ çıkmayan bir tünel, hiç kimsenin yeniden etkinleştirmesini istemediği bir profil veya saatler önce ölmüş bir oturumu hâlâ tutan bir uygulama. Onları karşılaştırmak herhangi bir şeyi yeniden kurmaktan daha hızlıdır.

Uyandıktan sonra üç şey bozulabilir

İlk aday tünelin kendisidir. Eşle bağlantı kaybolsa da arayüz bir adresle hâlâ var olabilir, bu yüzden gösterge ışığı çalışan bir yolun kanıtı değildir. Uykudan daha eski bir el sıkışma ipucudur ve görmek için tek komut yeterlidir.

İkincisi etkinleştirmedir. Birçok istemci kendi kendine yeniden bağlanır; bazıları bağlanmaz ve geri gelmesi istenmeyen bir profil orada oturup yapılandırılmış görünür. Bu başarısızlık tasarım gereği sessizdir, çünkü hiçbir şey hata bildirmedi.

Üçüncüsü uygulamadır. Bir tarayıcı sekmesi, SSH oturumu veya veritabanı bağlantısı, altındaki taşıma ölü olsa da dosya tanımlayıcı olarak ağ değişimini atlatabilir. Sonra yeni oturum kusursuz çalışır, bu da tünelin baştan beri iyi olduğunu söyler.

Bir şeyi değiştirmeden önce üçünü karşılaştırın, çünkü onarımlar çakışmaz. Yeniden başlatılması hiç istenmemiş bir istemciyi yeniden başlatmak ihtiyaç duyduğunuz kanıtı harcar. Yapılandırmaya dokunmadan önce semptomun hangi adaya uyduğunu yazın. O tek cümle genellikle soruşturmanın geri kalanını belirler.

Birincisi: tünel geri geldi mi?

İstemcinin kendi durum metni yerine arayüze ve eşin durumuna bakın. Adresi olan ama son el sıkışması olmayan arayüz yalnızca adı olan bir tüneldir.

ip -brief addr show
wg show
ip route show table all | head -20

Arayüz tamamen yoksa tünel atlatamadı ve soru onu kimin geri getirmesi gerektiğine dönüşür. Varsa ama el sıkışma eskiyse eşle bağlantı yeniden kurulmalıdır ve istemci onu tetikleyecek trafiği bekliyor olabilir.

Rotaları ve DNS yapılandırmasını da kontrol edin. Tünel rotaları olmadan geri gelebilir, bu da arayüzün çalıştığı ama dahili adların hâlâ yanlış sunucu üzerinden çözüldüğü kafa karıştırıcı durumu yaratır.

İkincisi: bir şey onun geri gelmesini istedi mi?

Karşılaştırma burada karşılığını verir. NetworkManager, OpenVPN eklenti profilini ve yerel WireGuard bağlantısını farklı ele alır ve bağlantı ayarları başvurusu connection.autoconnect bileşeninin VPN profillerini etkinleştirmediğini açıkça belirtir; bir bağlantıyla birlikte VPN kaldırma mekanizması connection.secondaries bileşenidir.

nmcli connection show --active
nmcli -f connection.autoconnect,connection.secondaries connection show "Work VPN"
journalctl -u NetworkManager -b --no-pager | tail -40

Elle yeniden bağlanma sorunu her seferinde düzeltiyorsa bu, bozuk tünelin değil eksik etkinleştirmenin imzasıdır. Günlük genellikle arayüzün düştüğünü ve hiçbir şeyin onu geri getirmediğini gösterir.

Hemen bir uyku kancası ekleme dürtüsüne karşı koyun. Ağ toparlanmadan çalışan bir kanca, yardım etmeye çalıştığı sürecin kendisiyle yarışır ve yeniden üretilebilir bir sorunu aralıklı bir soruna dönüştürür.

Üçüncüsü: uygulama eski durumu tutuyor mu?

VPN'e dokunmadan önce aynı hedefe tamamen yeni bir oturum açın. Yeni oturum çalışıp eski çalışmıyorsa tünel iyidir ve uygulama ölü bir bağlantı tutuyordur.

Bu, üç kontrolün en ucuzu ve en çok atlananıdır, çünkü başarısız olan pencere tam ekrandadır. Kapatın, yeniden açın ve sorunun sürüp sürmediğini not edin. Yeni oturum çalışıyorsa tünel soruşturmasını tamamen durdurun. O da başarısız olursa uygulama nedeni değil, semptomu gösterir.

Bazı uygulamalar zaman aşımından sonra kendi kendine toparlanır, bu yüzden semptom birkaç dakika sonra kendi kendine düzelmiş gibi görünebilir. Bu davranış tünele değil uygulamaya işaret eder ve ayrıca not edilmeye değer. Sadece kendi kendine düzeldi diyen bir iş arkadaşı bu örüntüyü anlatıyordur, şansı değil.

Karşılaştırmayı yeniden üretilebilir yapın

Değişkenleri küçük tutun: bir erişim ağı, bir uyku süresi ve her seferinde aynı ilk istek. Sonra iki sonucu kaydedin: elle yeniden bağlanmanın onu düzeltip düzeltmediğini ve bir uyku daha hatayı geri getirip getirmediğini.

Son gözlem, üç adayı en güvenilir biçimde ayıran şeydir. Başarısız eski oturumdan sonra çalışan yeni oturum bir tünel sorunu değildir ve istemciyi yeniden kurmak bunu değiştirmez.

WireGuard'ın kalıcı keepalive'ı bu resme yalnızca NAT eşlemesi keepalive'ı olarak girer. Bir eşlemeyi açık tutmak için paket gönderir; makinenin uyumasını engellemez ve süreç askıya alınmışken göndermeye devam edemez.

Bilete bulduğunuzu yazın: üçünden hangisi bozuktu, onu ne düzeltti ve nasıl yeniden ürettiniz. Pazartesi bir kapak açacak sonraki kişi size teşekkür edecek ve yanıtın sıfırdan yeniden keşfedilmesi gerekmeyecek.