🥇क्रोम 78 डीएनएस-ओवर-एचटीटीपीएस को सक्षम करने के साथ प्रयोग शुरू करेगा

के बाद मोज़िला गूगल कंपनी सूचना क्रोम ब्राउज़र के लिए विकसित किए जा रहे "DNS ओवर HTTPS" (DoH, DNS ओवर HTTPS) कार्यान्वयन का परीक्षण करने के लिए एक प्रयोग करने के इरादे के बारे में। 78 अक्टूबर को निर्धारित क्रोम 22 में डिफ़ॉल्ट रूप से कुछ उपयोगकर्ता श्रेणियां होंगी अनुवाद DoH का उपयोग करने के लिए. केवल वे उपयोगकर्ता जिनकी वर्तमान सिस्टम सेटिंग्स DoH के साथ संगत के रूप में मान्यता प्राप्त कुछ DNS प्रदाताओं को निर्दिष्ट करती हैं, DoH को सक्षम करने के प्रयोग में भाग लेंगे।

DNS प्रदाताओं की श्वेत सूची में शामिल हैं सेवाएं गूगल (8.8.8.8, 8.8.4.4), क्लाउडफ्लेयर (1.1.1.1, 1.0.0.1), ओपनडीएनएस (208.67.222.222, 208.67.220.220), क्वाड9 (9.9.9.9, 149.112.112.112), क्लीनब्राउजिंग (185.228.168.168) . 185.228.169.168, 185.222.222.222) और डीएनएस.एसबी (185.184.222.222, XNUMX)। यदि उपयोगकर्ता की DNS सेटिंग्स उपर्युक्त DNS सर्वरों में से एक को निर्दिष्ट करती हैं, तो Chrome में DoH डिफ़ॉल्ट रूप से सक्षम हो जाएगा। जो लोग अपने स्थानीय इंटरनेट प्रदाता द्वारा प्रदान किए गए DNS सर्वर का उपयोग करते हैं, उनके लिए सब कुछ अपरिवर्तित रहेगा और DNS प्रश्नों के लिए सिस्टम रिज़ॉल्वर का उपयोग जारी रहेगा।

फ़ायरफ़ॉक्स में DoH के कार्यान्वयन से एक महत्वपूर्ण अंतर, जिसने धीरे-धीरे DoH को डिफ़ॉल्ट रूप से सक्षम किया आरंभ होगा पहले से ही सितंबर के अंत में, एक DoH सेवा के लिए बाइंडिंग की कमी है। यदि फ़ायरफ़ॉक्स में डिफ़ॉल्ट रूप से प्रयुक्त क्लाउडफ्लेयर डीएनएस सर्वर, तो क्रोम केवल डीएनएस प्रदाता को बदले बिना, डीएनएस के साथ काम करने की विधि को समकक्ष सेवा में अपडेट करेगा। उदाहरण के लिए, यदि उपयोगकर्ता के पास सिस्टम सेटिंग्स में DNS 8.8.8.8 निर्दिष्ट है, तो Chrome करेगा सक्रिय Google DoH सेवा ("https://dns.google.com/dns-query"), यदि DNS 1.1.1.1 है, तो Cloudflare DoH सेवा ("https://cloudflare-dns.com/dns-query") और आदि

यदि वांछित है, तो उपयोगकर्ता "chrome://flags/#dns-over-https" सेटिंग का उपयोग करके DoH को सक्षम या अक्षम कर सकता है। तीन ऑपरेटिंग मोड समर्थित हैं: सुरक्षित, स्वचालित और बंद। "सुरक्षित" मोड में, होस्ट केवल पहले से कैश्ड सुरक्षित मानों (सुरक्षित कनेक्शन के माध्यम से प्राप्त) और DoH के माध्यम से अनुरोधों के आधार पर निर्धारित किए जाते हैं; नियमित DNS पर फ़ॉलबैक लागू नहीं होता है। "स्वचालित" मोड में, यदि DoH और सुरक्षित कैश अनुपलब्ध हैं, तो डेटा को असुरक्षित कैश से पुनर्प्राप्त किया जा सकता है और पारंपरिक DNS के माध्यम से एक्सेस किया जा सकता है। "ऑफ" मोड में, साझा कैश को पहले जांचा जाता है और यदि कोई डेटा नहीं है, तो अनुरोध सिस्टम DNS के माध्यम से भेजा जाता है। मोड के माध्यम से सेट किया गया है अनुकूलन kDnsOverHttpsMode , और kDnsOverHttpsTemplates के माध्यम से सर्वर मैपिंग टेम्पलेट।

