તમારા પોતાના સ્રોત સાથે VPN દ્વારા IPv6 કેવી રીતે પરીક્ષણ કરવું

જાહેર IP-ચેક પૃષ્ઠ એક પ્રશ્નનો જવાબ આપે છે, અને સામાન્ય રીતે તે તમે પૂછ્યો હતો તે નહીં। તે પૃષ્ઠે જોયેલું એક્ઝિટ સરનામું જણાવે છે; ટનલમાંથી IPv6 માર્ગ કામ કરે છે કે નહીં, હોસ્ટે IPv6ને પ્રાધાન્ય આપ્યું કે પાછું ખસ્યું, અથવા બાકાત રાખેલી એપ્લિકેશને બીજો માર્ગ લીધો કે નહીં તે જણાવતું નથી। તમે નિયંત્રિત કરો તેવો અધિકૃત સ્રોત વધુ સાંકડા પ્રશ્નનો યોગ્ય જવાબ આપે છે, કારણ કે તમે બંને છેડા જુઓ છો। નીચેની માર્ગદર્શિકા એવા નિષ્કર્ષ વિશે છે જેનો તમે બચાવ કરી શકો, લીલા પરિણામ વિશે નહીં।

પગલું 1: તમે કયો IPv6 માર્ગ પરીક્ષણ કરો છો તે જણાવો

એક વાક્યમાં કહો। ટનલ સર્વરના પોતાના IPv6 સરનામા પરની વિનંતી ટનલનું પરીક્ષણ કરે છે; એક્ઝિટની બહારના હોસ્ટ પરની વિનંતી એક્ઝિટના IPv6 ઈગ્રેસનું પરીક્ષણ કરે છે; ખાનગી IPv6 સરનામા પરની વિનંતી આંતરિક માર્ગનું પરીક્ષણ કરે છે।

આ ત્રણ અલગ દાવા છે અને એક સફળ વિનંતી એ ત્રણેયને ટેકો આપી શકતી નથી। તમારી સામેના નિર્ણય માટે જે મહત્ત્વનું છે તે પસંદ કરો અને કંઈપણ ચલાવતા પહેલા તે લખી લો। જો ચિંતા એ હોય કે IPv6 ટનલની આસપાસ લીક થાય છે કે નહીં, તો પ્રશ્ન હોસ્ટની માર્ગ પસંદગી વિશે છે, એક્ઝિટની પહોંચ વિશે નહીં। જો ચિંતા એ હોય કે દૂરની બાજુ આંતરિક સેવા સુધી પહોંચી શકે છે કે નહીં, તો એક્ઝિટ અપ્રસ્તુત છે।

પગલું 2: હોસ્ટ એ જ માર્ગ પસંદ કરે છે તેની ખાતરી કરો

ip -6 route get 2001:db8:1::10 માર્ગ, સ્રોત સરનામું અને કર્નલ જે ઈન્ટરફેસ વાપરે તે છાપે છે, અને બાકીનું પરીક્ષણ આ હકીકત પર આધારિત છે।

ઈન્ટરફેસ હોવું એ પસંદ થવા જેવું નથી। ડ્યુઅલ-સ્ટેક હોસ્ટમાં પ્રાથમિકતા કોષ્ટક હોય છે, અને Linux પર /etc/gai.conf બંનેમાં રિઝોલ્વ થતા નામ માટે કયો કુટુંબ જીતશે તે બદલી શકે છે।

પગલું 3: કાયદેસર ગંતવ્ય અને નામ વાપરો

જો તમે HTTPSનું પરીક્ષણ કરો છો, તો જે હોસ્ટનેમ માટે પ્રમાણપત્ર બહાર પાડવામાં આવ્યું તે વાપરો અને ચકાસણી ચાલુ રાખો; પરીક્ષણ પાસ થાય તે માટે શાબ્દિક સરનામા પર જવાથી એ જ ચકાસણી બંધ થાય છે જે સાબિત કરે છે કે તમે ઇચ્છિત હોસ્ટ સુધી પહોંચ્યા। તમે નિયંત્રિત કરો તેવી નિદાન સેવા, જે જાણીતા નામ પર માન્ય પ્રમાણપત્ર સાથે જવાબ આપે છે, તે સૌથી સ્વચ્છ લક્ષ્ય છે। તે તમને સરખાવવા માટે સર્વર-બાજુની લોગ લાઇન પણ આપે છે, જે તૃતીય-પક્ષ ચેકર કદી આપશે નહીં।

વિનંતી એવા સ્વરૂપમાં ચલાવો જે વપરાયેલું સરનામું દર્શાવે: curl -6 -sS -o /dev/null -w '%{remote_ip} %{http_code}\n' https://test6.example.net/। -6 કુટુંબને ફરજિયાત કરે છે, અને એ રીતે તમે IPv6 કામ કરતું નથી અને IPv6ને પ્રાધાન્ય ન મળ્યું તેને અલગ પાડો છો।

શુદ્ધ પહોંચ પરીક્ષણ માટે, જ્યાં ICMPv6ને મંજૂરી છે, ping -6 -c 3 2001:db8:1::10 પૂરતું છે। તે માર્ગ સાબિત કરે છે અને તેની ઉપર કંઈ નહીં।

પગલું 4: બંને છેડા સરખાવો

જ્યારે તમને બંને છેડાની પહોંચ હોય, ત્યારે ક્લાયન્ટ પર tcpdump -ni any ip6 and host 2001:db8:1::10 અને સ્રોત પર તેનું સમકક્ષ સમયછાપ સાથે ચલાવો અને ખાતરી કરો કે એ જ પ્રવાહ બંનેમાં દેખાય છે। એ જ વિશ્વસનીય પરિણામને પુરાવામાં ફેરવે છે: ફક્ત ક્લાયન્ટનું દૃશ્ય સ્રોતના જવાબને વચ્ચેની કોઈ વસ્તુના જવાબથી અલગ પાડી શકતું નથી। કેપ્ચરને એક જ ગંતવ્ય સુધી સાંકડું રાખો જેથી આઉટપુટ વાંચવા યોગ્ય રહે અને કોઈનું અસંબંધિત સત્ર ફાઇલમાં ન આવે।

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

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

પગલું 5: પરીક્ષણે શું સાબિત ન કર્યું તે લખો

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

રાખવા લાયક રેકોર્ડ ટૂંકો છે: ગંતવ્ય, નામ, હોસ્ટે પસંદ કરેલું સ્રોત સરનામું, અવલોકિત દૂરનું સરનામું અને સમય। RFC 7359 ચર્ચે છે કે સંબંધિત IPv6 માર્ગ ખરેખર વપરાયોગ્ય છે તે કેવી રીતે પરીક્ષણ કરવું, અને આ માર્ગદર્શિકા સરળ સાધનોથી તે ધોરણની નજીક આવે છે। જો નિષ્કર્ષ સાચો હોવા માટે જાહેર ચેકરની જરૂર હોય, તો પરીક્ષણ પૂરતું ચોક્કસ ન હતું।