Patikrinkite, ar padalintas tunelis veikia: vienas IP rezultatas nėra testas

Vienas naršyklės puslapis, rodantis IP adresą, beveik nieko neįrodo apie padalintą tunelį. Matomas adresas gali būti teisingas dėl neteisingos priežasties, o pašalintas srautas juo niekada netikrinamas. Prieš testą užrašykite laukiamą rezultatą: kuri programa ar paskirties vieta turi naudoti tunelį, kuri turi likti tiesioginė ir kas turi sustoti, kai tunelis sugenda. Be šio plano bet koks tikėtinas skaičius atrodo kaip sėkmė.

Mitas: adreso paieška įrodo aprėptį

IP patikra atsako į vieną klausimą: ką išorinis pasaulis mato iš vienos programos vienu momentu. Ji nieko nesako apie vidinį prefiksą, antrą naršyklės profilį ar vardą, kuris turėtų būti sprendžiamas privačiai. Ji taip pat nieko nesako apie gedimą, o tai yra ta padalinto tunelio dizaino pusė, kuri lūžta produkcijoje.

Adreso puslapis taip pat negali parodyti maršruto, sprendiklio ar gedimo politikos. Traktuokite jį kaip vieną stebėjimą, o ne kaip nuosprendį.

Išbandykite įtrauktą ir pašalintą srautą

Išsiųskite nekenksmingą užklausą iš programos, kuri turėtų būti įtraukta, arba į prefiksą, kurį tikitatės nukreipti per tunelį, ir užregistruokite šaltinį, paskirties vietą, adresų šeimą bei stebėtą kelią. Tą patį padarykite srautui, kuris turi likti tiesioginis. Pašalinta pusė yra ta, kurią žmonės praleidžia, ir tai vienintelis įrodymas, kad padalijimas yra sąmoningas, o ne atsitiktinis. Pagalbinis procesas gali turėti atskirą politikos tapatybę, todėl testuokite tame procese, kuris valdo lizdą.

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

Štai kodėl testas neteisingoje programoje gali parodyti priešingą nei numato dizainas. Prieš darydami bet kokią išvadą, užrašykite keturis laukus abiem pusėms.

Pridėkite DNS ir gedimo atvejį

Paklauskite sistemos sprendiklio ir sprendiklio, kurį naudoja programa, tada palyginkite tuos atsakymus su išėjimo adresu, kurį praneša svetainė. Du sluoksniai gali sąmoningai nesutapti, o viena naršyklės užklausa neišbando operacinės sistemos politikos. Apvalkalas padaro palyginimą pakartojamą: Nutraukite tunelį sąmoningai, tada atlikite užklausą, kurios naršyklė nėra išsaugojusi podėlyje; puslapis, pateiktas iš podėlio, nieko nepasako apie tai, kuria kryptimi nuėjo atsarginis kelias. Užrašykite, kas iš tikrųjų įvyko, o ne ką numatė dizainas.

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

Uždarojo gedimo padalintas tunelis ir atvirojo gedimo tunelis atrodo vienodai, kol sąmoningai nenutrauksite tunelio. Užrašykite, kokį elgesį stebėjote, o ne kokio tikėjotės.

Pakartokite pasikeitus būsenai

Pakartokite tuos pačius stebėjimus po prisijungimo iš naujo, tinklo pakeitimo ir atitinkamo programos atnaujinimo. Išsaugotas išskyrimas gali toliau rodyti kelią ar programos tapatybę, kurios nebėra, ir dizainas tyliai nustoja atitikti savo dokumentaciją. Tie trys įvykiai yra vietos, kur padalinti tuneliai dreifuoja, ir kiekvieną jų pigiai galima išbandyti dar kartą. Testas, kuris paleidžiamas tik vieną kartą diegiant, aprašo konfigūraciją, kurios nebėra.

Jei rezultatas skiriasi, raskite taisyklės savininką ir apdorojimo etapą prieš keisdami kelis nustatymus iš karto. Penkių dalykų pakeitimas ir vieno rezultato stebėjimas nėra diagnostika, tai nauja konfigūracija.

Ką turi įrodyti rezultatas

Susiekite stebėjimus su politika ir kliento versija, kurią tikrai testavote. Tikslas yra parodyti, kad šis diegimas atitinka deklaruojamą aprėptį, o ne kad kiekviena būsima programa bus privati. Tai siauresnis teiginys, ir būtent jį galite tikrai pagrįsti įrodymais. Užrašykite teiginį, versiją ir keturių laukų rezultatus pakeitimų žurnale.

Tada kitas peržiūros atlikėjas galės pasakyti, ar pasikeitė dizainas, ar testas. Padalintas tunelis patvirtinamas, kai abi pusės, sprendiklio padalijimas ir gedimo elgsena atitinka tai, ką užrašėte pradžioje. Vienas IP rezultatas nepatvirtina nė vieno iš jų.