Bölünmüş tunelin işlədiyini yoxlayın: bir IP nəticəsi test deyil

IP ünvanı göstərən tək bir brauzer səhifəsi bölünmüş tunel haqqında demək olar ki, heç nə sübut etmir. Görünən ünvan səhv səbəbdən düzgün ola bilər və xaric edilmiş axın onunla heç vaxt yoxlanmır. Testdən əvvəl gözlənilən nəticəni yazın: hansı tətbiq və ya təyinat tuneldən istifadə etməli, hansı birbaşa qalmalı və tunel sıradan çıxdıqda nə dayanmalıdır. Bu plan olmadan hər hansı inandırıcı rəqəm uğur kimi görünür.

Mif: ünvan axtarışı əhatəni sübut edir

IP yoxlaması bir suala cavab verir: xarici dünya bir anda bir tətbiqdən nə görür. O, daxili prefiks, ikinci brauzer profili və ya şəxsi şəkildə həll edilməli ad haqqında heç nə demir. Nasazlıq haqqında da heç nə demir və bu, istehsalatda sınan bölünmüş tunel dizaynının yarısıdır.

Ünvan səhifəsi marşrutu, həlledicini və ya nasazlıq siyasətini də göstərə bilməz. Ona bir müşahidə kimi yanaşın, hökm kimi deyil.

Daxil edilmiş və xaric edilmiş axını sınayın

Daxil edilməli tətbiqdən və ya tuneldən keçməsini gözlədiyiniz prefiksə zərərsiz sorğu göndərin və mənbəyi, təyinatı, ünvan ailəsini və müşahidə olunan yolu qeyd edin. Birbaşa qalmalı axın üçün də eyni şeyi edin. Xaric edilmiş tərəf insanların atladığı tərəfdir və bu, bölgünün təsadüfi deyil, qəsdən olduğunun yeganə sübutudur. Köməkçi proses ayrı siyasət kimliyi daşıya bilər, ona görə socketə sahib olan prosesdə sınayın.

flow: Firefox to intranet.example:443, IPv4, source 10.8.0.6, tunneled
flow: Firefox to 1.1.1.1, IPv4, source 192.0.2.20, direct

Buna görə yanlış tətbiqdə aparılan test dizaynın nəzərdə tutduğunun əksini göstərə bilər. Hər hansı nəticə çıxarmazdan əvvəl hər iki tərəf üçün dörd sahəni yazın.

DNS və nasazlıq halını əlavə edin

Sistem həlledicisindən və tətbiqin istifadə etdiyi həlledicidən soruşun, sonra bu cavabları saytın bildirdiyi çıxış ünvanı ilə müqayisə edin. İki qat qəsdən uyğunsuz ola bilər və brauzerdə bir axtarış əməliyyat sisteminin siyasətini yoxlamır. Qabıq müqayisəni təkrarlanan edir: Tuneli qəsdən qırın, sonra brauzerin keşləmədiyi sorğu edin; keşdən verilən səhifə ehtiyat yolun hansı tərəfə getdiyi barədə heç nə demir. Dizaynın əvvəlcədən dediyini deyil, həqiqətən baş verəni qeyd edin.

curl -s https://ifconfig.me
nslookup intranet.example

Qapalı şəkildə sıradan çıxan bölünmüş tunel ilə açıq şəkildə sıradan çıxan tunel tuneli qəsdən qırana qədər eyni görünür. Hansı davranışı müşahidə etdiyinizi qeyd edin, gözlədiyinizi deyil.

Vəziyyət dəyişdikdən sonra təkrarlayın

Eyni müşahidələri yenidən qoşulma, şəbəkə dəyişikliyi və müvafiq tətbiq yeniləməsindən sonra təkrarlayın. Saxlanılan istisna artıq mövcud olmayan yol və ya tətbiq kimliyinə işarə etməyə davam edə bilər və dizayn səssizcə sənədləşməsinə uyğun gəlməyi dayandırır. Bu üç hadisə bölünmüş tunellərin sürüşdüyü yerlərdir və hər birini yenidən yoxlamaq ucuzdur. Yalnız bir dəfə yerləşdirmə zamanı işləyən test artıq mövcud olmayan konfiqurasiyanı təsvir edir.

Nəticə fərqlidirsə, bir neçə parametri eyni vaxtda dəyişməzdən əvvəl qaydanın sahibini və emal mərhələsini tapın. Beş şeyi dəyişib bir nəticəni müşahidə etmək diaqnoz deyil, yeni konfiqurasiyadır.

Nəticə nəyi müəyyən etməlidir

Müşahidələri həqiqətən yoxladığınız siyasət və müştəri versiyası ilə bağlayın. Məqsəd bu yerləşdirmənin iddia etdiyi əhatəyə uyğun olduğunu göstərməkdir, gələcək hər tətbiqin şəxsi olacağını deyil. Bu daha dar bir iddiadır və həqiqətən sübutlarla dəstəkləyə biləcəyiniz iddia da budur. İddianı, versiyanı və dörd sahənin nəticələrini dəyişiklik jurnalına yazın.

Sonra növbəti rəyçi dizaynın, yoxsa testin dəyişdiyini deyə bilər. Bölünmüş tunel hər iki tərəf, həlledici bölgüsü və nasazlıq davranışı əvvəldə yazdığınıza uyğun gəldikdə təsdiqlənmiş olur. Bir IP nəticəsi onların heç birini təsdiqləmir.