रूट DNS सर्भरहरूमा ट्राफिकको लगभग आधा क्रोमियम गतिविधिको कारणले हुन्छ

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

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

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

यो समस्या समाधान गर्न, क्रोमियम विकासकर्ताहरूले ब्राउजरमा थपे अतिरिक्त जाँचहरू, जुन, यदि रिडिरेक्टहरू पत्ता लगाइयो भने, ठेगाना पट्टीमा प्रशोधन अनुरोधहरूको लागि तर्क परिवर्तन गर्नुहोस्।
प्रत्येक पटक जब तपाइँ सुरु गर्नुहुन्छ, तपाइँको DNS सेटिङहरू परिवर्तन गर्नुहुन्छ, वा तपाइँको IP ठेगाना परिवर्तन गर्नुहुन्छ, ब्राउजरले अनियमित पहिलो-स्तर डोमेन नामहरू सहित तीन DNS अनुरोधहरू पठाउँछ जुन सम्भवतः अवस्थित छैन। नामहरूमा 7 देखि 15 ल्याटिन अक्षरहरू (बिना थोप्लाहरू) सम्म समावेश छन् र प्रदायकद्वारा यसको होस्टमा अवस्थित डोमेन नामहरूको पुनर्निर्देशन पत्ता लगाउन प्रयोग गरिन्छ। यदि, अनियमित नामहरूको साथ तीन HTTP अनुरोधहरू प्रशोधन गर्दा, दुईले एउटै पृष्ठमा रिडिरेक्ट प्राप्त गर्छन्, त्यसपछि क्रोमियमले प्रयोगकर्तालाई तेस्रो-पक्ष पृष्ठमा रिडिरेक्ट गरिएको छ भनी विचार गर्छ।

असामान्य पहिलो-स्तर डोमेन आकारहरू (७ देखि १५ अक्षरहरू सम्म) र क्वेरी दोहोरिने कारक (नामहरू प्रत्येक पटक अनियमित रूपमा उत्पन्न गरिएका थिए र दोहोर्याइएको थिएन) लाई रूट DNS सर्भरमा अनुरोधहरूको सामान्य प्रवाहबाट क्रोमियम गतिविधिलाई अलग गर्न संकेतको रूपमा प्रयोग गरियो।
लगमा, अवस्थित नभएका डोमेनहरूका लागि अनुरोधहरू पहिले फिल्टर गरिएका थिए (78.09%), त्यसपछि तीन पटकभन्दा बढी दोहोरिएका अनुरोधहरू चयन गरिएका थिए (51.41%), र त्यसपछि 7 देखि 15 अक्षरहरू भएका डोमेनहरू फिल्टर गरिएका थिए (45.80%)। । चाखलाग्दो कुरा के छ भने, रूट सर्भरहरूमा केवल २१.९१% अनुरोधहरू अवस्थित डोमेनहरूको परिभाषासँग सम्बन्धित थिए।

अध्ययनले क्रोमको बढ्दो लोकप्रियतामा रूट सर्भर 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