VPN bağlı olduğunu söylüyor ama varsayılan yol ölü

İstemci bağlı olduğunu bildiriyor, sistem tepsisindeki simge normal görünüyor ve hiçbir şey yüklenmiyor. Wi-Fi’den kabloya geçtikten hemen sonra ya da bir dağıtım yükseltmesi bittikten hemen sonra başladı. Bozulan profil değil, önceki temel bağlantı için kurulmuş durumdur. Çekirdekte hâlâ kimsenin sahip olmadığı bir tünel aygıtına işaret eden varsayılan bir yol var ya da çözümleyici hâlâ kaybolmuş bir bağlantı üzerinde sunucular listeliyor. İki arıza da ölü bir ağ gibi görünüyor ve ikisi de yerinde onarılabilir.

Eskimiş parçalar siz fark etmeden önce de yanlıştı. Kabloyu çekmek onları yalnızca görünür yaptı.

Çekirdeğe bir paketin nereye gideceğini sorun

Yol listelerini okumak zordur çünkü sistemin bildiği her şeyi, artık geçerli olmayan kayıtlar dahil sıralarlar. Bir yol araması sormaya değer tek soruyu yanıtlar: şu anda bu belirli paketi hangi aygıt taşıyor. Yanıt bir tünel aygıtını adlandırıyorsa, arkasında canlı bir istemci süreci olmasa da çekirdek onu kullanır ve paket kimsenin bakmadığı bir arayüze düşer. Yanıt Ethernet bağdaştırıcısını adlandırıyor ama istemci bağlantının açık olduğunda ısrar ediyorsa, tünel vardır ama seçimi kaybetmiştir; kablosuzdan kabloluya geçişte olağan sonuç budur.

Aramayı iki kez çalıştırın, bir kez genel bir adres için bir kez de iç adres için, çünkü bölünmüş tünel ilkesi birini dürüstçe yönlendirip diğerini düşürebilir.

ip route show default
ip route get 1.1.1.1
ip route get 10.20.30.40

Çözümleyici de ölü bağlantıyı tutar

systemd-resolved çalıştıran bir makinede DNS sunucuları tek bir genel listeye değil bağlantılara aittir. Düşen bir VPN bağlantısı bir süre sunucularıyla kayıtlı kalabilir ve o zaman her arama hiç yanıt vermeyecek bir adresi bekler. Bu gecikme ölü bir ağ gibi hissedilir ve yol doğruyken bile insanları yollara bakmaya gönderir.

resolvectl status
resolvectl query intranet.example.com

Blokları bağlantı bazında okuyun ve söz konusu alan adının hangi bağlantıya ait olduğunu belirleyin. Ayakta olan ama iç alan adının sahibi olmayan bir tünel, iç adları genel çözümleyiciye iletir ve belirti bir yönlendirme arızasından ayırt edilemez.

Kaydı onarın, /etc/resolv.conf dosyasını değil. Güncel Ubuntu ve Fedora kurulumlarında bu yol çözümleyicinin çalışma zamanı durumuna bir sembolik bağlantıdır, bu yüzden bir düzenleme ya yok sayılır ya da sonraki ağ olayında üzerine yazılır.

Bir VPN asla kendi kendine başlamaz

NetworkManager bir VPN’i temel bir bağlantının üzerine kaldırır ve hangisini izleyeceğini o temeldeki connection.secondaries üzerinden öğrenir. Bağlantı ayarları başvurusu VPN profilleri için otomatik bağlanmanın uygulanmadığını açıkça belirtir. Bu arıza sınıfının arkasındaki tüm mekanizma budur: temeli değiştirin, VPN’in yeniden eşleştirilmesi ya da elle yeniden etkinleştirilmesi gerekir.

nmcli device status
nmcli connection show --active
nmcli connection up office-vpn

Etkin liste temeli VPN olmadan gösterdiğinde tünel hiç etkin değildir ve yol eski kalmak yerine hiç kurulmamıştır. Etkinleştirme kaynak bağlantı olmadığından yakındığında, eşleştirildiği temel kaybolmuştur, bu yüzden önce temeli ya da eşleştirmeyi onarın ve VPN’i yeniden denemeyi bırakın.

Bir yükseltme ayarları ileti olmadan düşürebilir

Bir dağıtımı yükseltmek istemciyi ve çoğu zaman NetworkManager eklentisini değiştirir, kaydedilmiş profil ise yazıldığı özellik adlarını korur. Yeni eklentinin artık tanımadığı her şey sessizce atlanır. Profil hâlâ etkinleşir ve aygıt hâlâ görünür, ama eskiden onunla gelen yol artık gelmez.

Elle yazılmış kancalar da kayar. Eski sıranın öngörülebilir bir anında yol kuran bir betik artık arayüz var olmadan önce ya da istemci zaten zaman aşımına uğradıktan sonra çalışabilir.

Canlı profili gerçekten sahip olduğunuz eklentiyle karşılaştırın, hatırladığınız davranışla değil. Bir anahtar belgelerden kaybolduysa, eski özelliği geri getirmek yerine işi bir dağıtıcı betiğine veya desteklenen bir yerine taşıyın.

Üç durum, üç farklı onarım

Bir şeye dokunmadan önce hangi durumda olduğunuza karar verin, çünkü yeniden başlatma kanıtları yok eder ve arıza sonraki ağ değişikliğinde geri gelir.

Genel bir adres için bir arama, iç adres için bir arama ve bir ad sorgusuyla bitirin. Adresler çalışıyor ama ad çalışmıyorsa, kalan arıza çözümleyicideki alan adı kapsamıdır ve yol tablosu hiçbir zaman sorun olmadı.