VPN bağlı diyor ama hiçbir şey yönlenmiyor: bakılacak iki yer

Bir tünel bağlı olduğunu bildirebilir ama ona hiçbir şey ulaşmaz, ve bu iki gerçek farklı yerlerde yaşar. Biri, hâlâ kimsenin sahip olmadığı bir aygıta paket gönderebilen yol tablosudur. Diğeri, gitmiş bir bağlantı üzerinde sunucu listelemeye devam edebilen çözümleyicidir. Ağ değişikliği profili bozmadı, önceki bağlantıya ait durumu öksüz bıraktı ve onarım, gerçekte hangisine baktığınıza bağlıdır.

Önce çekirdeğe hangi aygıtı kullanacağını sorun

Bir yol listesi neyin var olduğunu gösterir; bir yol sorgusu ne olacağını gösterir. Genel bir adres sorun ve yanıttaki aygıt adını okuyun, çünkü o tek alan paketin işe yarar bir yere gidip gitmeyeceğine karar verir. Yanıt bir tünel aygıtı adlandırdığında, o arayüzün arkasında artık istemci süreci çalışmasa bile çekirdek paketleri ona verir. Yanıt fiziksel bağdaştırıcıyı adlandırırken istemci bağlı olduğunu iddia ediyorsa, tünel ayaktadır ve yalnızca seçilen yol değildir.

İkinci durum, bir kablonun kablosuzun yerini almasından sonra olağandır ve kendini bozuk bir VPN olarak gösterir.

ip route show default
ip route get 203.0.113.9

Sonra varsayılan girdileri okuyun, çünkü önceki temel bağlantının eklediği bir yol, bağlantı değişikliğini atlatıp yenisinin önüne geçebilir. Kapalı bir aygıt üzerinden giden varsayılan yol, hiç varsayılan yol olmamasından daha kötüdür, çünkü çekirdek onu yine de tercih eder. Her girdinin yanındaki metriğe dikkat edin, çünkü bu sıralama tercihi arayüz adlarından daha hızlı açıklar.

Sonra çözümleyiciyi dosya başına değil bağlantı başına okuyun

Ad çözümlemesi kendi durumunu ve kendi eskimesini taşır. DNS sunucularını bağlantı başına listeleyen bir çözümleyici, kapalı ama hâlâ kayıtlı bir tünel bağlantısının sunucularını tutar ve her sorgu sonra yanıt vermeyecek bir sunucuyu bekler. Belirti, yol tablosu kusursuz görünürken ölü hissettiren bir ağdır.

Durumu dosya yerine bağlantı başına inceleyin, çünkü birçok dağıtımda o dosya çözümleyiciye bir sembolik bağdır ve düzenlemek ya hiçbir şey yapmaz ya da hızla üzerine yazılır. Hangi bağlantının hangi sunuculara ve hangi arama alanına sahip olduğuna bakın, sonra tünel bağlantısının hâlâ kayıtlı olması gerekip gerekmediğini sorun. Gerekmiyorsa, üretilmiş durumu elle düzenlemek yerine onu sahiplenen bağlantıyı devre dışı bırakın. Yol sorgusu paketleri başka yere gönderirken çözülen bir ad, üçüncü ve ayrı bir arızadır.

resolvectl status
resolvectl query app.internal.example

Adresler çözülüyor ve bağlantılar başarısız oluyorsa çözümleyici iyidir, yol değildir. Adresler hiç çözülmüyorsa başlanacak doğru yer burasıdır.

Eskimiş bir yol değişikliği nasıl atlatır

İstemci ağın tek sahibi değildir. NetworkManager çalıştıran bir makinede VPN profili bir temel bağlantının üzerinde etkinleştirilir ve bağlantı ayarları o temelin kendisini izlemesi gereken VPN'i adlandırmasına izin verir. Temel, başka bir profil tercih edildiği için değiştiğinde tünel yeni temele geçer ya da hiç temel olmadan kalır.

Bir VPN profili kendini ayağa kaldırmaz, bu yüzden eşleştirme, profilin kendi otomatik bağlanma tercihinden çok daha önemlidir.

Etkin listeyi okuyun ve tünele dokunmadan önce hangi temelin ayakta olduğunu not edin. Temel listede varsa ve tünel yoksa, yol eskimiş değil eksiktir ve onarım etkinleştirmedir. Tüneli etkinleştirmek kaynak bağlantı bulunmadığından yakınıyorsa, eşleştirildiği temel gitmiştir, bu yüzden tüneli yeniden denemek yerine önce onu ayağa kaldırın ya da eşleştirmeyi onarın. Üst öğesi olmayan bir profili yeniden denemek her seferinde aynı hatayı verir, bu da can sıkıcı değil yararlı bir işarettir.

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

Eskimiş durumu eksik üst öğeden ayırın

Üç durum neredeyse her bildirimi açıklar ve her biri farklı bir onarım gerektirir. Hâlâ var olan ama tüneli artık taşımayan bir aygıt üzerinden giden varsayılan yol eskimiş durumdur; girdiyi silerek ya da sorumlu profili yeniden başlatarak temizlenir. İstemci süreci kaybolmuş bir tünel aygıtı bir temizlik arızasıdır, bu yüzden dikkat yol tablosuna değil bağlantı kesme yoluna gitmelidir. Hiç tünel aygıtı olmaması, üst öğenin ya da eşleştirmenin eksik olduğunu ve yol tablosunun hiç işe karışmadığını gösterir.

Yeniden başlatmak üçünden hangisine sahip olduğunuzu gizler, ve tam bu yüzden onarım gibi hissettirir.

Onarımdan sonra çekirdekten bir genel ve bir iç adres isteyin, sonra bir iç adı sorgulayın. Adres çalışıp ad çalışmadığında, yönlendirme değil çözümleyicide bir alan kapsamı sorunu bulmuşsunuzdur. Hangi durumu bulduğunuzu yazın, çünkü bir sonraki ağ değişikliği rahat bıraktığınız olanı yeniden üretecektir.