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

एशिया-प्रशान्त क्षेत्रमा आईपी ठेगानाहरू वितरण गर्ने जिम्मेवार रजिस्ट्रार, एपीएनआईसी, प्रकाशित एउटा रूट DNS सर्भर, a.root-servers.net मा गरिएको ट्राफिक वितरण विश्लेषणको नतिजा। ४५.८०% रूट सर्भर अनुरोधहरू क्रोमियम-आधारित ब्राउजरहरूद्वारा गरिएको जाँचसँग सम्बन्धित थिए। यसरी, रूट DNS सर्भर स्रोतहरूको लगभग आधा क्रोमियम डायग्नोस्टिक जाँचहरू गर्नमा खर्च गरिन्छ, रूट क्षेत्रहरू निर्धारण गर्न DNS सर्भरहरूबाट अनुरोधहरू प्रशोधन गर्नुको सट्टा। क्रोमले वेब ब्राउजर बजारको ७०% ओगटेको कुरालाई ध्यानमा राख्दै, यो डायग्नोस्टिक गतिविधिले प्रति दिन रूट सर्भरहरूमा लगभग ६० अर्ब अनुरोधहरू निम्त्याउँछ।

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

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

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

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

अध्ययनले रूट सर्भरहरू a.root-servers.net र j.root-servers.net मा लोड बढ्नु क्रोमको लोकप्रियतामा भएको वृद्धिमा कसरी निर्भर गर्दछ भनेर पनि जाँच गरेको छ।

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

स्रोत: opennet.ru