डीओएच को सक्षम करने का प्रयोग क्रोम में समर्थित सभी प्लेटफार्मों पर किया जाएगा, रिज़ॉल्वर सेटिंग्स को पार्स करने और सिस्टम डीएनएस सेटिंग्स तक पहुंच को प्रतिबंधित करने की गैर-तुच्छ प्रकृति के कारण लिनक्स और आईओएस को छोड़कर। यदि, DoH को सक्षम करने के बाद, DoH सर्वर पर अनुरोध भेजने में समस्याएं आती हैं (उदाहरण के लिए, इसके अवरुद्ध होने, नेटवर्क कनेक्टिविटी या विफलता के कारण), तो ब्राउज़र स्वचालित रूप से सिस्टम DNS सेटिंग्स वापस कर देगा।

प्रयोग का उद्देश्य DoH के कार्यान्वयन का अंतिम परीक्षण करना और प्रदर्शन पर DoH के उपयोग के प्रभाव का अध्ययन करना है। यह ध्यान दिया जाना चाहिए कि वास्तव में DoH समर्थन था जोड़ा फरवरी में क्रोम कोडबेस में, लेकिन DoH को कॉन्फ़िगर और सक्षम करने के लिए आवश्यक Chrome को एक विशेष ध्वज और विकल्पों के एक गैर-स्पष्ट सेट के साथ लॉन्च करना।

आइए याद रखें कि DoH प्रदाताओं के DNS सर्वरों के माध्यम से अनुरोधित होस्ट नामों के बारे में जानकारी के लीक को रोकने, MITM हमलों और DNS ट्रैफ़िक स्पूफिंग (उदाहरण के लिए, सार्वजनिक वाई-फाई से कनेक्ट होने पर), DNS पर अवरोध का मुकाबला करने के लिए उपयोगी हो सकता है। स्तर (डीओएच डीपीआई स्तर पर कार्यान्वित अवरोधन को दरकिनार करने के क्षेत्र में वीपीएन को प्रतिस्थापित नहीं कर सकता है) या काम को व्यवस्थित करने के लिए यदि डीएनएस सर्वर तक सीधे पहुंचना असंभव है (उदाहरण के लिए, प्रॉक्सी के माध्यम से काम करते समय)। यदि सामान्य स्थिति में DNS अनुरोध सीधे सिस्टम कॉन्फ़िगरेशन में परिभाषित DNS सर्वर पर भेजे जाते हैं, तो DoH के मामले में, होस्ट के आईपी पते को निर्धारित करने का अनुरोध HTTPS ट्रैफ़िक में समाहित किया जाता है और HTTP सर्वर पर भेजा जाता है, जहां रिज़ॉल्वर प्रक्रिया करता है वेब एपीआई के माध्यम से अनुरोध। मौजूदा DNSSEC मानक केवल क्लाइंट और सर्वर को प्रमाणित करने के लिए एन्क्रिप्शन का उपयोग करता है, लेकिन ट्रैफ़िक को अवरोध से नहीं बचाता है और अनुरोधों की गोपनीयता की गारंटी नहीं देता है।

स्रोत: opennet.ru

क्रोम 78 डीएनएस-ओवर-एचटीटीपीएस को सक्षम करने के साथ प्रयोग शुरू करेगा

एक टिप्पणी जोड़ें उत्तर रद्द