Kontrolli, kas jagatud tunnel töötab: üks IP tulemus ei ole test
Kirjuta üles, millised vood peaksid tunnelit kasutama ja millised jääma otse, seejärel testi mõlemat poolt, DNS-i jagunemist ja tõrkejuhtu.
Üks brauseri leht, mis näitab IP-aadressi, ei tõesta jagatud tunneli kohta peaaegu midagi. Nähtav aadress võib olla õige vale põhjuse tõttu ja välistatud voogu ei testita sellega kunagi. Kirjuta enne testi üles oodatav tulemus: milline rakendus või sihtkoht peaks tunnelit kasutama, milline peaks jääma otse ja mis peaks seiskuma, kui tunnel ebaõnnestub. Ilma selle plaanita näeb iga usutav number välja nagu edu.
Müüt: aadressi otsing tõestab katvust
IP-kontroll vastab ühele küsimusele: mida välismaailm ühel hetkel ühest rakendusest näeb. See ei ütle midagi sisemise prefiksi, teise brauseriprofiili ega nime kohta, mida peaks privaatselt lahendama. Samuti ei ütle see midagi tõrke kohta ja just see on jagatud tunneli disaini pool, mis tootmises katki läheb.
Aadressi leht ei näita ka marsruuti, lahendajat ega tõrkepoliitikat. Käsitle seda ühe vaatlusena, mitte otsusena.
Testi kaasatud ja välistatud voogu
Saada kahjutu päring rakendusest, mis peaks olema kaasatud, või prefiksile, mille kavatsed tunnelist läbi suunata, ja logi allikas, sihtkoht, aadressiperekond ning vaadeldud tee. Tee sama voo puhul, mis peaks jääma otse. Välistatud pool on see, mille inimesed vahele jätavad, ja see on ainus tõend, et jagamine on tahtlik, mitte juhuslik. Abiprotsess võib kanda eraldi poliitikaidentiteeti, seega testi protsessis, mis soklit omab.
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
Seetõttu võib vales rakenduses tehtud test näidata disaini kavatsuse vastandit. Kirjuta neli välja mõlema poole kohta üles enne mis tahes järelduse tegemist.
Lisa DNS ja tõrkejuht
Küsi süsteemilahendajalt ja lahendajalt, mida rakendus kasutab, seejärel võrdle neid vastuseid väljumisaadressiga, mida sait teatab. Kaks kihti võivad tahtlikult lahkneda ja üks brauseripäring ei testi operatsioonisüsteemi poliitikat. Kest muudab võrdluse korratavaks: Katkesta tunnel tahtlikult, seejärel tee päring, mida brauser pole vahemällu salvestanud; vahemälust serveeritud leht ei ütle sulle midagi selle kohta, kuhu varutee läks. Logi seda, mis tegelikult juhtus, mitte seda, mida disain ennustas.
curl -s https://ifconfig.me
nslookup intranet.example
Suletult ebaõnnestuv jagatud tunnel ja avatult ebaõnnestuv tunnel näevad identsed välja, kuni tunnelit tahtlikult katkestad. Logi, mida sa vaatlesid, mitte mida sa ootasid.
Korda pärast oleku muutumist
Korda samu vaatlusi pärast taasühendamist, võrguvahetust ja asjakohast rakenduse uuendust. Salvestatud välistus võib jätkata osutamist teele või rakenduse identiteedile, mida enam ei ole, ja disain lakkab vaikselt oma dokumentatsiooniga sobimast. Need kolm sündmust on kohad, kus jagatud tunnelid triivivad, ja igaüht on odav uuesti testida. Test, mis jookseb ainult korra juurutamisel, kirjeldab konfiguratsiooni, mida enam ei ole.
Kui tulemus erineb, leia reegli omanik ja töötlemisetapp enne mitme seade korraga muutmist. Viie asja muutmine ja ühe tulemuse vaatlemine ei ole diagnoos, see on uus konfiguratsioon.
Mida tulemus peaks tõestama
Seo vaatlused poliitika ja kliendi versiooniga, mida sa tegelikult testisid. Eesmärk on näidata, et see juurutus vastab katvusele, mida ta väidab, mitte et iga tulevane rakendus on privaatne. See on kitsam väide ja just seda saad tegelikult tõenditega toetada. Kirjuta väide, versioon ja nelja välja tulemused muudatuste registrisse.
Siis saab järgmine ülevaataja öelda, kas muutus disain või test. Jagatud tunnel on kontrollitud, kui mõlemad pooled, lahendaja jagunemine ja tõrkekäitumine vastavad sellele, mille sa alguses üles kirjutasid. Üks IP tulemus ei kontrolli neist ühtegi.