Tek profil, iki sahip: NetworkManager mı systemd mi

.ovpn dosyasıyla, bir şey onu sahiplenene kadar hiçbir şey olmaz. Pi masaüstünde olası sahipler, içe aktarılmış bağlantıyı kendi anahtar dosyasında saklayan NetworkManager ile yapılandırmayı bir dizinden okuyan bağımsız bir hizmet birimidir. Bunlar farklı depolama, farklı kimlik bilgisi işleme ve farklı etkinleştirme kuralları olan iki işletim modelidir. Birini bilinçli olarak seçmek işin tamamıdır; dosyayı iki yere kopyalamak seçimi yalnızca rastlantısal yapar.

İkisi de tek bir makinede çalışabilir, ama aynı anda aynı tünelde çalışamaz ve çatışma yapılandırma hatası gibi değil, ağ hatası gibi görünür.

Aynı tünele sahip olmanın iki yolu

NetworkManager'ın OpenVPN eklentisi, bağlantıyı sizin yerinize yöneten bir düzenleyici ve bir hizmet ekler ve OpenVPN programını kurmak bu bütünleşmeyi kurmaz. Bağımsız birim ters düzenlemedir: düzenleyici yok, masaüstü bütünleşmesi yok, tek bir yapılandırma dosyası ve birimin verdiği yetkiler. Birincisi bağlantı durumunu kendi veritabanında tutar, ikincisi profilin ve birimin söylediği yerde tutar. Karışıklığın büyük kısmı, içe aktarılmış bir profil ile kopyalanmış bir dosyanın aynı nesne olduğu varsayımından gelir.

Bunlar tek bir şeyin iki görünümü değildir. İndirilen dosyayı düzenlemek ne NetworkManager'ın sakladığını ne de birimin okuduğunu değiştirir ve az önce test ettiğiniz tüneli bunlardan herhangi biri kurmuş olabilir.

Masaüstünün gerçekten kullandığı bağlantıyı izleyin

Belgelenmiş içe aktarma işlemi, nmcli connection import type openvpn file office.ovpn, eklenti aracılığıyla bir bağlantı oluşturur. UUID'sini not edin ve sonrasında o tanımlayıcıyı kullanın, çünkü adlar düzenlenir ve iki bağlantı aynı etiketi paylaşabilir. nmcli connection show nelerin var olduğunu listeler ve bağlantının kendi özelliklerini okumak size hangi dosyadan geldiğini ve ne sakladığını söyler. Düzenlediğiniz UUID masaüstünün etkinleştirdiği değilse, düzenlemeleriniz yalnızca süslemedir.

Sırlar sahibinin deposunda yaşar. Hangi profilin etkin olduğunu bulmak için her kayıtlı sırrı dökmek yavaş ve risklidir; bunun yerine bağlantı nesnesine sorun ve özel malzemeyi sahibin beklediği yerde tutun.

İçe aktarılmış bir bağlantı çalışmak için grafik oturuma ihtiyaç duymaz, ama yine de bir kimlik bilgisi kaynağına ihtiyaç duyabilir. Gözetimsiz başlayıp başlamaması izinlerine ve sırlarına bağlıdır, masaüstünün varlığına değil.

Birim şablonunu ona güvenmeden önce okuyun

Paketin upstream tarzı istemci birimini sunduğu yerde, office adlı örnek birimin yapılandırılmış dizinindeki %i.conf dosyasına karşılık gelir, 2.6 şablonu için bu /etc/openvpn/client. Bir kılavuzdaki örneğe güvenmeden önce kurulu birimi ve varsa ek dosyaları okuyun, çünkü dağıtımlar yolları taşır. Terminalden elle başlatmak, hizmetin dosyalara, sırlara veya izinlere bakışı hakkında hiçbir şey kanıtlamaz. Masaüstünün parola iletişim kutusu da etkileşimsiz bir birimin aynı parolayı almak için onaylanmış bir yolu olduğunun kanıtı değildir.

Birime yalnızca ihtiyacı olanı verin. Başvurulan tek bir dosya okunamadığı için tüm hizmet korumalı alanını gevşetmek, küçük bir izin düzeltmesini büyük bir maruz kalma ile değiştirir ve hata genellikle dikkat gerektiren dosyanın adını verir.

Kopyayı erişimi kaybetmeden devre dışı bırakın

İki sahip de tüneli başlatabiliyorsa, biri sonunda yanlış anda kazanır ve kaybedenin rotaları ve aygıtı geride kalır. İstenmeyen kopyayı kendi sahibi üzerinden kaldırın, kurtarma yolunu açık tutun ve kalan sahibin yeniden başlatmadan sonra hâlâ bağlandığını doğrulayın. Farklı yönlendirme ilkeleri olan iki bilinçli olarak ayrı VPN başka bir tasarım sorusudur, iki başlatma yolunun tek bir bağlantı için yarışmasına izin değildir.

Sonra kabul ettiğiniz yaşam döngüsünü yazın: elle etkinleştirme, oturum açma veya açılış ve yeniden bağlanma. Kayıtlı uç noktayı, karşı tarafın kimlik doğrulamasını ve tünelin ulaşması gereken kaynağı kontrol edin, çünkü masaüstünü yeniden kurmak hangi yapılandırmanın çalıştığını bilmenin yerini almaz.