रूट DNS सर्व्हरवर जवळपास निम्मी रहदारी Chromium क्रियाकलापामुळे होते

APNIC रजिस्ट्रार, आशिया-पॅसिफिक प्रदेशात IP पत्त्यांच्या वितरणासाठी जबाबदार, प्रकाशित रूट DNS सर्व्हरपैकी एकावर रहदारी वितरण विश्लेषणाचे परिणाम a.root-servers.net. रूट सर्व्हरला 45.80% विनंत्या क्रोमियम इंजिनवर आधारित ब्राउझरद्वारे केलेल्या तपासणीशी संबंधित होत्या. अशाप्रकारे, रूट झोन निर्धारित करण्यासाठी DNS सर्व्हरकडून विनंत्यांवर प्रक्रिया करण्याऐवजी रूट DNS सर्व्हरची जवळजवळ अर्धी संसाधने Chromium निदान तपासण्यांवर खर्च केली जातात. वेब ब्राउझर मार्केटमध्ये Chrome चा 70% वाटा आहे हे लक्षात घेता, अशा निदानात्मक क्रियाकलापांमुळे दररोज रूट सर्व्हरवर अंदाजे 60 अब्ज विनंत्या पाठवल्या जातात.

सेवा प्रदाते त्यांच्या हँडलरला अस्तित्वात नसलेल्या नावांवर विनंत्या पुनर्निर्देशित करणार्‍या सेवा वापरत आहेत की नाही हे शोधण्यासाठी Chromium मध्ये निदान तपासण्या वापरल्या जातात. काही प्रदात्यांद्वारे त्रुटीसह प्रविष्ट केलेल्या डोमेन नावांवर रहदारी निर्देशित करण्यासाठी तत्सम प्रणाली लागू केल्या जात आहेत - नियम म्हणून, अस्तित्वात नसलेल्या डोमेनसाठी, पृष्ठे त्रुटी चेतावणीसह दर्शविली जातात, कदाचित योग्य नावांची सूची ऑफर करून आणि जाहिराती. शिवाय, अशी क्रिया ब्राउझरमध्ये इंट्रानेट होस्ट निर्धारित करण्याचे तर्क पूर्णपणे नष्ट करते.

अॅड्रेस बारमध्ये प्रविष्ट केलेल्या शोध क्वेरीवर प्रक्रिया करताना, फक्त एक शब्द बिंदूंशिवाय प्रविष्ट केला असल्यास, प्रथम ब्राउझर प्रयत्न करीत आहे DNS मध्ये दिलेला शब्द निश्चित करा, असे गृहीत धरून की वापरकर्ता एखाद्या अंतर्गत नेटवर्कवर इंट्रानेट साइटवर प्रवेश करण्याचा प्रयत्न करत असेल, शोध इंजिनला क्वेरी पाठवण्याऐवजी. प्रदात्याने अस्तित्वात नसलेल्या डोमेन नावांवर क्वेरी पुनर्निर्देशित केल्यास, वापरकर्त्यांना समस्या आहे - अॅड्रेस बारमध्ये प्रविष्ट केलेल्या कोणत्याही एकल-शब्द शोध क्वेरी शोध इंजिनला पाठविण्याऐवजी प्रदात्याच्या पृष्ठांवर पुनर्निर्देशित केल्या जाऊ लागतात.

या समस्येचे निराकरण करण्यासाठी, क्रोमियम विकसकांनी ब्राउझरमध्ये जोडले अतिरिक्त चेक, जे, पुनर्निर्देशन आढळल्यास, अॅड्रेस बारमधील विनंत्यांवर प्रक्रिया करण्यासाठी तर्क बदला.
प्रत्येक वेळी तुम्ही लॉन्च करता, तुमची DNS सेटिंग्ज बदलता किंवा तुमचा IP पत्ता बदलता, तेव्हा ब्राउझर यादृच्छिक प्रथम-स्तरीय डोमेन नावांसह तीन DNS विनंत्या पाठवतो जे बहुधा अस्तित्वात नसतात. नावांमध्ये 7 ते 15 लॅटिन अक्षरे (बिंदूंशिवाय) समाविष्ट आहेत आणि प्रदात्याद्वारे त्याच्या होस्टकडे अस्तित्वात नसलेल्या डोमेन नावांचे पुनर्निर्देशन शोधण्यासाठी वापरले जातात. जर, यादृच्छिक नावांसह तीन HTTP विनंत्यांवर प्रक्रिया करताना, दोघांना एकाच पृष्ठावर पुनर्निर्देशन प्राप्त झाले, तर वापरकर्त्यास तृतीय-पक्ष पृष्ठावर पुनर्निर्देशित केले गेले आहे असे Chromium समजते.

मूळ DNS सर्व्हरवरील विनंत्यांच्या सामान्य प्रवाहापासून क्रोमियम क्रियाकलाप वेगळे करण्यासाठी अॅटिपिकल प्रथम-स्तरीय डोमेन आकार (7 ते 15 अक्षरांपर्यंत) आणि क्वेरी पुनरावृत्ती घटक (नावे प्रत्येक वेळी यादृच्छिकपणे व्युत्पन्न केली गेली आणि पुनरावृत्ती केली गेली नाहीत) चिन्हे म्हणून वापरली गेली.
लॉगमध्ये, अस्तित्वात नसलेल्या डोमेनसाठी विनंत्या प्रथम फिल्टर केल्या गेल्या (78.09%), नंतर तीन वेळा पुनरावृत्ती न झालेल्या विनंत्या निवडल्या गेल्या (51.41%), आणि नंतर 7 ते 15 अक्षरे असलेली डोमेन फिल्टर केली गेली (45.80%) . विशेष म्हणजे, रूट सर्व्हरला फक्त 21.91% विनंत्या विद्यमान डोमेनच्या व्याख्येशी संबंधित होत्या.

क्रोमच्या वाढत्या लोकप्रियतेवर रूट सर्व्हर a.root-servers.net आणि j.root-servers.net वरील वाढत्या लोडचे अवलंबित्व देखील अभ्यासामध्ये तपासले गेले.

फायरफॉक्समध्ये, डीएनएस पुनर्निर्देशन तपासते मर्यादित आहेत प्रमाणीकरण पृष्ठांवर पुनर्निर्देशन परिभाषित करणे (कॅप्टिव्ह पोर्टल) आणि लागू केले с वापरून प्रथम-स्तरीय डोमेन नावांची विनंती न करता, "detectportal.firefox.com" निश्चित सबडोमेन. हे वर्तन रूट DNS सर्व्हरवर अतिरिक्त भार निर्माण करत नाही, परंतु ते संभाव्यपणे होऊ शकते मानले जावे वापरकर्त्याच्या IP पत्त्याबद्दलच्या गोपनीय डेटाची गळती म्हणून (पृष्ठ “detectportal.firefox.com/success.txt” लाँच केल्यावर प्रत्येक वेळी विनंती केली जाते). फायरफॉक्समध्ये स्कॅनिंग अक्षम करण्यासाठी, "network.captive-portal-service.enabled" सेटिंग आहे, जी "about:config" पृष्ठावर बदलली जाऊ शकते.

स्त्रोत: opennet.ru