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

ક્લાયન્ટ શું જણાવે છે અને વિનંતીએ ખરેખર કયું કુટુંબ વાપર્યું, બંને તપાસો, કારણ કે હોસ્ટનામ બંને પ્રકારના જવાબ પરત આપી શકે છે.

બે કુટુંબ, બે જુદા માર્ગ

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

A અને AAAA બંને રેકોર્ડ પરત આપતું હોસ્ટનામ આ જોવાનું વધુ મુશ્કેલ બનાવે છે, કારણ કે એપ્લિકેશનો કુટુંબોને જુદા ક્રમમાં અજમાવી શકે છે. સફળ થયેલી વિનંતી સાબિત કરતી નથી કે તેણે કયો માર્ગ લીધો. એવી કસોટી વાપરો જે તેણે અજમાવેલા કુટુંબનું નામ આપે.

સર્વર સુધી પહોંચવું એ ટ્રાફિક વહન કરવું નથી

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

ડિઝાઇનને કયાની જરૂર છે તે પૂછો. જે નેટવર્કને ફક્ત IPv6 સેવાઓ સુધી પહોંચવું છે તેને વહનની જરૂર છે. જે નેટવર્કને સીધો IPv6 ટ્રાફિક અટકાવવો છે તેને બ્લોકિંગ અથવા સંપૂર્ણ વહનની જરૂર છે, માર્કેટિંગ પૃષ્ઠ પરના લેબલની નહીં.

વહન અને બ્લોકિંગ વચ્ચે પસંદ કરો

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

ફક્ત IPv4 વાળું મહેમાન નેટવર્ક IPv6 માર્ગ અજમાવી શકતું નથી, તેથી ત્યાં કરેલી કસોટી ઘરના નેટવર્ક વિશે કંઈ કહેતી નથી જ્યાં બંને કુટુંબો અસ્તિત્વમાં છે. જ્યાં સંબંધિત કુટુંબ ખરેખર આપવામાં આવે છે ત્યાં કસોટી કરો.

કિલ સ્વિચને પણ એ જ આવરી લેવાની જરૂર છે

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

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

દરેક કસોટીએ કયું કુટુંબ અજમાવ્યું અને ક્લાયન્ટ કઈ ક્ષમતાનો દાવો કરે છે તે નોંધો. એ બે હકીકતો એ પ્રશ્નનો જવાબ આપે છે જેનો સપોર્ટ લેબલ ક્યારેય જવાબ નહીં આપે.

સંબંધિત લેખો