હેડલેસ બોક્સ પર ખોલવા માટે બ્રાઉઝર નથી અને જોવા માટે તાળું નથી, તેથી તપાસ એવી વિનંતી હોવી જોઈએ જેનો જવાબ તમે વાંચી શકો. આ તુચ્છ લાગે છે જ્યાં સુધી તમે ન જોશો કે એક જ એક્ઝિટ-એડ્રેસ પરિણામ એવા ઉપકરણને પ્રમાણિત કરવા વપરાય છે જે ડઝન સેવાઓ, બે એડ્રેસ ફેમિલી અને એક પ્રોક્સી ચલાવે છે. નીચેની સમીક્ષા એક સમયે એક મર્યાદિત પુરાવો બનાવે છે, તે જ સંદર્ભમાં જેમાં વર્કલોડ ખરેખર ચાલે છે.

પરીક્ષણે શું સાબિત કરવું તે નક્કી કરો

કંઈ પણ ચલાવતા પહેલાં અપેક્ષા એક લીટીમાં લખો: કયો ફ્લો, કઈ ઇન્ટરફેસ દ્વારા, કયા ગંતવ્ય સુધી, અને બીજા છેડે શું જોવું જોઈએ. જાહેર કરેલી અપેક્ષા વિનાનું પરીક્ષણ એવી સંખ્યા આપે છે જે કોઈ અર્થઘટન કરી શકે નહીં.

સૌથી ઉપયોગી આવૃત્તિ મંજૂર કરેલા એન્ડપોઇન્ટનું નામ આપે છે જે તેણે જોયેલા સ્રોત એડ્રેસની જાણ કરે છે.

તે એન્ડપોઇન્ટ એ જ એકમાત્ર ભાગ છે જે તમારે ગોઠવવો પડે. બાકીનું બધું ક્લાયંટ-બાજુનું અવલોકન છે, અને ક્લાયંટ-બાજુનાં અવલોકનો રસપ્રદ રીતે ખોટાં જાય છે.

યોગ્ય સંદર્ભમાં અવલોકન ચલાવો

એડમિનિસ્ટ્રેટરનું શેલ વર્કલોડનું વાતાવરણ નથી. તે અલગ પ્રોક્સી ચલ, બીજા નામસ્થાનમાં અલગ રૂટિંગ કોષ્ટક, અથવા બીજા વપરાશકર્તાની પર્યાવરણ ફાઇલ રાખી શકે છે. તમે જે તપાસી રહ્યા છો તેના જેવા જ હોસ્ટ, કન્ટેનર, નામસ્થાન અથવા સેવા સંદર્ભમાં પરીક્ષણ ચલાવો. નહીં તો તમે તમારું શેલ માપી રહ્યા છો.

સામાન્ય હોસ્ટ પર એટલે એ જ વપરાશકર્તા અને એ જ યુનિટ. કન્ટેનર વાતાવરણમાં એટલે હોસ્ટ પરથી પરીક્ષણ કરવાને બદલે કન્ટેનરના નેટવર્ક નામસ્થાનમાં પ્રવેશવું. systemd સેવા પર એટલે સમાન સેટિંગ્સવાળું ક્ષણિક યુનિટ હોઈ શકે.

નીચેની વિનંતી ત્યારે જ અર્થપૂર્ણ છે જ્યારે તમે યોગ્ય સંદર્ભમાં હો.

એડ્રેસ ફેમિલીઓ અલગથી તપાસો

દરેક ફેમિલી સ્પષ્ટ રીતે માંગો, કારણ કે સફળ IPv4 વિનંતી IPv6 માર્ગનો જરાય ઉપયોગ કરતી નથી. --ipv4 અને --ipv6 પસંદગીકાર પસંદગી ફરજિયાત કરે છે, અને બે પરિણામો વચ્ચેનો તફાવત પોતે જ માહિતી છે.

curl --ipv4 https://probe.example/observed-source
curl --ipv6 https://probe.example/observed-source

