VPN કનેક્ટ થતાં જ DNS64 જવાબો કેમ બદલાય છે?

DNS64 જવાબો સર્વરની ગુણધર્મ નહીં, નેટવર્ક ગોઠવણ વર્ણવે છે. રિઝોલ્વર IPv4 સરનામાંમાંથી IPv6 સરનામું સંશ્લેષિત કરે છે, અને પરિણામ ફક્ત ત્યાં જ કામ કરે છે જ્યાં તે પ્રીફિક્સના અંતે ભાષાંતરકર્તા બેઠો હોય. માર્ગમાં VPN લાવો, અને તે ગોઠવણ ત્રણ શરતોને આધારે ટકી શકે, બદલાઈ શકે અથવા સાચી રહેવાનું બંધ કરી શકે.

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

સંશ્લેષિત AAAA રેકોર્ડ ખરેખર શું દર્શાવે છે

DNS64 રિઝોલ્વર ફક્ત IPv4 ધરાવતા નામ માટેના AAAA પ્રશ્નનો જવાબ એ રીતે આપે છે કે તે IPv4 સરનામું એવા પ્રીફિક્સની અંદર ગોઠવે છે જેનો ઉપયોગ કરવા તે કન્ફિગર થયેલું છે, અને આ કામ માટેનું જાણીતું પ્રીફિક્સ 64:ff9b::/96 છે જેમ RFC 6147 માં વર્ણવ્યું છે. એપ્લિકેશન માટે રેકોર્ડ બીજા કોઈપણ AAAA રેકોર્ડ જેવો દેખાય છે, અને એ જ મુદ્દો છે: ફક્ત IPv6 ધરાવતો ક્લાયન્ટ ગંતવ્યને કદી IPv6 ન હતું તે જાણ્યા વિના જોડાણનો પ્રયાસ કરી શકે છે. પછી તે જોડાણ માર્ગ પર ક્યાંક બંને કુટુંબો વચ્ચે ભાષાંતર કરતા NAT64 કાર્ય પર આધાર રાખે છે. તે ભાષાંતરકર્તા વિના, સંશ્લેષિત સરનામું વિશ્વાસપાત્ર દેખાતું ગંતવ્ય છે જે ક્યાંય પહોંચતું નથી.

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

ત્રણ શરતો નક્કી કરે છે કે તે હજી કામ કરે છે કે નહીં

પહેલી શરત એ છે કે કયા રિઝોલ્વરે રેકોર્ડ બનાવ્યો, કારણ કે DNS64 કન્ફિગર ન હોય તેવો રિઝોલ્વર તે નામ માટે કંઈ પણ પરત કરતો નથી અને એપ્લિકેશન બીજી રીતે નિષ્ફળ જાય છે. બીજી એ છે કે તમારા ઉપકરણનો સંશ્લેષિત પ્રીફિક્સ સુધી રૂટ છે કે નહીં, કારણ કે જવાબ માન્ય હોઈ શકે જ્યારે તે સુધીનો માર્ગ ગેરહાજર હોય. ત્રીજી એ છે કે તે પ્રીફિક્સનો માલિક ભાષાંતરકર્તા તમે વાપરશો તે માર્ગ પર છે કે નહીં, કારણ કે 64:ff9b::/96 ને બીજે લઈ જતું ટનલ બીજા કાર્ય સુધી અથવા કંઈ પણ સુધી પહોંચતું નથી. ત્રણેય ટનલ પહેલાં સાચી હોઈ શકે અને પછી નિષ્ફળ થઈ શકે, અને એટલે લક્ષણ અચાનક પતન જેવું લાગે છે.

તે ક્રમમાં તેમને તપાસો. ગેરહાજર જવાબ અને ગેરહાજર રૂટ બ્રાઉઝરમાં એકસરખા દેખાય છે અને રિઝોલ્વર લોગમાં સાવ અલગ.

રિઝોલ્વર બદલાય ત્યારે જવાબ બદલાય છે

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

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

શોધ અને માર્ગ અલગ અલગ ચકાસો

એપ્લિકેશનને સામેલ કરતાં પહેલાં નામની સીધી પૃચ્છા કરો, અને કયા સર્વરે જવાબ આપ્યો તે નોંધો. નીચેની આદેશાવલીઓ AAAA રેકોર્ડ, વપરાતું રિઝોલ્વર અને સંશ્લેષિત પ્રીફિક્સ સુધીનો રૂટ છે કે નહીં તે દર્શાવે છે. તેમને ટનલ બંધ હોય ત્યારે ચલાવો અને પછી ફરી ટનલ ચાલુ હોય ત્યારે.

dig AAAA ipv4only.example.com +short
dig AAAA ipv4only.example.com | grep -E '^;; SERVER'
ip -6 route get 64:ff9b::c000:0216
curl -6 -sS -o /dev/null -w '%{http_code} %{time_connect}\n' --max-time 8 http://ipv4only.example.com/

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

દરેક પરિણામની બાજુમાં રિઝોલ્વર, નેટવર્ક સંદર્ભ અને સરનામા-કુટુંબ નોંધો. એ જ નોંધ આગળની સરખામણીને રિઝોલ્વર ફેરફારને રૂટિંગ ફેરફારથી અલગ પાડવા દે છે.