रूट DNS सर्वर पर लगभग आधा ट्रैफ़िक क्रोमियम गतिविधि के कारण होता है

एपीएनआईसी रजिस्ट्रार, एशिया-प्रशांत क्षेत्र में आईपी पते के वितरण के लिए जिम्मेदार है, प्रकाशित रूट DNS सर्वरों में से एक a.root-servers.net पर ट्रैफ़िक वितरण विश्लेषण के परिणाम। रूट सर्वर से किए गए 45.80% अनुरोध क्रोमियम इंजन पर आधारित ब्राउज़र द्वारा किए गए चेक से संबंधित थे। इस प्रकार, रूट डीएनएस सर्वर के संसाधनों का लगभग आधा हिस्सा रूट जोन निर्धारित करने के लिए डीएनएस सर्वर से अनुरोधों को संसाधित करने के बजाय क्रोमियम डायग्नोस्टिक जांच चलाने में खर्च किया जाता है। यह देखते हुए कि क्रोम का वेब ब्राउज़र बाजार में 70% हिस्सा है, ऐसी नैदानिक ​​गतिविधि के परिणामस्वरूप प्रति दिन रूट सर्वर पर लगभग 60 बिलियन अनुरोध भेजे जाते हैं।

क्रोमियम में डायग्नोस्टिक जांच का उपयोग यह पता लगाने के लिए किया जाता है कि क्या सेवा प्रदाता उन सेवाओं का उपयोग कर रहे हैं जो गैर-मौजूद नामों के अनुरोधों को उनके हैंडलर पर पुनर्निर्देशित करते हैं। त्रुटि के साथ दर्ज किए गए डोमेन नामों पर ट्रैफ़िक को निर्देशित करने के लिए कुछ प्रदाताओं द्वारा इसी तरह की प्रणाली लागू की जा रही है - एक नियम के रूप में, गैर-मौजूद डोमेन के लिए, पृष्ठों को त्रुटि चेतावनी के साथ दिखाया जाता है, संभवतः सही नामों की सूची और विज्ञापन की पेशकश की जाती है। इसके अलावा, ऐसी गतिविधि ब्राउज़र में इंट्रानेट होस्ट निर्धारित करने के तर्क को पूरी तरह से नष्ट कर देती है।

पता बार में दर्ज की गई खोज क्वेरी को संसाधित करते समय, यदि बिना बिंदुओं के केवल एक शब्द दर्ज किया जाता है, तो ब्राउज़र पहले करने की कोशिश कर रहा है DNS में दिए गए शब्द को निर्धारित करें, यह मानते हुए कि उपयोगकर्ता किसी खोज इंजन को क्वेरी भेजने के बजाय किसी आंतरिक नेटवर्क पर इंट्रानेट साइट तक पहुंचने का प्रयास कर रहा है। यदि प्रदाता गैर-मौजूद डोमेन नामों पर प्रश्नों को पुनर्निर्देशित करता है, तो उपयोगकर्ताओं को एक समस्या होती है - पता बार में दर्ज किए गए किसी भी एकल-शब्द खोज क्वेरी को खोज इंजन पर भेजे जाने के बजाय प्रदाता के पृष्ठों पर पुनर्निर्देशित किया जाना शुरू हो जाता है।

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

रूट DNS सर्वर पर अनुरोधों के सामान्य प्रवाह से क्रोमियम गतिविधि को अलग करने के लिए असामान्य प्रथम-स्तरीय डोमेन आकार (7 से 15 अक्षरों तक) और क्वेरी पुनरावृत्ति कारक (नाम हर बार यादृच्छिक रूप से उत्पन्न होते थे और दोहराए नहीं जाते थे) का उपयोग संकेतों के रूप में किया गया था।
लॉग में, गैर-मौजूद डोमेन के अनुरोधों को पहले फ़िल्टर किया गया (78.09%), फिर उन अनुरोधों को चुना गया जो तीन बार से अधिक नहीं दोहराए गए थे (51.41%), और फिर 7 से 15 अक्षरों वाले डोमेन फ़िल्टर किए गए थे (45.80%) . दिलचस्प बात यह है कि रूट सर्वर से केवल 21.91% अनुरोध मौजूदा डोमेन की परिभाषा से संबंधित थे।

अध्ययन में क्रोम की बढ़ती लोकप्रियता पर रूट सर्वर a.root-servers.net और j.root-servers.net पर बढ़ते लोड की निर्भरता की भी जांच की गई।

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

स्रोत: opennet.ru