મોઝિલા ફાયરફોક્સમાં ડિફોલ્ટ રૂપે DNS-ઓવર-HTTPS સક્ષમ કરવા માટે આગળ વધે છે

ફાયરફોક્સ ડેવલપર્સ જાહેરાત કરી HTTPS (DoH, HTTPS પર DNS) પર DNS માટે પરીક્ષણ સમર્થનની પૂર્ણતા અને સપ્ટેમ્બરના અંતમાં યુએસ વપરાશકર્તાઓ માટે ડિફૉલ્ટ રૂપે આ તકનીકને સક્ષમ કરવાના હેતુ વિશે. સક્રિયકરણ ક્રમશઃ હાથ ધરવામાં આવશે, શરૂઆતમાં થોડા ટકા વપરાશકર્તાઓ માટે, અને જો કોઈ સમસ્યા ન હોય તો, ધીમે ધીમે વધીને 100% થશે. એકવાર યુએસ આવરી લેવામાં આવે, પછી DoH અન્ય દેશોમાં સમાવેશ માટે વિચારણા કરવામાં આવશે.

આખા વર્ષ દરમિયાન હાથ ધરવામાં આવેલા પરીક્ષણોએ સેવાની વિશ્વસનીયતા અને સારી કામગીરી દર્શાવી, અને કેટલીક પરિસ્થિતિઓને ઓળખવાનું પણ શક્ય બનાવ્યું જ્યાં DoH સમસ્યાઓ તરફ દોરી શકે છે અને તેમને અટકાવવા માટે ઉકેલો વિકસાવી શકે છે (ઉદાહરણ તરીકે, ડિસએસેમ્બલ проблемы સામગ્રી વિતરણ નેટવર્ક, પેરેંટલ કંટ્રોલ અને કોર્પોરેટ આંતરિક DNS ઝોનમાં ટ્રાફિક ઓપ્ટિમાઇઝેશન સાથે).

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

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

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

એન્ટરપ્રાઇઝ રિઝોલ્વર્સને ઓળખવા માટે, એટીપીકલ ફર્સ્ટ-લેવલ ડોમેન્સ (TLDs) ચકાસવામાં આવે છે અને સિસ્ટમ રિઝોલ્વર ઇન્ટ્રાનેટ એડ્રેસ પરત કરે છે. પેરેંટલ કંટ્રોલ સક્ષમ છે કે કેમ તે નિર્ધારિત કરવા માટે, exampleadultsite.com નામને ઉકેલવાનો પ્રયાસ કરવામાં આવે છે અને જો પરિણામ વાસ્તવિક IP સાથે મેળ ખાતું નથી, તો એવું માનવામાં આવે છે કે પુખ્ત સામગ્રી અવરોધિત કરવાનું DNS સ્તરે સક્રિય છે. Google અને YouTube IP એડ્રેસને restrict.youtube.com,forceafesearch.google.com અને restrictmoderate.youtube.com દ્વારા બદલવામાં આવ્યા છે કે કેમ તે જોવા માટે ચિહ્નો તરીકે પણ તપાસવામાં આવે છે. વધારાના મોઝિલા તક આપે છે એક ટેસ્ટ હોસ્ટનો અમલ કરો use-application-dns.net, જેનો ISP અને પેરેંટલ કંટ્રોલ સેવાઓ DoH ને અક્ષમ કરવા માટે ફ્લેગ તરીકે ઉપયોગ કરી શકે છે (જો હોસ્ટ શોધાયેલ ન હોય, તો Firefox DoH ને અક્ષમ કરે છે).

