İstemci başına OpenVPN statik IP: ifconfig-push, ipp.txt değil

ipp.txt içindeki bir satırı düzenlemek adres rezerve etmek gibi hissettirir, ama öyle değildir. ifconfig-pool-persist tarafından adlandırılan bu dosya, ortak bir adın son seferinde hangi adrese sahip olduğunu kaydeder; böylece havuz uygun olduğunda aynı adresi geri verebilir. İçindeki hiçbir şey bir sonraki bağlantıyı o numaraya bağlamaz.

Aşağıdaki kontrolleri sırayla yapın. Her biri ya mekanizmayı doğrular ya da durup bir girdiyi düzeltmenizi söyler.

Kalıcılık dosyası ne işe yarar

Dosya, adreslerin yeniden başlatmalar arasında sabit kalması için vardır; bu da yeniden bağlanmayı kolaylaştırır ve günlükleri okumayı kolaylaştırır. Tarih olarak okunur ve tarih olarak yazılır; ayırma yolu, ipucu uymadığında başka bir adres seçmekte serbest kalır: başka bir havuz, çakışan bir atama ya da havuz dolduktan sonra gelen bir istemci. Bu yüzden elle yapılan bir düzenleme dosyada kusursuz görünebilir ve bağlantıda hiçbir şeyi değiştirmez. Ona geçmiş kararların önbelleği olarak yaklaşın, ilke kaynağı olarak değil.

Belirli bir istemci için belirli bir adres gerekiyorsa, belgelenmiş mekanizma ifconfig-push'tur ve o istemciye sahip yapılandırmaya aittir.

Doğru istemcinin seçildiğini doğrulayın

Açık atama, istemcinin ortak adına göre aranır; bu yüzden yanlış kimlik için adlandırılmış bir dosya hiçbir zaman okunmaz. Sunucunun o istemcinin adı olarak neyi kabul ettiğini doğrulayın, özellikle username-as-common-name bunu kimlik doğrulamadan sonra değiştirdiğinde. Ardından dosya adının bu değerle tam olarak eşleştiğini, büyük-küçük harf dahil doğrulayın.

Burada bulunmuşken eşzamanlılığı da düşünün. duplicate-cn izinliyse, birkaç cihaz aynı kimliği sunabilir ve tek bir sabit adres hepsi için benzersiz olamaz. Sabit adresin o kimlik için eşzamanlı oturumları reddetmeye değip değmeyeceğine karar verin, çünkü bu iki gereksinim aynı anda karşılanamaz.

Sayıların topolojiyle eşleştiğini doğrulayın

Bağımsız değişkenlerin anlamı tünel topolojisine bağlıdır ve kopyalanmış bir örneğin en çok zarar verdiği yer burasıdır. Daha eski net30 düzeninde her istemci dört adreslik bir blok kaplar, bu yüzden push bir çift adres verir. Alt ağ topolojisinde istemci bir adres ve havuzun maskesini alır, çift biçimi yanlıştır. Satırı yazmadan önce topolojiyi çalışan yapılandırmadan okuyun.

# /etc/openvpn/ccd/partner-a   (subnet topology)
ifconfig-push 10.44.0.61 255.255.255.0

Adresi, ona sahip olabilecek her şeye karşı kontrol edin: başka bir açık atama, dinamik havuz aralığı ve sabit bir ana bilgisayar varsayan her statik yol. Havuzla çakışan bir adres, havuz onu başkasına verene kadar çalışır ve bu arıza rastgele görünecektir.

Sonucu yeni bir bağlantıda doğrulayın

Mevcut bir oturum kendisine verilen adresi korur, bu yüzden tek anlamlı test yeni bir bağlantıdır. İstemcinin bağlantısını kesin, yeniden bağlanın ve gerçekte aldığı adresi, onunla gelen yollarla birlikte okuyun. Adres hâlâ dinamikse atama uygulanmamıştır ve sonraki adım geçmiş dosyasında bir düzenleme daha değil, yapılandırmada arama yapmaktır.

Kanıtları bir arada tutun: istemci adı, eşleşen dosya, atanan adres ve geldiği havuz.

Son olarak, sabit tünel adresi bir cihaz kimlik bilgisi değildir. Adres planında bir yer belirtir, kimlik doğrulama ise hâlâ sertifikaya ve hesaba dayanır. İkisini karıştırmak, adres çakışmasını kimsenin yazmadığı bir güvenlik varsayımına dönüştürür.