डेवलपर्स ने बताया कि क्रोम स्टार्टअप पर तीन यादृच्छिक डोमेन से क्यों जोड़ता है

म्यूनिख में Google Chrome समूह के माइक वेस्ट बताते हैं कि क्यों ब्राउज़र प्रत्येक डाउनलोड पर तीन यादृच्छिक डोमेन से जुड़ने की कोशिश करता है, जैसे hxxp://aghepodlln/ या hxxp://lkhjasdnpr/ । उनका कहना है कि उन्होंने इंटरनेट पर इस विषय पर कई अजीब षड्यंत्र सिद्धांतों को देखा, इसलिए वह स्थिति को स्पष्ट करना उचित समझते हैं।

इस तरह के अनुरोधों का असली कारण सरल है: जल्दी से यह निर्धारित करें कि क्लाइंट किसी ऐसे नेटवर्क पर है जो गैर-मौजूद मेजबानों के अनुरोधों को स्वीकार करता है और पुनर्निर्देशित करता है। कभी-कभी ऐसा होता है कि कुछ ISP hxxp://text/ जैसे अनुरोधों को पुनर्निर्देशित करते हैं hxxp://text/ कुछ करने के लिए hxxp://your.helpful.isp/search?q=text । चर्चा को छोड़कर, प्रदाता की यह "सहायता" सही या गलत है, लेकिन यह क्रोम ब्राउज़र के लिए समस्याएं पैदा करती है। विशेष रूप से, यह ओम्निबॉक्स हेयोरिस्टिक एल्गोरिदम के साथ हस्तक्षेप करता है जो पता इनपुट लाइन में खोज क्वेरी को पहचानते हैं।

उदाहरण के लिए, यदि आप पता बार में शब्द दर्ज करते go , तो Chrome खोज क्वेरी करेगा, लेकिन पृष्ठभूमि में hxxp://go/ डोमेन पर एक HEAD अनुरोध भेजें। यदि ऐसा कोई डोमेन मौजूद है, तो उपयोगकर्ता को एक सूचना पैनल दिखाया जाता है, जिसमें पूछा जाता है कि क्या वह इस साइट पर जाना चाहता है, और ब्राउज़र को यह उत्तर भविष्य के लिए याद रहेगा।

जाहिर है, यह फ़ंक्शन सामान्य रूप से काम करना बंद कर देता है यदि आईएसपी ऐसे अनुरोधों को स्वीकार करता है।

इसलिए, जब प्रोग्राम शुरू होता है तो क्रोम भी जांचता है। ब्राउज़र कोड खुला है, और इसलिए आप देख सकते हैं कि यह कार्यक्रम में कैसे लागू किया जाता है।

IntranetRedirectDetector मॉड्यूल, जब प्रोग्राम शुरू होता है, एक नया IntranetRedirectorDetector ऑब्जेक्ट बनाता है। यह सभी महत्वपूर्ण ब्राउज़र मॉड्यूल को लोड करने की अनुमति देने के लिए एक छोटी देरी (वर्तमान में 7 सेकंड) सेट करता है, और फिर IntranetRedirectDetector :: FinishSleep () फ़ंक्शन फायर और वास्तविक कार्य शुरू होता है। विधि तीन यादृच्छिक चरित्र सेट उत्पन्न करता है और इन डोमेन नामों में से प्रत्येक के लिए अतुल्यकालिक HEAD अनुरोध भेजता है, इसलिए कैश अनुरोध निष्पादित नहीं किया जाता है और कुकीज़ सहेजे नहीं जाते हैं । प्रत्येक अनुरोध पूरा होने के बाद, परिणाम रिकॉर्ड करने के लिए IntranetRedirectDetector :: OnURLFetchComplete () फ़ंक्शन को कॉल किया जाता है। यदि तीन में से दो अनुरोध एक ही होस्ट के लिए हल होते हैं, तो यह होस्ट नेटवर्क "पुनर्निर्देशित मूल" के रूप में सहेजा जाता है। सब कुछ सरल है।

जानकारी का उपयोग AlternateNavURLFetcher द्वारा किया जाता है, ताकि यह निर्धारित किया जा सके कि उपयोगकर्ता को ऑम्निबॉक्स प्रक्रियाओं में से प्रत्येक के लिए डैशबोर्ड दिखाना है या नहीं। यदि HEAD अनुरोध वही साइट लौटाता है जो "पुनर्निर्देशित मूल" में निर्दिष्ट है, तो इसे अनदेखा कर दिया जाता है। यदि अलग है, तो एक डैशबोर्ड प्रदर्शित किया जा सकता है।

Google प्रतिनिधि एक बार फिर उस यादृच्छिक अनुरोधों पर जोर देते हैं जब ब्राउज़र लोड करना उपयोगकर्ता के बारे में कोई भी निजी जानकारी कहीं भी नहीं भेजता है और इसका उपयोग ट्रैकिंग के लिए नहीं किया जाता है। ये अनुरोध बस crbug.com/18942 बग को ठीक करते हैं, और अधिक कुछ नहीं।