Pārbaudiet, vai sadalīts tunelis darbojas: viens IP rezultāts nav tests

Viena pārlūka lapa, kas rāda IP adresi, gandrīz neko nepierāda par sadalītu tuneli. Redzamā adrese var būt pareizā nepareiza iemesla dēļ, un izslēgtā plūsma ar to nekad netiek pārbaudīta. Pirms testa pierakstiet gaidāmo rezultātu: kura lietotne vai galamērķis izmanto tuneli, kura paliek tieša un kam jāapstājas, kad tunelis sabrūk. Bez šī plāna jebkurš ticams skaitlis izskatās kā panākums.

Mīts: adreses meklēšana pierāda pārklājumu

IP pārbaude atbild uz vienu jautājumu: ko ārpasaule vienā mirklī redz no vienas lietotnes. Tā neko nepasaka par iekšēju prefiksu, otru pārlūka profilu vai vārdu, kas jāatrisina privāti. Tā neko nepasaka arī par atteici, un tā ir tā sadalītā tuneļa dizaina puse, kas ražošanā sabrūk.

Adreses lapa arī nevar parādīt maršrutu, atrisinātāju vai atteices politiku. Uztveriet to kā vienu novērojumu, nevis spriedumu.

Pārbaudiet iekļauto un izslēgto plūsmu

Nosūtiet nekaitīgu pieprasījumu no lietotnes, kurai jābūt iekļautai, vai uz prefiksu, kuru gaidāt ejam caur tuneli, un reģistrējiet avotu, galamērķi, adrešu saimi un novēroto ceļu. Dariet to pašu plūsmai, kurai jāpaliek tiešai. Izslēgtā puse ir tā, ko cilvēki izlaiž, un tas ir vienīgais pierādījums, ka sadalījums ir apzināts, nevis nejaušs. Palīgprocess var nest atsevišķu politikas identitāti, tāpēc testējiet procesā, kuram pieder ligzda.

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

Tāpēc tests nepareizajā lietotnē var parādīt pretējo dizaina iecerei. Pirms jebkura secinājuma pierakstiet četrus laukus abām pusēm.

Pievienojiet DNS un atteices gadījumu

Jautājiet sistēmas atrisinātājam un atrisinātājam, ko lieto lietotne, pēc tam salīdziniet šīs atbildes ar izejas adresi, ko ziņo vietne. Abi slāņi var apzināti nesakrist, un viena pārlūka meklēšana nepārbauda operētājsistēmas politiku. Čaula padara salīdzinājumu atkārtojamu: Pārtrauciet tuneli apzināti, pēc tam izsūtiet pieprasījumu, kuru pārlūks nav saglabājis kešatmiņā; lapa, kas pasniegta no kešatmiņas, neko nepasaka par to, uz kuru pusi devās rezerves ceļš. Pierakstiet, kas patiešām notika, nevis ko dizains paredzēja.

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

Sadalīts tunelis, kas sabrūk slēgti, un tunelis, kas sabrūk atvērti, izskatās vienādi, līdz tuneli apzināti pārtraucat. Pierakstiet, kādu uzvedību novērojāt, nevis kādu gaidījāt.

Atkārtojiet pēc stāvokļa maiņas

Atkārtojiet tos pašus novērojumus pēc atkārtotas pievienošanās, tīkla maiņas un attiecīga lietotnes atjauninājuma. Saglabāts izslēgums var turpināt norādīt uz ceļu vai lietotnes identitāti, kas vairs neeksistē, un dizains klusi pārstāj atbilst savai dokumentācijai. Šie trīs notikumi ir vietas, kur sadalīti tuneļi dreifē, un katru no tiem ir lēti pārbaudīt vēlreiz. Tests, kas darbojas tikai vienu reizi izvietošanas laikā, apraksta konfigurāciju, kas vairs neeksistē.

Ja rezultāts atšķiras, atrodiet noteikuma īpašnieku un apstrādes posmu, pirms mainīt vairākus iestatījumus uzreiz. Piecu lietu maiņa un viena rezultāta novērošana nav diagnostika, tā ir jauna konfigurācija.

Kas rezultātam jāpierāda

Saistiet novērojumus ar politiku un klienta versiju, kuru patiešām testējāt. Mērķis ir parādīt, ka šī izvietošana atbilst deklarētajam pārklājumam, nevis ka katra nākamā lietotne būs privāta. Tas ir šaurāks apgalvojums, un tieši to jūs patiešām varat pamatot ar pierādījumiem. Ierakstiet apgalvojumu, versiju un četru lauku rezultātus izmaiņu žurnālā.

Tad nākamais pārbaudītājs varēs pateikt, vai mainījies dizains vai tests. Sadalīts tunelis tiek apstiprināts, kad abas puses, atrisinātāja sadalījums un atteices uzvedība atbilst tam, ko pierakstījāt sākumā. Viens IP rezultāts neapstiprina nevienu no tiem.