VPN sürekli mi kopuyor? Bu sırayla ilerleyin

İstemciyi yeniden kurmadan önce üç şeyi yazın: tünelin ne kadar açık kaldığını, koptuğunda istemcinin ne dediğini ve bu arada makinenin uyuyup uyumadığını ya da ağ değiştirip değiştirmediğini. O not, sonrasında elinizde olacak tek kanıttır ve yeniden kurulum genellikle onu siler. Tekrarlanan aralıkta kopma bir zamanlayıcı ya da durum süresinin dolmasıdır; rastgele bir anda kopma yol sorunudur. Aşağıdaki sıra, üç şeyi birden değiştirip hiçbir şey öğrenmemenizi engeller.

Birinci adım: aralığı ve hata metnini kaydedin

Sağlayıcının panosu yerine istemcinin kendi günlüğüyle başlayın. Linux istemcisinde hizmet günlüğü ve tünelin canlı durumu bunun çoğunu kapsar:

journalctl -u openvpn-client@client --since '3 hours ago' | tail -60
journalctl -u wg-quick@wg0 --since '3 hours ago' | tail -40
wg show
ip -s link show wg0

Yalnızca simgenin renk değiştirdiği anı değil, son başarılı el sıkışmanın zaman damgalarını ve trafiğin durduğu anı kaydedin. Sonradan bağlantının koptuğunu söyleyen bir GUI istemcisi, çekirdeğin saniyeler önce ulaştığı bir durumu bildiriyor olabilir.

Hatanın ifadesini koruyun. Zaman aşımı, kimlik doğrulama reddi ve bağdaştırıcı ya da sürücü hatası üç farklı katmana işaret eder ve bu sorundaki boşa harcanan emeğin çoğu onları tek bir şey olarak ele almaktan gelir. Satırı olduğu gibi notunuza kopyalayın.

İkinci adım: profili değil, tek bir değişkeni değiştirin

Cihazı ve profili sabit tutun ve makineyi başka bir erişim ağına, örneğin telefonun erişim noktasına taşıyın. İstemciyi yoldan ayıran en ucuz test budur. İlk arıza aralığını kapsayacak kadar uzun çalıştırın; iki istikrarlı dakika, otuzuncu dakikada olan bir kopma hakkında hiçbir şey kanıtlamaz.

Ethernet bağlantı noktası olan bir dizüstü bilgisayar, Wi-Fi'yi tamamen resimden çıkaran ikinci bir karşılaştırma verir. Tünel her iki alternatifte de dayanırsa, asıl erişim ağı dikkati hak eder: erişim noktaları arasında dolaşma, çeviri tablosu zaman aşımına uğrayan bir ev yönlendiricisi veya uzun ömürlü akışları sıfırlayan bir üst bağlantı.

Hangi değişkeni değiştirdiğinizi yazın. Bir karşılaştırma yalnızca diğer her şey aynı kaldığında sayılır ve buna sunucunun uç noktası ile günün saati de dahildir.

Üçüncü adım: aralığı bir katmana eşleyin

İyi bir oturumun uzunluğu elinizdeki en bilgilendirici tek sayıdır. Zamanlayıcılara dokunmadan önce onu bu listeye karşı okuyun:

• Uykudan veya devam ettirmeden sonra kopma: tünel durumu askıya almayı atlattı ama arayüz atlatmadı. İstemcinin devam ettirmede yeniden bağlanma davranışını ve hizmetin tüneli yeniden başlatıp başlatmadığını yoksa trafiği bekleyip beklemediğini kontrol edin.
• Yalnızca boştayken kopma: aradaki bir şey akışın süresini doldurdu. keepalive tam olarak bu durum için vardır.
• Sabit oturum yaşında kopma: yeniden kimlik doğrulama ya da anahtar yenileme olayı, yol arızası değil. Günlükte tam o aralıkta açık bir ret, ipucudur.
• Büyük aktarımlar veya büyük sayfalar sırasında kopma: MTU ve parçalanmadan şüphelenin, boşta kalma zamanlayıcısından değil.

Boşta kalma durumunda ayarlar protokole özgüdür ve iki uç da önemlidir. Sunucudaki OpenVPN'in keepalive 10 60 ayarı her 10 saniyede bir ping gönderir ve ping gelmezse 60 saniye sonra bağlantıyı yeniden başlatır; NAT arkasındaki WireGuard istemcileri eş bloğunda PersistentKeepalive = 25 kullanır. OpenVPN ayrıca veri kanalını bir zamanlayıcıyla yeniden müzakere eder, reneg-sec, bu da 2.x sürümünde varsayılan olarak 3600 saniyedir.

Başka bir sağlayıcının kılavuzundan agresif değerler kopyalamayın. Kayıplı bir mobil bağlantıda kısa zaman aşımı, tam da önlemesi gereken kopmaları üretir ve sunucunun gönderdiği değerler istemci profilinde ayarladığınızı geçersiz kılar.

Dördüncü adım: desteklenen tek bir alternatifi karşılaştırın

Operatör hem UDP hem de TCP profili yayımlıyorsa aynı cihazı ve ağı diğerine karşı çalıştırın. Kopyalanmış bir profilde taşımayı düzenlemek yerine gerçekten eşleşen dosyayı kullanın. UDP'nin sıfırlandığı bir yolda kararlı bir TCP profili sorunu o yola daraltır; TCP'nin her yerde daha iyi taşıma olduğunu kanıtlamaz.

Aynı mantık uç noktalar için de geçerlidir. Başka bir sunucu deneyin ve asıl sonucu yanında tutun. Yalnızca bir çıkış oturumları sıfırlıyorsa bu, o uç nokta hakkında kanıttır; dizüstü bilgisayardaki her bağdaştırıcıyı yeniden kurmak için bir neden değildir.

Her değişiklikten sonra asıl tetikleyiciyi yineleyin ve trafiğin gerçekte nereye gittiğini doğrulayın. Geri kazanılan internet erişimi, tünel içindeki trafikle aynı sonuç değildir ve sessizce doğrudan bir rotaya düşen bir istemci tarayıcıdan sağlıklı görünür.

Düzeltmeyi doğrulayın ve geri dönüşü saklayın

Bir düzeltme, başarılı bir bağlantıyla değil, asıl tetikleyicinin yeniden üretilmesiyle doğrulanır. Tüneli eski arıza aralığının ötesinde boşta bırakın, bir kez askıya alıp devam ettirin ve ardından el sıkışmanın yaşını ve çıkış adresini kontrol edin:

wg show wg0 latest-handshakes
curl -m 5 -sS https://ifconfig.me
cp client.ovpn client.ovpn.bak   # before editing timers

Yeni davranış tam bir iş gününe dayanana kadar önceki profili ve önceki zamanlayıcı değerlerini koruyun. Kopmalar geri dönerse yedeği geri yükleyin ve ardından değişiklikleri tek tek yeniden uygulayın, böylece ikinci deneme bilinen bir durumdan başlasın.

Günlük temiz kalıyor ve tünel hâlâ tekrarlanan aralıkta kopuyorsa sıradaki durak o oturumun sunucu tarafıdır. İstemcinin oturum tanımlayıcısını ve kopmanın tam zamanını yanınıza alın, çünkü bu ikili bir sunucu günlüğünü aranabilir kılan şeydir. Protokolün bağlantı seçenekleri OpenVPN 2.6 kılavuzunda belgelenmiştir, bir değerin tam anlamına ihtiyaç duyduğunuzda.