નિષ્ફળ IPv6 વિનંતી અસરકારક બ્લોકનો પુરાવો નથી. તેનો અર્થ એ હોઈ શકે કે એન્ડપોઇન્ટ પાસે IPv6 એડ્રેસ નથી, DNS એ વાપરી શકાય એવું કંઈ પરત આપ્યું નથી, અથવા ઉપકરણ પાસે જરાય IPv6 રૂટ નથી. તારણ કાઢતા પહેલાં નિષ્ફળતા વાંચો. ટનલ દ્વારા સફળ IPv6 વિનંતી એ જ એકમાત્ર પરિણામ છે જે સાબિત કરે છે કે IPv6 માર્ગ આવરી લેવાયો છે.

બંને જવાબો સાથે સાથે નોંધો. તેમાંથી એકલું એક અડધી હકીકત છે.

એક્ઝિટ તપાસ જે ચાર વસ્તુઓ ચૂકી જાય તે ઉમેરો

એક્ઝિટ એડ્રેસ એક પ્રશ્નનો જવાબ આપે છે. બીજા ચાર નક્કી કરે છે કે ટનલ ડિઝાઇન પ્રમાણે વર્તે છે કે નહીં.

CheckWhat it provesWhat it does not
Included and excluded destinationsThe split behaves as designed for those flowsCoverage of any other destination
Resolver pathWhere a fresh lookup actually travelledWhere a cached answer came from
Tunnel-down behaviourThe failure policy for a new requestWhat an already open connection does
Reconnect and restartThe requirement survives the lifecycle eventBehaviour under load or partial failure

ગંતવ્ય નીતિ પહેલા આવે છે: જ્યારે ડિઝાઇનમાં વિભાજન હોય ત્યારે સમાવિષ્ટ થવો જોઈએ તેવો ફ્લો અને બહાર રાખવો જોઈએ તેવો ફ્લો ચકાસો. પછી DNS, જ્યાં તમે ગોઠવેલા મૂલ્યને બદલે વાસ્તવિક રિઝોલ્વર માર્ગની તપાસ કરો છો, કારણ કે કેશ કરેલો જવાબ અથવા છાપેલી સેટિંગ નવી ક્વેરી ક્યાં ગઈ તે વિશે કંઈ કહેતી નથી.

નિષ્ફળતાના વર્તન માટે યોજના અને સાચવેલો પુનઃપ્રાપ્તિ માર્ગ જરૂરી છે. ટનલ ઉપલબ્ધ ન હોય ત્યારે નવી વિનંતીનું અવલોકન કરો, અને યાદ રાખો કે જૂનું ખુલ્લું જોડાણ નિષ્ફળતા નીતિનો પુરાવો નથી. જીવનચક્ર છેલ્લે આવે છે: જો તે ઘટનાઓ જરૂરિયાતને અસર કરતી હોય તો ફરી જોડાણ અથવા સેવા પુનઃપ્રારંભ પછી અવલોકનનું પુનરાવર્તન કરો.

પુરાવા નોંધો, ચુકાદો નહીં

દરેક પરિણામ માટે પ્રક્રિયા સંદર્ભ, ગંતવ્ય, એડ્રેસ ફેમિલી, સમય અને અવલોકિત સ્રોત રાખો. તે સમૂહ તમે ચલાવેલા ફ્લો વિશે મર્યાદિત પુરાવો છે, અને તે બચાવપાત્ર છે કારણ કે તે કહે છે કે તેણે શું આવરી લીધું.

આ VPN ઓપરેટરના રેકોર્ડની ઓડિટ નથી, અને ઉપકરણ પરની દરેક ભાવિ એપ્લિકેશન માટે પ્રમાણપત્ર પણ નથી.

પરિણામની બાજુમાં મર્યાદાઓ લખો. જે પરીક્ષણ જણાવે છે કે તેણે શું આવરી ન લીધું તે સમીક્ષામાં ટકી રહે છે, જ્યારે ઉપકરણ ચકાસાયેલું છે તેવો દાવો કરતું ટકતું નથી. તમે વાપરેલા ફેમિલી પસંદગીકારોની બાજુમાં curl માર્ગદર્શિકા રાખો, અને ચાર હરોળનું કોષ્ટક પરિણામો સાથે રાખો.

સંબંધિત લેખો