Tek Linux ana makinesinde iki OpenVPN istemcisi: yolun sahibi kim?
Her ön ekin bir sahibi varsa iki istemci aynı ana makineyi paylaşabilir. Amacı, havuzları, örnek adlandırmasını ve her tünel için durdurma testini bu sırayla inceleyin.
Her iki profil de bağlı olduğunu bildiriyor ve biri diğerine yönelik trafiği sessizce taşıyor. Tek ana makinede iki istemci desteklenen bir düzenlemedir; her ön ek için sahibi olmayan iki istemci değildir. İş, ikinci tüneli ayağa kaldırmaktan çok hangi sürecin hangi yolu talep edebileceğine karar vermekle ilgilidir. Aşağıdaki sırayı izleyin, yapılandırma yanıtlardan çıkar.
İkinci tünelin ne için olduğunu sorarak başlayın
Üç durum durum satırında aynı görünür ve farklı tasarımlar gerektirir. Hedefe göre bölme bir ön eki ofis profili üzerinden, diğerini laboratuvar profili üzerinden gönderir ve hiçbiri varsayılan yol talep etmez. Uygulamaya göre bölme genellikle tek bir tam tünel tutar ve belirli trafiği ilke kurallarıyla yönlendirir. Yük devretme aynı anda tam olarak bir tüneli açık tutar, yani ikincisi otomatik başlamamalıdır.
Herhangi bir yapılandırma dosyasını açmadan önce durumu yazın, çünkü o yanıt sonraki her şeyi belirler.
En yaygın bozuk düzenleme, ikisinin de varsayılan yolu ittiği iki tam tüneldir; burada son bağlanan kazanır ve birincisi rol yapmaya devam eder. Bu durum durum satırından kasıtlı görünür ve yönlendirme tablosundan bir gün harcar. Durumu önce adlandırmak onu yalnızca olasılık dışı değil, imkânsız kılar.
Yollardan önce havuzlara bakın
İki sunucu tek bir özel aralıktan kolayca adres dağıtabilir ve bunu yaptıklarında istemci tek bir ön ek içinde iki arayüzle kalır. O zaman hiçbir hedef adrese göre bir arayüze atfedilemez, çünkü ikisi de eşit derecede doğru görünür. Beraberliği bozmak için kural uydurmak yerine bir havuzu yeniden numaralandırın.
Yerel ağı da denetleyin, çünkü tünel aralığıyla çakışan ev veya ofis LAN'ı diğer taraftan aynı belirsizliği yaratır. İstemciyi suçlamadan önce ana makinedeki adresleri iki sunucu yapılandırmasıyla karşılaştırın. Laboratuvar sunucusunda havuz değişikliği beş dakikalık bir düzeltmedir, oysa çakışan bir ön ek için ilke yönlendirmesiyle dolambaçlı yol yapılandırmayı sonradan okuyan herkes için kalıcı bir vergidir. Nereye müdahale edeceğinizi seçmeden önce bunlardan hangisini istediğinize karar verin.
İki adres ailesi bu denetimin iki turu demektir. IPv6 havuzları IPv4 kadar sessiz çakışır.
Her profile bir sahip verin
Profil başına bir örnek, örnek başına bir yapılandırma dosyası ve çifti tanımlayan bir ad. Debian tarzı paketlemede @ işaretinden sonraki ad dosyayı seçer, bu yüzden aynı örnek adını paylaşan iki profil asla ikisi birlikte çalışamaz. Eşlemeyi eğitimden değil, kurulu birimden doğrulayın.
systemctl cat [email protected]
ip -4 addr showSonra yolları kimin kurduğuna karar verin; bu sözdizimi değil, ilke sorunudur.
İki sunucu uyumsuz kümeler ittiğinde, ya ekleyin route-nopull ve yalnızca her profilin ihtiyaç duyduğu ön ekleri listeleyin, ya da birinin varsayılan yolunu korumasına izin verin ve geri kalanını ilke kuralıyla yönlendirin. İkisi de varsayılan yol kuran iki süreç tek bir kazananla biter ve kimse nedenini söyleyemez. İki tünel farklı kaynakların trafiğini taşımaya başladığında yanıt yanlış tünelden çıkabilir ve dayanan desen, yanıtlarda geri yüklenen ve kendi tablosuna yönlendirilen bir bağlantı işaretidir. İşaretleri, tünellerin kendi şifreli paketleri asla onlarla eşleşmeyecek şekilde sınırlayın.
Her tüneli doğrulayın, sonra birini durdurun
İkisi de ayaktayken üç ölçüm alın: her tünel aygıtındaki adres, her birinin arkasında yaşayan bir ana makineye giden yol ve ikisinin dışındaki bir hedefin izleyeceği yol. Sıradan bir yol listesi, kurallar devreye girdiği anda son aramayı tanımlamayı bırakır, bu yüzden çekirdeğe gerçekte neyi seçeceğini sorun. Sonra bir örneği durdurun ve neyin kaybolduğunu izleyin. Birinciyi durdurmak ikinciyi bozuyorsa aralarında hâlâ paylaşılan bir şey vardır: bir yol, bir aygıt adı ya da kimsenin ayırmadığı bir güvenlik duvarı kuralı.
ip rule show
ip route get 203.0.113.9Durdurulan profili geri getirin ve aynı denetimleri yineleyin, çünkü yeniden başlatmadan sonra bir kez çalışıp bir daha asla çalışmayan tünel, yönlendirme kostümü giymiş bir yaşam döngüsü hatasıdır.
Dağıtım notlarında hangi profilin hangi ön eke sahip olduğunu havuz aralıklarının yanına yazın. İki tünel kasıtlı bir düzenlemedir ve sonraki okuyucunun herhangi bir profile dokunmadan önce sınırı görmesi gerekir. O not olmadan sınırı, paylaşılan ön ek sonunda kırıldığında nöbetteki kişi yeniden keşfeder.