Windows उपयोगकर्ताओं को नुकसान पहुंचाने वाले एक्सटेंशन से सुरक्षित रखने के बारे में हमारी ब्लॉग पोस्ट के बाद, हम Windows के लिए Chrome 33 बीटा और स्टेबल चैनलों से ये बदलाव लागू कर रहे हैं:
- उपयोगकर्ता सिर्फ़ Chrome Web Store में होस्ट किए गए एक्सटेंशन इंस्टॉल कर सकते हैं. हालांकि, Enterprise की नीति या डेवलपर मोड का इस्तेमाल करके, अन्य एक्सटेंशन भी इंस्टॉल किए जा सकते हैं.
- पहले से इंस्टॉल किए गए ऐसे एक्सटेंशन जो Chrome Web Store पर होस्ट नहीं किए गए हैं उन्हें पूरी तरह से बंद कर दिया जाएगा. इसका मतलब है कि उपयोगकर्ता इन एक्सटेंशन को फिर से चालू नहीं कर पाएगा. हालांकि, एंटरप्राइज़ नीति या डेवलपर मोड के ज़रिए इंस्टॉल किए गए एक्सटेंशन पर यह लागू नहीं होगा.
इस नीति को लागू करने की वजह क्या है?
Windows उपयोगकर्ताओं को नुकसान पहुंचाने वाले एक्सटेंशन से बचाना देखें.
फ़िलहाल, Chrome Web Store के बाहर होस्ट किए गए एक्सटेंशन के लिए क्या करना चाहिए और कब तक करना चाहिए?
अगर आपके एक्सटेंशन फ़िलहाल Chrome Web Store के बाहर होस्ट किए गए हैं, तो उन्हें जल्द से जल्द Chrome Web Store पर माइग्रेट करें. ऊपर बताए गए बदलाव, Windows के लिए Chrome 33 बीटा पर पहले से ही लागू हैं. साथ ही, ये Windows के लिए Chrome 33 के स्टेबल वर्शन पर भी लागू होंगे. यह वर्शन, फ़रवरी 2014 के आखिर तक रिलीज़ होगा. अपने एक्सटेंशन को Chrome Web Store पर माइग्रेट करने के बाद, आपके उपयोगकर्ताओं पर कोई असर नहीं पड़ेगा. वे आपके एक्सटेंशन को पहले की तरह ही इस्तेमाल कर पाएंगे. अगर आपको अपने एक्सटेंशन Chrome Web Store पर माइग्रेट करने हैं, तो Chrome 33 के साथ तुरंत टेस्टिंग शुरू करें.
अगर मैं आने वाले समय में एक्सटेंशन को Chrome Web Store पर माइग्रेट करूं, तो क्या होगा? क्या मेरे सभी उपयोगकर्ता हट जाएंगे?
Windows के लिए Chrome 33 के स्टेबल/बीटा वर्शन में, नीति उल्लंघन ठीक करने का तरीका लागू होने के बाद, उपयोगकर्ताओं के स्टोर से बाहर के एक्सटेंशन पूरी तरह से बंद हो जाएंगे. हालांकि, अगर एक्सटेंशन को रोल आउट के बाद Chrome Web Store पर माइग्रेट किया जाता है, तो उपयोगकर्ता माइग्रेट किए गए एक्सटेंशन को मैन्युअल तरीके से चालू कर पाएंगे. इसके लिए, उन्हें एक्सटेंशन की सेटिंग वाले पेज (chrome://extensions) या Chrome Web Store की लिस्टिंग पर जाना होगा.
अगर मुझे कुछ उपयोगकर्ताओं के लिए ऐक्सेस को सीमित करना हो या अपने एक्सटेंशन को Chrome Web Store पर लिस्ट होने से रोकना हो, तो क्या करना होगा?
अपने एक्सटेंशन का ऐक्सेस सीमित किया जा सकता है. इसके लिए, एक्सटेंशन को सिर्फ़ भरोसेमंद टेस्टर को दिखाएं या Chrome Web Store से हटाएं.
इस बदलाव का असर किन ऑपरेटिंग सिस्टम और Chrome चैनलों पर पड़ेगा?
ये बदलाव, Chrome 33 से शुरू होने वाले Windows के स्टेबल और बीटा चैनलों पर ही लागू होते हैं.
क्या इससे Windows पर मेरे एक्सटेंशन डेवलप करने की क्षमता पर असर पड़ेगा?
नहीं. Windows पर डेवलपर मोड में, अनपैक किए गए एक्सटेंशन अब भी लोड किए जा सकते हैं. इसके अलावा, Chrome Dev चैनल/Canary पर एक्सटेंशन डेवलप करना जारी रखा जा सकता है. इन पर ये बदलाव लागू नहीं होते.
अगर नीति से जुड़ी वजहों से, Chrome Web Store पर एक्सटेंशन अपलोड नहीं किया जा सकता, तो उसे कैसे डिस्ट्रिब्यूट किया जा सकता है?
ये बदलाव सिर्फ़ Windows के स्टेबल और बीटा चैनल पर लागू होंगे. जो उपयोगकर्ता ऐसे एक्सटेंशन पाना चाहते हैं जो Chrome Web Store पर होस्ट नहीं किए गए हैं, वे Windows में Chrome dev/canary चैनलों पर या अन्य ऑपरेटिंग सिस्टम में सभी Chrome चैनलों पर ऐसा कर सकते हैं.
इस समस्या को हल करने के लिए, Chrome Web Store में होस्ट नहीं किए गए एक्सटेंशन लोड करने की सेटिंग/विकल्प क्यों नहीं दिया गया?
Windows, ऐप्लिकेशन को सैंडबॉक्स नहीं करता. हालांकि, आधुनिक मोबाइल ऑपरेटिंग सिस्टम ऐसा करते हैं. इसलिए, हम इस सेटिंग को चालू करने वाले उपयोगकर्ता और उपयोगकर्ता की सेटिंग को बदलने वाले नुकसान पहुंचाने वाले खास ऐप्लिकेशन के बीच अंतर नहीं कर पाएंगे.
इस बदलाव के बाद, एक्सटेंशन को डिप्लॉय करने के लिए कौनसे विकल्प उपलब्ध हैं?
Chrome Web Store से एक्सटेंशन इंस्टॉल करने के अलावा, डिप्लॉयमेंट के ये विकल्प भी काम करेंगे:
- OSX और Linux के लिए, एक्सटेंशन को प्राथमिकताओं वाली JSON फ़ाइल की मदद से इंस्टॉल किया जा सकता है.
- Windows के लिए, Windows रजिस्ट्री की मदद से एक्सटेंशन इंस्टॉल किए जा सकते हैं. Windows रजिस्ट्री में, पक्का करें कि update_url रजिस्ट्री कुंजी, इस यूआरएल पर ले जाती हो: https://clients2.google.com/service/update2/crx. पाथ रजिस्ट्री कुंजी की मदद से, लोकल .crx फ़ाइल इंस्टॉल करने की सुविधा अब बंद कर दी गई है. ध्यान दें कि डिप्लॉयमेंट का यह विकल्प, सिर्फ़ Chrome Web Store पर होस्ट किए गए एक्सटेंशन के लिए काम करता है. साथ ही, update_url को https://clients2.google.com/service/update2/crx के अलावा किसी दूसरे होस्ट पर रीडायरेक्ट नहीं किया जा सकता.
- एंटरप्राइज़ के लिए, हम एक्सटेंशन इंस्टॉल करने के लिए ग्रुप पॉलिसी की सुविधा देते रहेंगे. इससे कोई फ़र्क़ नहीं पड़ता कि एक्सटेंशन कहां होस्ट किए गए हैं. ध्यान दें कि जीपीओ नीति को लागू करने के लिए, उपयोगकर्ता की मशीन को किसी डोमेन में शामिल होना ज़रूरी है.
क्या नेटिव ऐप्लिकेशन बाइनरी पर निर्भर एक्सटेंशन के लिए, कोई और ज़रूरी बात है जिसका ध्यान रखना चाहिए?
पहले, जब स्टोर से बाहर के एक्सटेंशन काम करते थे, तब तीसरे पक्ष के ऐप्लिकेशन बाइनरी और अनजान सोर्स से इंस्टॉल किए गए एक्सटेंशन को एक साथ अपडेट किया जा सकता था. हालांकि, Chrome Web Store पर होस्ट किए गए एक्सटेंशन, Chrome के अपडेट करने के तरीके से अपडेट किए जाते हैं. डेवलपर इसे कंट्रोल नहीं कर सकते. एक्सटेंशन डेवलपर को उन एक्सटेंशन को अपडेट करते समय सावधानी बरतनी चाहिए जो नेटिव ऐप्लिकेशन बाइनरी पर निर्भर होते हैं. उदाहरण के लिए, नेटिव मैसेजिंग का इस्तेमाल करने वाले एक्सटेंशन या NPAPI का इस्तेमाल करने वाले लेगसी एक्सटेंशन.
इस रोल आउट की वजह से, जब उपयोगकर्ताओं का ऑफ़-स्टोर एक्सटेंशन बंद हो जाएगा, तब उन्हें क्या दिखेगा?
उन्हें एक सूचना मिलेगी, जिसमें लिखा होगा: "संदिग्ध एक्सटेंशन बंद कर दिए गए हैं". साथ ही, इस सहायता लेख का लिंक भी दिया होगा.
Windows के स्टेबल और बीटा चैनलों में, अनपैक किए गए एक्सटेंशन को लोड करते समय मुझे "डेवलपर मोड एक्सटेंशन बंद करें" के बारे में बबल क्यों दिखता है?
हम नहीं चाहते कि डेवलपर मोड का इस्तेमाल, नुकसान पहुंचाने वाले एक्सटेंशन फैलाने के लिए, अटैक वेक्टर के तौर पर किया जाए. इसलिए, हम उपयोगकर्ताओं को Windows के स्टेबल/बीटा चैनलों पर डेवलपर मोड एक्सटेंशन के बारे में जानकारी दे रहे हैं. साथ ही, उन्हें इन एक्सटेंशन को बंद करने का विकल्प दे रहे हैं.