ભૌગોલિક DNS અને એનીકાસ્ટ: તમને મળતી VPN એન્ટ્રીની ચકાસણી

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

રિઝોલ્વર ખરેખર કોનું સ્થાન જણાવે છે તે ચકાસો

ટોપોલોજી-સંવેદનશીલ ક્વેરીનો જવાબ આપતું અધિકૃત સર્વર સામાન્ય રીતે પૂછનાર રિકર્સિવ રિઝોલ્વરનું સરનામું જુએ છે, નામ લખનાર વ્યક્તિનું સરનામું નહીં. કેન્દ્રીકૃત રિઝોલ્વર તે સેવા આપતા ક્લાયન્ટથી દૂર હોઈ શકે છે, અને જવાબ તેમને બદલે રિઝોલ્વરને પ્રતિબિંબિત કરે છે. આ ખામી નથી; વધારાની માહિતી ન આપે ત્યાં સુધી પ્રોટોકોલ આમ જ વર્તે છે. EDNS ક્લાયન્ટ સબનેટ સ્પષ્ટીકરણ મર્યાદા અને વૈકલ્પિક ઉપાય બંનેનું વર્ણન કરે છે.

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

dig +short vpn.example.com @1.1.1.1
dig +short vpn.example.com @9.9.9.9
dig +subnet=203.0.113.0/24 +short vpn.example.com

એનીકાસ્ટ રાઉટિંગે શું નક્કી કર્યું તે ચકાસો

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

સેવા સ્થાનને સેવાની બાજુથી, અથવા તેનું નામ લેતા જવાબથી પુષ્ટિ કરો, ફક્ત DNS જવાબથી નહીં. traceroute -n 198.51.100.20 તમે લીધેલો પાથ બતાવે છે અને તેના અંતે હોસ્ટનું નામ પણ જણાવતું નથી, તેથી તેને જવાબ નહીં પણ પાથ તરીકે વાંચો.

સેશન નોડ ફેરફાર સહન કરે છે તે ચકાસો

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

ખસેડવાનું ધારી લેવાને બદલે તેનું અવલોકન કરો. sudo tcpdump -ni any -c 20 esp પાથ બદલાતા બહારના પેકેટ બતાવે છે, અને પીઅર સરનામામાં અચાનક ફેરફાર એ જ ખસેડવું છે. તમે ચલાવો છો તે અમલીકરણ માટે ઇચ્છિત વર્તન સ્પષ્ટ રીતે વ્યાખ્યાયિત કરો, પછી પાથ ફેરફાર ફરજિયાત કરીને તેની કસોટી કરો. જો ડિઝાઇન સેશન પ્રતિકૃતિ ધારે છે, તો પદ્ધતિનું નામ આપો અને જે નિષ્ફળતા તે આવરી લેતી નથી તેનું નામ આપો.

ઓળખ હજી પણ મેળ ખાય છે તે ચકાસો

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

તેને એવા ક્લાયન્ટથી ચકાસો જે અસામાન્ય નોડ પર પહોંચ્યો છે, કારણ કે એ જ કિસ્સો છે જ્યાં પ્રતિ-નોડ પ્રમાણપત્ર દૃશ્યમાન થાય છે. openssl s_client -connect vpn.example.com:443 -servername vpn.example.com શૃંખલા અને નામો છાપે છે, અને ક્લાયન્ટ બરાબર એ જ સરખાવે છે. પછી નક્કી કરો કે પ્રોફાઇલ સાંકડી કરવી જોઈએ કે પ્રમાણપત્ર મોડેલ બદલવું જોઈએ.

રેકોર્ડ ચકાસો, ફક્ત પહેલો જવાબ નહીં

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

dig +short vpn.example.com
getent hosts vpn.example.com
curl -s -o /dev/null -w "%{http_code}
" https://vpn.example.com/health

પરિસ્થિતિઓને ફક્ત ઓફિસથી નહીં, પ્રતિનિધિત્વપૂર્ણ એક્સેસ નેટવર્કથી ચલાવો, કારણ કે આખો પ્રશ્ન એ છે કે વિવિધ ક્લાયન્ટ ખરેખર કયા એન્ટ્રી પોઈન્ટ પર પહોંચે છે. એક નેટવર્ક એ એકનો નમૂનો છે.