NetworkManager'da kayıp VPN rotası: profil ilkesi mi yoksa betik mi?

Bağlanıyorsunuz, tünel arayüzü görünüyor ve ihtiyacınız olan bir önek tabloda yok. Sonraki adım genellikle onu ekleyen bir betik aramak oluyor. Bu arama, bir profile OpenVPN yardımcısı yapıştıran yanıtlara çıkıyor ve bu yanıtların yarısı durumu iyileştirmek yerine kötüleştiriyor, çünkü kayıp bir rotanın üç olası sahibi vardır ve bunlardan yalnızca biri kayıp bir betiktir.

Herhangi bir şey yazmadan önce hangi sahibin sorumlu olduğuna karar verin.

Üç sahip, bir kayıp önek

Önek, kimse sağlamadığı için, profil onu reddettiği için ya da bakmadığınız bir yere kurulduğu için eksik olabilir. Bunlar farklı arızalardır ve farklı düzeltmeleri vardır.

İlkini denetlemek en kolayıdır: sunucu veya eklenti rotayı hiç sundu mu? Öneği hiç almayan bir arka uç onu kuramaz ve yardımcı bir betik, eşin hiç tanımlamadığı bir erişilebilirliği uyduramaz. İkincisi profil ilkesidir; bağlantının aksi halde alacağı rotaları bastırabilir. Üçüncüsü bir tablo veya kuraldır; rotayı varsayılan aramanın hiç bakmadığı bir yerde tutabilir.

Dördüncü sahip sizsiniz, sonra: rotayı bağlanırken ekleyen ama bağlantı kesilirken kaldırmayan bir betik. Bu, tünelden daha uzun yaşayan, ölü bir arayüze işaret eden ve makinede hata ayıklayacak bir sonraki kişiyi şaşırtan bir önek üretir.

Herhangi bir şey eklemeden önce profili okuyun

Kayıtlı bağlantının kendi özellikleriyle başlayın. Gizli bilgileri dökmeden okuyun ve profil adı belirsizse UUID'yi kullanın.

nmcli -f vpn.service-type,ipv4.never-default,ipv4.ignore-auto-routes,ipv4.route-table,ipv4.routes connection show office

vpn.service-type size hangi arka ucun bağlantıya sahip olduğunu söyler ve bu önemlidir çünkü eklenti verileri arka uca özgüdür. Bir eklentinin kabul ettiği anahtar diğeri için desteklenen bir yönerge değildir, bu yüzden başka bir istemcinin belgelerinden kopyalanan bir parça hiçbir şeyin kanıtı değildir.

ipv4.ignore-auto-routes ve ipv4.never-default farklı soruları yanıtlar. Birincisi bağlantının aksi halde otomatik olarak alacağı rotaları reddedebilir, ikincisi profilin varsayılan rota olup olamayacağını denetler. Otomatik rotaları yok sayan ve başka hiçbir şeye güvenmeyen bir profil temiz bağlanır ve neredeyse hiçbir şey kurmaz.

ip -4 rule show
ip -4 route show table all

Bu iki komut üçüncü olasılığı çözer. Öneğinizi yalnızca main'de değil her tabloda arayın ve bir ilke kuralının ilgili aramayı başka bir yere gönderip göndermediğini denetleyin. Önek başka bir tablodaysa ve hiçbir şey onu sorgulamıyorsa kayıp bir rotanız yok; ona asla ulaşmayan bir aramanız var.

Bir betiğin düzeltemeyeceği şey

Yardımcı bir betik eklemek, NetworkManager'ın vpn.data alanına çalıştıracak bir program verir. Bu gerçek bir mekanizmadır ve bu durumların çoğu için yanlış olandır, çünkü betik denetimi, profilin kendi ilkesi neyin kabul edileceğine zaten karar verdikten sonra alır.

OpenVPN'in script-security ayarı diğer yinelenen karışıklıktır. İstemcinin hangi betikleri çalıştırabileceğini ve bunların ortamına ne koyabileceğini belirleyen bir OpenVPN ayarıdır; düzey 3, kimlik bilgilerinin ortam aracılığıyla geçirilmesine izin verir ve bu bir yönlendirme düzeltmesi değil, gizli bilgilerin işlenmesiyle ilgili bir karardır. Arka ucu OpenVPN olmayan bir profile yapıştırmak ya da hiçbir betiğin gereksinmediği halde yükseltmek, rota eklemeden maruziyet ekler.

Sonra yeniden başlatma refleksi var. NetworkManager hizmetini yeniden başlatmak, uzaktan çalışıyorsanız bağlı olduğunuz bağlantı dahil, yönetilen her bağlantıyı koparır ve yeniden kurar. Bu, zararsız bir tanılama değil, kesintiye uğratan bir eylemdir ve bir sunucuda oturumun hayatta kalmasıyla kalmaması arasındaki fark olabilir.

Karar, sırasıyla

Sırayla üç soru sorun. Eş öneği sağladı mı, bunu arka ucun günlüğü veya kendi durum çıktısı gösterecektir. Öyleyse, profil rotaları kabul edip kurmak için mi yapılandırılmış, yoksa onları bastırıyor mu? Rota bir yerde varsa, test ettiğiniz trafik için arama yolu doğru mu?

Ancak ilk yanıt evet, ikincisi evet ve üçüncüsü doğruysa ek bir betik savunulabilir hale gelir ve o zaman bile arka ucun rotayı yerel olarak destekleyip desteklemediğini sormalısınız. VPN ayarları başvurusu service-type ve eklentiye özgü veri sözlüğünü belgeler ve bir anahtarın var olduğunu varsaymadan önce tam olarak oradan başlanmalıdır.

Onaylanmış bir düzeltmeden sonra yeniden bağlanın ve hedefi adresle, ardından adla test edin, sonra bağlantıyı kesip yeniden bağlanarak durumun yinelenebilir olduğunu doğrulayın. Tek sahip, tek tablo ve tünelle birlikte kaybolan bir rota, elde etmeye değer sonuçtur.