Bir iftop ekranının VPN hakkında kanıtlayabilecekleri ve kanıtlayamayacakları

Bir iftop ekranı her seferinde tek bir soruyu yanıtlar: yönlendirdiğiniz arayüzden hangi ana bilgisayar çiftleri bayt alışverişi yapıyor. Her uygulamanın bir VPN ilkesine uyup uymadığını yanıtlamaz ve boş bir ekran hiçbir şeyin sızmadığını kanıtlamaz. Bu iki ifade arasındaki boşluk, sızıntı testi tartışmalarının çoğunun yanıldığı yerdir. Gösterimin gerçekte ne anlama geldiğini üç koşul belirler ve üçü de kullandığınız komut satırında görünür.

Üç koşul ekranın ne anlama geldiğini belirler

Koşullar hangi arayüzün gösterildiği, filtrenin ve aracın kendisinin neyi gizlediği ve testin gerçekte neyi uyguladığıdır. Bunları bu sırayla yanıtlayın, çünkü ilkindeki bir hata diğer ikisini anlamsız kılar.

Arayüz koşulu önemlidir çünkü tünel görünümü ile fiziksel görünüm aynı trafiğin farklı katmanlarını gösterir. Tünel arayüzüne bakmak tünelin içindeki akışları gösterir; fiziksel arayüze bakmak tünelin taşıyıcısını ve o bağlantıyı paylaşan her türlü meşru kurulum, denetim veya yerel trafiği gösterir. İki görünümün hiçbiri yanlış değildir ve hiçbiri resmin tamamı değildir. Hangi görünüme baktığınızı adlandırmak kanıt ile izlenim arasındaki farktır.

Birinci koşul: hangi arayüz gösteriliyor

iftop arayüzü -i ile açıkça alır ve kılavuzu bunu yapmadığınızda davranışı açıklar: birini seçer, bu tünel yerine dışarıdan görünen aygıt olabilir. Bu varsayılan, bir bant genişliği aracı için makul, bir sızıntı testi için kötü bir seçimdir.

Her zaman arayüzü belirtin ve sonucun yanına yazın. Arayüz adı olmayan bir ekran görüntüsü yeniden üretilemez.

İkinci koşul: filtre ve araç neyi gizliyor

iftop bir filtre ifadesi kabul eder ve filtrenin dışladığı bir akış yokluğu nedeniyle değil yapısı nedeniyle görünmezdir. Araç ayrıca varsayılan olarak adresleri etiketlemek için ana bilgisayar adı sorguları yapar ve bu sorgular kendi DNS trafiğini üretir, yani gözlemlemeyi amaçlamadığınız trafiği. -n sorguları kapatır ve gösterimi sayısal yapar; DNS satırlarını sonradan gizlemek, sorguları üretmemekle aynı şey değildir.

Bu ayrımı açıkça söylemeye değer, çünkü başka araçlarda da görünür: bir etkinliğin gösterimini bastırmak onu engellemekle aynı şey değildir. DNS sorguları test ettiğiniz şeyin bir parçasıysa, testi sorgular kapalıyken çalıştırın ki gözlem gözlemci tarafından kirletilmesin.

Üçüncü koşul: test gerçekte neyi uyguladı

Bir uygulamadan, bir hedefe, bir adres ailesinde gönderilen tek bir istek o istek hakkında bir şey kanıtlar. Başka bir uygulama, başka bir hedef veya diğer adres ailesi hakkında hiçbir şey kanıtlamaz ve IPv6 tam da bu tür bir denetimde en sık unutulan ailedir.

Bu nedenle isteği başlamadan tanımlayın: zararsız bir hedef, önemsediğiniz uygulamadan, önemsediğiniz ailede, tünel onaylanmış durumundayken. Ardından alıcı tarafı veya istemcinin kendi tanılamasını denetleyin, çünkü uzak uç neyin geldiğini yerel ekranın bilemeyeceği biçimde bilir. Ardından tünelin kullanılamadığı onaylanmış durumu uygulayın ve trafiğin durup durmadığına bakın, çünkü gereksinim genellikle gerçekte bu davranışla ilgilidir.

DNS kendi gözlemini hak eder. Sorgunun alıcısı ve sorgunun izlediği yol iki olgudur ve bir bant genişliği ekranı ikisini de göstermez.

iftop'u destekleyici kanıt olarak kullanmak

Ancak o zaman iftop değer katar ve bunu doğrulama olarak katar. sudo iftop -i wg0 -n -B -P -f "host 203.0.113.9" beklenen akışın beklenen arayüzde görünüp görünmediğini, boşta olma savını denetlenebilir kılan bayt sayımlarıyla gösterir.

Bunu soket düzeyi görünüm için ss -tnp ile ve çekirdeğin seçeceği yol için ip route get ile karşılaştırın; o zaman bir makine hakkındaki bir izlenim yerine bir isteğin üç gözlemi olur. iftop kılavuzu arayüz seçimini, filtre sözdizimini ve sorgu davranışını belgeler; bir sızıntı testinin bağlı olduğu üç şey bunlardır. Bir bant genişliği ekranı etkinliği konumlandırır; yol, istisnalar ve başarısızlık davranışı o etkinliğin gereksinimi karşılayıp karşılamadığına karar verir.