Yönlendiricide VPN varken STUN hangi kaynak adresini görür?
Yol, kaynak seçimi ve çeviri, yansıtıcının bildirdiği adresi belirler. Yazılacak üç olgu, ardından hangi yolun kazandığını doğrulayan tek bir sorgu.
Soru tek bir aramaymış gibi görünüyor ama aslında üç karar. Binding request'in hangi yolu izlediği, çekirdeğin o yol için hangi kaynağı seçtiği ve yolda bir şeyin bu kaynağı yeniden yazıp yazmadığı. Herhangi birini değiştirin, STUN sunucusunun bildirdiği adres de onunla değişir. Bu yüzden VPN yönlendiricide diye söylemek tek başına neredeyse hiçbir şey anlatmaz.
Karar üç olguya dayanır
Önce yol: politika kuralları ve yönlendirme tablosu, isteğin tünelden mi yoksa olağan WAN'dan mı çıkacağına karar verir ve hariç tutulan bir hedef, tünel açıkken bile ikinci yolu seçer. Sonra kaynak: çekirdek seçilen yol için bir kaynak seçer ve bu seçim yolun tercih ettiği kaynağa ve eşleşen herhangi bir kurala bağlıdır. Son olarak çeviri: yoldaki NAT seçilen kaynağın yerini alır. Yansıyan adres üçünün çarpımıdır, tünelin bir özelliği değildir.
Üçünden birini değiştirin, yanıt değişir ama her bileşen kendi günlüğünde hâlâ sağlıklı görünür. Bu tanının tıkanmasının olağan nedeni budur.
Başlamadan önce test ettiğiniz akış için üç olguyu yazın. Arayüz, yol ve çeviri kuralı sonucu tahmin etmeye yeter ve tam da bu tahmin bir sürprizi bilgilendirici kılar. Üçünden birini dolduramıyorsanız, o boşluk asıl bulgudur.
Bir binding request'i yol boyunca izleyin
Bir STUN binding request, bir sunucudan gözlemlediği kaynak taşıma adresini bildirmesini ister. Yanıt, isteğin izlediği yolu anlatır, istemci makinesindeki arayüzlerin envanterini değil. İki yoldan gelen iki istek dürüstçe iki farklı adres bildirir.
| Path taken | Source the reflector sees | What it means |
|---|---|---|
| Tunnel to a public exit that translates | The exit's public address | The reflector learns nothing about the LAN |
| Tunnel to a private reflector, translated to the tunnel address, no later translation | That tunnel address | An internal identifier is disclosed to that reflector |
| Excluded flow over the ordinary WAN | The WAN address | The tunnel was not used at all |
Bu tabloyu sağlayıcı menüsü değil, koşullar kümesi olarak okuyun. Orta satır, özel yansıtıcının tünelin kendi yönlendirmesi ve eş politikası altında erişilebilir olmasını gerektirir; bu, doğrulayabileceğiniz bir yapılandırma olgusudur, bir hesap düzeyinin ima ettiği bir şey değil. Alt satır politika için genellikle önemli olandır, çünkü o trafiğin tünelin içinde kalması gerekiyordu. İkisinin arasında, çıkışın çevirdiği ve yansıtıcının yalnızca çıkışı gördüğü olağan durum vardır.
Ana makine adayları ve sunucu yansımalı adaylar farklı mekanizmalardan gelir, bu yüzden aday listesi medyanın gerçekte hangi yolu kullandığını söylemez. Oturumun nereye gittiğini bilmek istediğinizde toplama günlüğünü değil, seçilen çifti okuyun.
Yönlendiricinin tünel adresi ne değildir
Yönlendiriciye atanan tünel adresi, yönlendirici üzerindeki bir arayüze aittir. LAN ana makinesindeki bir tarayıcının kendi arayüz adresleri vardır ve yönlendiricinin tünel arayüzünü doğrudan görmez. İkisi birbirinin yerine geçebilir sayılırsa, bir web sayfasının neler öğrenebileceğine dair kendinden emin yanlış yanıtlar ortaya çıkar.
Yönlendirme, ikisini birbirine bağlayan şeydir. İstek yönlendiriciyi yönlendirilmiş trafik olarak geçer ve kaynağı, yönlendirme ile çevirinin ürettiği şeydir.
Tünel yolu LAN kaynağını korursa, özel bir yansıtıcı bu LAN adresini öğrenebilir; bu gerçek bir ifşadır ve tünel adresinden farklıdır. Yol tünel adresine çevirirse, yansıtıcı bunun yerine tünel adresini öğrenir. İki sonuç da aynı ana makinedeki aynı tarayıcıyla tutarlıdır, bu yüzden bir gözlem belirli bir akışa bağlanmalıdır. Uygulamayı suçlamadan önce çekirdeğe hangi kaynağı kullanacağını sorun.
İfşa ile atlatma: iki bulgu, iki onarım
Yansıyan bir tünel adresi, izin verdiğiniz bir yolda iç tanımlayıcıyı açığa çıkarır. Doğrudan WAN üzerinden gelen istek, talep etmek istediğiniz bir yolu atlatır. Birincisi bilgi sorunu, ikincisi uygulama sorunudur ve farklı yerlerde düzeltilir. İkisini tek kelimede birleştirmek, hiçbirini ele almayan bir onarım üretir.
WebRTC bunu yanlış yapmadan daha görünür kılar, çünkü bir adayı toplamak onu seçmekle aynı şey değildir.
ip route get 203.0.113.7 from 192.0.2.25
ip rule showİzin verdiğiniz her yansıtıcı adresi için yol sorgusunu, o akışın taşımasını beklediğiniz kaynakla çalıştırın, ardından hariç tutulan aralıklar için yeniden çalıştırıp yedek seçeneğin ne seçtiğini görün. İki yanıtı yazdığınız politikayla karşılaştırın. Amaçlamadığınız bir biçimde farklılaştıklarında, tarayıcının aday listesini hiç yorumlamadan onarım noktasını bulmuş olursunuz.