İçe aktarılan VPN yolları çalışan istemciden farklı mı? İkisini karşılaştırın

Bazı özel hizmetler VPN üzerinden yanıt verirken sıradan internet trafiği bir iş arkadaşınızın makinesindekinden tamamen farklı davranıyor ve insan Ubuntu istemcisinin bozuk olduğu sonucuna varmak istiyor. Bu sonuç bir adımı atlıyor. Çalışan bir özel işlem ile farklı bir genel yol iki ayrı gözlemdir ve fark genellikle istemcinin kendisinde değil, her istemcinin kurduğu trafik ilkesinde bulunur.

Kaydedilmiş yapılandırmayı gerçek ağ durumuyla karşılaştırmak üç komut sürer ve tahminin yanıtlamaya çalıştığı soruyu yanıtlar.

Önce kaydedilmiş profil, sonra gerçek durum

İçe aktarılan bir OpenVPN bağlantısı kendi NetworkManager profilini oluşturur. Geldiği .ovpn dosyası, içe aktarma tamamlandığı anda doğruluk kaynağı olmaktan çıkar, bu yüzden o dosyayı sonradan düzenlemek kullandığınız bağlantıyı değiştirmez. Karşılaştırmanın ilk yanlış gittiği yer burasıdır ve sessizce yanlış gider.

nmcli -f connection.id,connection.uuid,ipv4.never-default,ipv4.routes,ipv4.dns connection show office-vpn

Adlar çakıştığında UUID'yi okuyun; yinelenen adlar yeniden kurulumları ve profil geri yüklemelerini atlatır ve kullanımda olmayan kopyayı düzenlemekle bir saat geçirebilirsiniz. Gördüğünüz değerler kaydedilmiş niyeti anlatır: profilin varsayılan yolu alıp alamayacağını, hangi yolların saklandığını ve hangi çözümleyicileri ve arama alanlarını istediğini. Bağlantı etkinleştirildiğinde ne olduğunu anlatmazlar, çünkü bir eklenti veya sunucu itmesi profilin söz etmediği durum ekleyebilir. Bu yüzden bir sonraki komut önemlidir.

Sonra sistemin bu niyetle gerçekte ne yaptığına bakın; ilke kuralları ve yalnızca ana tablo değil her tablo dahil. Kaydedilmiş özellikler girdidir ve kurulu tablolar sonuçtur.

ip -4 rule show
ip -4 route show table all

İki hedef, tek karşılaştırma

Çalışan bir özel hedef ile sıradan bir genel hedef seçin, sonra çekirdeğe her birinin hangi yolu izleyeceğini sorun. Bunu iki makinede de yapmak, belirsiz bir farkı belirli bir farka dönüştürür.

ip -4 route get 10.40.0.20
ip -4 route get 203.0.113.20

Adresler kendi adreslerinizle değiştirmeniz için örnektir; önemli olan sayılar değil çiftin kendisidir. Her çıktıda adı geçen arabirimi, kaynak adresi ve tabloyu karşılaştırın. Özel arama tüneli gösteriyorsa ve genel arama da tüneli gösteriyorsa tam tüneliniz var ve diğer istemci bölünmüş tünel kullanıyor olabilir, ya da tersi.

İki istemcinin birebir aynı metni yazdırmasını istemeyin. OpenVPN'de redirect-gateway def1 genellikle tek bir varsayılan yerine iki yarım önekli yol olarak ifade edilir ve bunları farklı gösteren bir yönetici bu yüzden yanlış olmaz. Biçimlendirmeyi değil, aramaların gösterdiği kapsamı değerlendirin.

İki istemcinin meşru olarak ayrıldığı yerler

İstemci varsayılanları ilke seçimleridir ve birbirleriyle çelişmelerine izin verilir. Bir ürün tam tüneli tercih edebilir, bir diğeri yerel varsayılanı koruyup yalnızca özel önekleri yönlendirebilir, üçüncüsü sunucunun gönderdiğini izleyebilir. Bir fark ancak size verilen gereksinimle çeliştiğinde kusurdur.

Bu yüzden her istemciyi birbiriyle değil, onaylanmış bölünmüş veya tam tünel niyetiyle karşılaştırın. Gereksinim özel trafiğin tüneli kullanması ve yerel internet yolunun yerel kalmasıysa, o zaman tam tünel hatadır ve bölünmüş tünel doğrudur; hangi istemcinin ne yaptığı önemli değildir. Herhangi bir yapılandırmaya bakmadan önce niyeti yazın, yoksa incelediğiniz ilk istemci sessizce standart haline gelir.

DNS ikinci eksendir ve bağımsız olarak başarısız olur. Doğru bir yol yine de özel bölge için yanıt veremeyen bir çözümleyiciye sorgu gönderebilir ve doğru bir çözümleyici yanlış bir yolu düzeltmez. İkisini de kontrol edin ve özel bir ad çözülürken özel bir adresin çözülmemesini, iki katmanın ayrı ayrı çözüldüğünün kanıtı sayın.

Karşılaştırmayı temiz tutun

Aynı anda tek bir bağlantı sahibi çalıştırın. İçe aktarılan profilin yanında çalışan komut satırı OpenVPN oturumu kendi yollarını ve kendi çözümleyici durumunu kurar ve ortaya çıkan karışım hiçbir istemcinin davranışı değildir. Diğerini ölçmeden önce birini kaldırın. Hangi şeyin hâlâ durum tuttuğundan emin değilseniz yeniden başlatın, çünkü bir saat öncesinden kalan eski bir yol tam olarak bir ilke sorunu gibi görünür.

Diğer her şeyi de sabit tutun: aynı uç nokta, aynı hesap, aynı yazılım sürümleri, aynı ağ. Bir iş arkadaşınızın Windows dizüstü bilgisayarındaki başarı farklı bir istemciyi, farklı bir çözümleyici entegrasyonunu ve belki farklı bir sunucu profilini test eder, dolayısıyla Ubuntu yöneticisi hakkında kanıt değildir.

NetworkManager'ın IPv4 ayarları başvurusu never-default ve kaydedilmiş yol özelliklerini tam olarak tanımlar; yönetilen bir değeri değiştirmeden önce okumaya değer. Ve bu karşılaştırmanın kapsamını unutmayın: IPv4 ile ilgilidir ve kendi varsayılanları ve kendi şaşırtma biçimi olan ilgili IPv6 ilkesi hakkında hiçbir şey söylemez.