TLS પર DNS અને VPN: કયો ભાગ સુરક્ષિત છે

TLS પર DNS ક્લાયન્ટ અને તેણે પસંદ કરેલા રિઝોલ્વર વચ્ચેની આપલેને એન્ક્રિપ્ટ કરે છે, અને રિઝોલ્વર હજુ પણ નામ વાંચે છે. આ વાક્ય DoT અને VPN આસપાસની મોટાભાગની ગૂંચવણ ઉકેલે છે. ટ્યુનેલ નક્કી કરે છે કે એન્ક્રિપ્ટેડ ક્વેરી કયા માર્ગે જાય છે, જ્યારે રિઝોલ્વર હજુ પણ જાણે છે કે શું પૂછવામાં આવ્યું. બંનેમાંથી કોઈ પણ મિકેનિઝમ બીજાનું સ્થાન લેતું નથી, અને કોઈ પણ બીજાને બિનજરૂરી બનાવતું નથી.

ચાર તપાસ નક્કી કરે છે કે તમારી પાસે જે ગોઠવણી છે તે તમે માનો છો તે જ છે કે નહીં.

તપાસ 1: એન્ક્રિપ્શન શું આવરી લે છે

DoT DNS આપલેને TLS માં લપેટે છે, તેથી માર્ગ પરનો નિરીક્ષક ક્વેરીમાંના નામને બદલે સરનામા અને પોર્ટ સાથેનું જોડાણ જુએ છે. રિઝોલ્વર પોતે ડિક્રિપ્ટ કરે છે અને જવાબ આપે છે. તેની HTTPS પરના DNS સાથે સરખામણી કરો: બંને એન્ક્રિપ્ટ કરે છે, અને તેઓ જુદા જુદા ટ્રાન્સપોર્ટ વાપરે છે, તેથી વેબ ટ્રાફિકની પરવાનગી આપતું નેટવર્ક આપમેળે DoT જોડાણની પરવાનગી આપતું નથી.

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

તપાસ 2: ક્વેરી કયો માર્ગ લે છે

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

પરીક્ષણમાં તૃતીય-પક્ષના રિઝોલ્વરનું સરનામું જોવું બાયપાસ સાબિત કરતું નથી, અને એન્ક્રિપ્શન જોવું ઇચ્છિત પ્રાપ્તકર્તા સાબિત કરતું નથી. રિઝોલ્વર અને માર્ગ અલગ રીતે વાંચો, પછી નક્કી કરો કે જોડી તમે ડિઝાઇન કરેલી જ છે કે નહીં.

તપાસ 3: આંતરિક નામો

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

આંતરિક પ્રત્યયો માટે આંતરિક રિઝોલ્વર રાખો અને નીતિ માગે તો એ ઝંપને એન્ક્રિપ્ટ કરો, તેને જાહેર પ્રદાતા સાથે બદલવાને બદલે.

તપાસ 4: નિષ્ફળતાનું વર્તન

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

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

પ્રમાણપત્ર પર ભરોસો રાખો, જવાબ પર નહીં

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

જે રિઝોલ્વરને તમે પ્રમાણિત કરી શકતા નથી તેનો જવાબ દાવો છે, પરિણામ નહીં.

આ શું અસ્પષ્ટ છોડે છે

DoT રિઝોલ્વરથી નામ છુપાવતું નથી, જોડાણનું ગંતવ્ય સરનામું નેટવર્કથી છુપાવતું નથી, અને ક્વેરી ટ્યુનેલમાંથી પસાર થઈ છે કે નહીં તે નક્કી કરતું નથી. એ ત્રણ અલગ પ્રશ્નો છે અને ત્રણ અલગ જવાબો છે.

રિઝોલ્વર ઓળખ, ટ્રાન્ઝિટ માર્ગ અને આંતરિક-નામ નીતિ ત્રણ લીટી તરીકે લખો. તમને મળતો આગલો DNS પ્રશ્ન તેમાંથી એક હશે.