Keyfile mi Netplan mı: VPN profili gerçekte nerede saklanıyor?
Kaydedilmiş bir VPN bir keyfile içinde veya oluşturulmuş bir Netplan dosyasında yaşayabilir. Yeniden yazılan bir şeyi düzenlemeden önce bağlantının UUID’sini gerçek sahibiyle eşleştirin.
İçe aktardığınız dosyayı bulmak kolay kısımdır ve çoğu zaman yanlış başlangıçtır. Önemli olan, NetworkManager’ın bugün hangi dosyayı kaydedilmiş bağlantı olarak okuduğudur ve bu, bir bağlantı tanımlayıcısına ve kurulu paketlerin gerçekte kullandığı yapılandırma arka ucuna bağlıdır. Bu soruyu yanıtlamadan içe aktarmayı düzenlemek, çalışan bir VPN’in iki yarı doğru yapılandırmaya dönüşme yoludur.
İçe aktarılan dosya, kaydedilmiş profil değildir
Her VPN sorununun çevresinde üç ad dolaşır: bağlantının adı, içe aktardığınız dosyanın adı ve tünel kalktığında beliren sanal arayüz. Hiçbiri kaydedilmiş yapılandırmayı tanımlamaz ve bir bağlantı adı düzenlenebilirken arkasındaki dosya özgün tanımlayıcısını korur.
Salt okunur bir envanterle başlayın ve amaçlanan VPN’i etiket yerine tanımlayıcıya göre seçin:
nmcli -f NAME,UUID,TYPE connection show
Uç nokta ana bilgisayar adlarını ve kimlik etiketlerini bir bilete yapıştırdığınız herhangi bir envanterin dışında tutun. Yararlı kısım tür ve tanımlayıcıdır; geri kalanı bir yabancının ihtiyaç duymadığı bağlamdır. Paylaşmadan önce geri kalanını gizleyin ve bunu yaptığınızı söyleyin, böylece kimse boşlukların ne anlama geldiğini merak etmesin.
Keyfile konumları aynı şeyi ifade etmez
Yerel keyfile eklentisiyle bağlantı dosyaları üç dizinde görünebilir ve aralarındaki fark kolaylık değil kalıcılıktır.
| Location | Role |
|---|---|
/etc/NetworkManager/system-connections/ | Administrator-owned persistence |
/usr/lib/NetworkManager/system-connections/ | Package-supplied defaults, replaced on upgrade |
/run/NetworkManager/system-connections/ | Runtime state, regenerated and not durable |
Çalışma zamanı kopyasını düzenlemek bir sonraki başlatmaya kadar başarılı görünür, o anda değişiklik buharlaşır ve dosya gizemli biçimde geri alınmış görünür. Paketin sağladığı kopyayı düzenlemek, bir yükseltme onu değiştirene kadar çalışır; bu, aynı dersin daha yavaş ve daha kafa karıştırıcı bir sürümüdür.
Keyfile belgeleri saygıyı hak eden bir ayrıntı ekler: bu dosyalar özel anahtarlar ve parola ifadeleri içerebilir ve NetworkManager, root dışındaki kullanıcıların okuyabildiği veya yazabildiği her keyfile’ı yok sayar. Bir ayarı aramak için dizin izinlerini genişletmek, incelemeye çalıştığınız yükleme davranışını bozar.
Netplan kalıcılığa sahip olduğunda
Ubuntu’da Netplan belgelerinde açıklanan ve 23.10’dan itibaren mevcut olan NetworkManager entegrasyonu, kalıcı kopyanın nerede yaşadığını değiştirir. Geçici olmayan bağlantılar için şunu yazar: /etc/netplan/90-NM-<connection UUID>.yaml ve altında geçici bir NetworkManager profili oluşturur: /run/NetworkManager/system-connections/.
Bu bir dağıtım entegrasyonudur, her NetworkManager kurulumu için bir kural değildir. Bir YAML dosyası aramaya gitmeden önce kurulu paketlerin gerçekten bunu kullandığını doğrulayın. Çalışma zamanı profilinin, düzenlemeye değer kaynak yerine başka bir şeyin oluşturulmuş bir temsili olabileceğini de unutmayın. İki komutluk kontrol, yanlış dosyayı düzenlemede bir saat kazandırır.
Belgelenen örnek, Netplan nm-devices türü aracılığıyla NetworkManager geçiş verileriyle bir OpenVPN bağlantısı saklar. Netplan’ın belirli bir VPN alanı için kendi yorumu olmaması, kaydedilmiş VPN’inizin kaybolduğu anlamına gelmez; alanın opak veri olarak seyahat ettiği anlamına gelir.
Geçici arayüzler profil değildir
Etkinleştirme, hiç kalıcı olması düşünülmemiş geçici sanal bağlantılar ve arayüzler oluşturur. Entegrasyon kasıtlı olarak her biri için yeni bir YAML dosyası yazmaz, bu yüzden bunların /etc/netplan içinde bulunmaması üst profilin saklanıp saklanmadığı hakkında hiçbir şey söylemez.
Görünüp kaybolan bir dosyayı kovalıyorsanız, muhtemelen yapılandırmanıza değil bunlardan birine bakıyorsunuz. İçeriğinden herhangi bir sonuç çıkarmadan önce yeniden başlatmaya dayanıp dayanmadığını kontrol edin. Yeniden başlatmada kaybolan bir çalışma zamanı dosyası size hiçbir zaman kaynak olmadığını söyler ve bu tek gözlem tüm soruşturmanın yönünü değiştirir. O sırada düzenlemenin neden başarılı göründüğünü de açıklar.
Sırlar ve sahiplik
Bir profil tamamen başka bir yerde saklanan bir sertifikaya veya anahtara başvurabilir ve bir parola NetworkManager’a ait olabilir, bir kullanıcı oturumu gizli ajanı tarafından sağlanabilir veya kasıtlı olarak kaydedilmemiş olabilir. Bu nedenle tek bir dosyayı bulmak, gözetimsiz bir başlatmanın ne gerektireceği konusunda çok az şey çözer.
Gizli değerleri yazdırmadan başvuruları ve sır bayraklarını inceleyin. Bir masaüstü oturum açma, önyükleme sırasında olmayan bir ajanı kullanılabilir hale getirebilir ve oluşturulmuş bir çalışma zamanı dosyasını kopyalamak o ajanı yeniden üretmez. Pratik belirti, bir kişi oturum açtığında bağlanan ve makine tek başına başladığında başarısız olan bir tüneldir. Bu örüntü yönlendirmeye değil sır sahipliğine işaret eder.
Onaylanmış değişiklikleri bağlantıya sahip yönetici aracılığıyla yapın, ardından hem kaydedilen tanımlayıcıyı hem de etkin bağlantıyı doğrulayın. Tek bir kalıcı sahip tutun, çünkü içe aktarmayı, oluşturulmuş bir keyfile’ı ve bir YAML kaynağını ayrı ayrı düzenlemek, bir sonraki yeniden bağlanmanın ne kullanacağı konusunda üç rakip açıklama bırakır. Gerçekten kalıcı olanı seçin, yalnızca onu düzenleyin ve hangi dosyayı yetkili saydığınızı bilete not edin. Bir sonraki kişi bir satır köken bilgisi için size teşekkür edecek.