Бөлінген туннель жұмыс істейтінін тексеру: бір IP нәтижесі сынақ емес

IP мекенжайын көрсететін бір ғана браузер беті бөлінген туннель туралы дерлік ештеңе дәлелдемейді. Көрінетін мекенжай дұрыс болуы мүмкін, бірақ дұрыс емес себеппен, ал ажыратылған ағын ол арқылы ешқашан тексерілмейді. Сынақ алдында күтілетін нәтижені жазып алыңыз: қандай қолданба немесе мақсат туннельді пайдалануы керек, қайсысы тікелей қалуы керек және туннель істен шыққанда не тоқтауы керек. Бұл жоспарсыз кез келген сенімді сан табыс болып көрінеді.

Аңыз: адресті іздеу қамтуды дәлелдейді

IP тексеруі бір сұраққа жауап береді: сыртқы әлем бір сәтте бір қолданбадан нені көреді. Ол ішкі префикс, екінші браузер профилі немесе жеке шешілуі керек атау туралы ештеңе айтпайды. Ол ақаулық туралы да ештеңе айтпайды, ал бұл бөлінген туннель дизайнының өндірісте бұзылатын жартысы.

Мекенжай беті маршрутты, шешушіні немесе ақаулық саясатын да көрсете алмайды. Оны бір бақылау ретінде қарастырыңыз, үкім ретінде емес.

Қосылған және ажыратылған ағынды сынаңыз

Қосылуы керек қолданбадан немесе туннель арқылы өтеді деп күткен префикске қауіпсіз сұраныс жіберіңіз және дереккөзді, мақсатты, мекенжайлар тобын және байқалған жолды тіркеңіз. Тікелей қалуы керек ағын үшін де солай жасаңыз. Ажыратылған жақ — адамдар аттап кететін жақ, және бұл бөлудің кездейсоқ емес, әдейі екенінің жалғыз дәлелі. Көмекші процесс бөлек саясат сәйкестігін алып жүруі мүмкін, сондықтан сокетке ие процесте сынаңыз.

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

Сондықтан дұрыс емес қолданбадағы сынақ дизайн көздегенге қарама-қарсы нәрсені көрсетуі мүмкін. Кез келген қорытынды жасамас бұрын екі жақ үшін төрт өрісті жазып алыңыз.

DNS және ақаулық жағдайын қосыңыз

Жүйелік шешушіден және қолданба пайдаланатын шешушіден сұраңыз, содан кейін бұл жауаптарды сайт хабарлайтын шығу мекенжайымен салыстырыңыз. Екі қабат әдейі сәйкес келмеуі мүмкін, ал браузердегі бір іздеу операциялық жүйе саясатын тексермейді. Қабық салыстыруды қайталанымды етеді: Туннельді әдейі үзіңіз, содан кейін браузер кэштемеген сұраныс жасаңыз; кэштен ұсынылған бет резервтік жолдың қайда кеткені туралы ештеңе айтпайды. Дизайн болжағанды емес, шын мәнінде болғанды жазып отырыңыз.

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

Жабық түрде істен шығатын бөлінген туннель мен ашық түрде істен шығатын туннель туннельді әдейі үзгенге дейін бірдей көрінеді. Қандай мінез-құлықты байқағаныңызды жазып алыңыз, күткеніңізді емес.

Күй өзгергеннен кейін қайталаңыз

Сол бақылауларды қайта қосылғаннан, желі ауысқаннан және тиісті қолданба жаңартылғаннан кейін қайталаңыз. Сақталған ажырату енді жоқ жолды немесе қолданба сәйкестігін көрсетуді жалғастыруы мүмкін, ал дизайн өз құжаттамасына сәйкес келуді тыныш тоқтатады. Осы үш оқиға — бөлінген туннельдердің дрейфтейтін жерлері, және олардың әрқайсысын қайта тексеру арзан. Орналастыру кезінде бір рет қана іске қосылатын сынақ енді жоқ конфигурацияны сипаттайды.

Егер нәтиже өзгеше болса, бірнеше параметрді бірден өзгертудің алдында ереженің иесін және өңдеу кезеңін табыңыз. Бес нәрсені өзгертіп, бір нәтижені бақылау диагностика емес, бұл жаңа конфигурация.

Нәтиже нені анықтауы керек

Бақылауларды сіз шынымен сынаған саясат пен клиент нұсқасына байланыстырыңыз. Мақсат — бұл орналастыру мәлімдеген қамтуға сәйкес келетінін көрсету, ал болашақтағы әрбір қолданба жеке болады деп дәлелдеу емес. Бұл неғұрлым тар тұжырым және дәлелдермен шынымен қолдай алатын тұжырым да осы. Тұжырымды, нұсқаны және төрт өрістің нәтижелерін өзгерістер журналына жазыңыз.

Сонда келесі тексеруші дизайн өзгерді ме, әлде сынақ па, соны анықтай алады. Бөлінген туннель екі жақ, шешуші бөлінуі және ақаулық кезіндегі мінез-құлық басында жазғаныңызға сәйкес келгенде тексерілген болып саналады. Бір IP нәтижесі олардың ешқайсысын растамайды.