એકલ DoH સેવા દ્વારા કામ કરવાથી DNS નો ઉપયોગ કરીને ટ્રાફિકને સંતુલિત કરતા કન્ટેન્ટ ડિલિવરી નેટવર્ક્સમાં ટ્રાફિક ઑપ્ટિમાઇઝેશનની સમસ્યા પણ થઈ શકે છે (CDN નેટવર્કનું DNS સર્વર રિઝોલ્વર એડ્રેસને ધ્યાનમાં લઈને પ્રતિભાવ જનરેટ કરે છે અને સામગ્રી પ્રાપ્ત કરવા માટે નજીકના હોસ્ટ પ્રદાન કરે છે). આવા CDN માં યુઝરની સૌથી નજીકના રિઝોલ્વર તરફથી DNS ક્વેરી મોકલવાથી યુઝરની સૌથી નજીકના હોસ્ટનું સરનામું પાછું આવે છે, પરંતુ સેન્ટ્રલાઈઝ રિઝોલ્વર તરફથી DNS ક્વેરી મોકલવાથી DNS-over-HTTPS સર્વરની સૌથી નજીકનું હોસ્ટ સરનામું પાછું આવશે. . વ્યવહારમાં પરીક્ષણ દર્શાવે છે કે CDN નો ઉપયોગ કરતી વખતે DNS-ઓવર-HTTP ના ઉપયોગથી સામગ્રી ટ્રાન્સફરની શરૂઆત પહેલાં વર્ચ્યુઅલ રીતે કોઈ વિલંબ થયો નથી (ઝડપી જોડાણો માટે, વિલંબ 10 મિલિસેકન્ડથી વધુ ન હતો, અને ધીમી સંચાર ચેનલો પર પણ ઝડપી કામગીરી જોવા મળી હતી. ). CDN રિઝોલ્વરને ક્લાયંટ સ્થાન માહિતી પ્રદાન કરવા માટે EDNS ક્લાયંટ સબનેટ એક્સ્ટેંશનનો ઉપયોગ પણ ધ્યાનમાં લેવામાં આવ્યો હતો.

ચાલો યાદ કરીએ કે DoH પ્રદાતાઓના DNS સર્વર્સ દ્વારા વિનંતી કરેલ હોસ્ટ નામો વિશેની માહિતીના લીકને અટકાવવા, MITM હુમલાઓનો સામનો કરવા અને DNS ટ્રાફિકના સ્પૂફિંગનો સામનો કરવા, DNS સ્તરે અવરોધનો સામનો કરવા અથવા તે ઘટનામાં કાર્યનું આયોજન કરવા માટે ઉપયોગી થઈ શકે છે. DNS સર્વર્સને સીધું એક્સેસ કરવું અશક્ય છે (ઉદાહરણ તરીકે, જ્યારે પ્રોક્સી દ્વારા કામ કરવું). જો સામાન્ય સ્થિતિમાં DNS વિનંતીઓ સીધી સિસ્ટમ રૂપરેખાંકનમાં વ્યાખ્યાયિત DNS સર્વર્સ પર મોકલવામાં આવે છે, તો પછી DoH ના કિસ્સામાં, હોસ્ટનું IP સરનામું નક્કી કરવાની વિનંતી HTTPS ટ્રાફિકમાં સમાવિષ્ટ છે અને HTTP સર્વરને મોકલવામાં આવે છે, જ્યાં રિઝોલ્વર પ્રક્રિયા કરે છે. વેબ API દ્વારા વિનંતીઓ. હાલનું DNSSEC માનક ફક્ત ક્લાયંટ અને સર્વરને પ્રમાણિત કરવા માટે એન્ક્રિપ્શનનો ઉપયોગ કરે છે, પરંતુ ટ્રાફિકને અવરોધથી સુરક્ષિત કરતું નથી અને વિનંતીઓની ગોપનીયતાની બાંયધરી આપતું નથી.

DoH ને about:config માં સક્ષમ કરવા માટે, તમારે network.trr.mode વેરીએબલની કિંમત બદલવી પડશે, જે Firefox 60 થી સપોર્ટેડ છે. 0 નું મૂલ્ય DoH ને સંપૂર્ણપણે નિષ્ક્રિય કરે છે; 1 - DNS અથવા DoH નો ઉપયોગ થાય છે, જે પણ ઝડપી હોય; 2 - DoH નો ઉપયોગ મૂળભૂત રીતે થાય છે, અને DNS નો ઉપયોગ ફોલબેક વિકલ્પ તરીકે થાય છે; 3 - માત્ર DoH નો ઉપયોગ થાય છે; 4 - મિરરિંગ મોડ જેમાં DoH અને DNS નો સમાંતર ઉપયોગ થાય છે. ડિફૉલ્ટ રૂપે, CloudFlare DNS સર્વરનો ઉપયોગ થાય છે, પરંતુ તેને network.trr.uri પેરામીટર દ્વારા બદલી શકાય છે, ઉદાહરણ તરીકે, તમે "https://dns.google.com/experimental" અથવા "https://9.9.9.9" સેટ કરી શકો છો .XNUMX/dns-query "

સોર્સ: opennet.ru