VPN arayüzünüz neden firewalld bölgesini sürekli terk ediyor

tun0'ı doğru bölgeye eklersiniz, uygulama çalışmaya başlar ve düzeltme bir sonraki yeniden bağlanmada buharlaşır. Aynı komutu yeniden çalıştırmak işe yarar, bu da firewalld unutmuş gibi görünmesine yol açar. Unutmadı; o arayüz üzerinde daha güçlü bir iddiası olan bir şey onu yeniden atadı.

Bölge, arayüz yeniden oluşturulana kadar dayanır

Bir arayüze firewalld bölgesi atamak bir bağlamadır ve bağlamalar arayüz nesnesinin şu anki hâline bağlıdır. Aygıtı söküp yeniden oluşturan bir VPN istemcisi yeni bir nesne üretir ve yenisi atamayı yapan bileşenin söylediğiyle başlar. Belirtinin her pakette değil her yeniden bağlanmada tekrarlanmasının nedeni budur.

Aynı mantık yeniden başlatma davranışını da açıklar: çalışma zamanı bağlamaları yeniden başlatmayı atlatamaz ve kalıcı bağlamalar yalnızca firewalld'ın kendisine ait saydığı aygıtlar için geçerlidir.

Herhangi bir şeyi değiştirmeden önce bölgeyi hangi bileşenin atadığını öğrenin.

Herhangi bir şeyi değiştirmeden önce üç şeyi okuyun

Arayüzün şu an sahip olduğu bölgeyi, arayüzleriyle birlikte etkin bölgeleri ve amaçladığınız bölgenin kalıcı arayüz listesini kaydedin. Bu sorguları değişiklikten önce, bir yeniden bağlanmadan sonra ve bir yeniden başlatmadan sonra çalıştırın. Üç sonucu karşılaştırmak, bağlamanın değiştirildiğini, yok sayıldığını yoksa yalnızca geç uygulandığını söyler. Kalıcı liste aygıtı zaten adlandırıyorsa ama çalışma zamanı bölgesi aynı fikirde değilse, bir şey düzenlemenizi geçersiz kılıyor.

Her adımda aygıtın gerçek adını da kaydedin, çünkü bugün tun0'a inen tünel yarın tun1'e inebilir.

Genel bir ada kaydedilmiş bağlama kimlik doğrulaması değildir ve iki dakikalık not bir saatlik tahmini kurtarır.

Bağlantı NetworkManager'a ait olduğunda

VPN bağlantısını NetworkManager yönetiyorsa profili bölgeyi taşır ve bağlantı etkinleştiğinde onu firewalld'a iletir. Aynı aygıt için firewalld'daki kalıcı arayüz bağlaması o zaman yok sayılabilir, çünkü sahibi NetworkManager'dır. Bölgeyi bağlantıya ayarlayın ve ilgisiz bir fiziksel bağlantıyı ya da geçici bir kaydı değil, VPN profilini düzenlediğinizi doğrulayın.

Bu özelliği değiştirmek etkin bir bağlantıyı hemen etkileyebilir.

Bir yönetim yolu bulundurun ve uygulamadan önce hedef bölgenin ilkesini okuyun. Bir ifcfg dosyasının ZONE alanını düzenlemek yalnızca o dosya hâlâ yapılandırmanın kaynağıysa doğrudur.

Bağlama firewalld'a ait olduğunda

Kasıtlı olarak kararlı bir arayüz adına sahip bağımsız bir tünel için kalıcı arayüz değişikliği doğru araçtır. Bunu dağıtımınızın kullandığı yeniden yükleme veya yaşam döngüsü üzerinden uygulayın, ardından çalışma zamanı durumunu inceleyin, çünkü yalnızca kalıcı düzenleme etkin olanı değil niyeti tanımlar. İkisi yeniden yükleme sürdüğü sürece ayrışabilir.

Arayüz adı dinamikse, adı ilk talep eden tünelle yarışmak yerine atamayı bağlantının yaşam döngüsü boyunca sürdürün.

Uygulama çalışsın diye arayüzü trusted içine atmayın.

Yeniden yüklemeyi, yeniden bağlanmayı ve yeniden başlatmayı sınayın

Bir değişiklik ancak üçünü de atlattığında biter.

Önce yeniden yükleyin, çünkü yalnızca çalışma zamanına ait düzenlemeler orada kaybolur. Sonra tüneli yeniden bağlayın, çünkü değiştirilen arayüz bağlamasını orada kaybeder. Sonra yeniden başlatın, çünkü sahip uyuşmazlığı nihayet orada ortaya çıkar. Her aşamada bölgeyi kaydedin ve yazdığınız niyetle karşılaştırın, hangi adımın farkı yarattığını not edin.

Bölge doğruysa ve uygulama hâlâ başarısız oluyorsa sorun üyelikte değil, bölgenin kurallarında veya kaynağa dayalı sınıflandırmadadır. firewalld'ın bağlantılar ve arayüzler hakkındaki belgeleri sahipliğin nasıl çalışması gerektiğine dair referanstır.

Sahibini, değeri ve beklenen sonucu runbook'a yazın, bir sonraki atama açıklanabilir olacak.