ચકાસો કે સ્પ્લિટ ટનલ કામ કરે છે: એક 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 પરિણામ તેમાંથી કંઈપણ ચકાસતું નથી.