• Google Chrome OS (Google Chrome OS) वर्शन 50 से

जब यह नीति सही पर सेट होती है, तो उपयोगकर्ता के लिए एआरसी को चालू कर दिया जाएगा (नीति संबंधी सेटिंग की और ज़्यादा जाँच का विषय - एआरसी तब भी उपलब्ध नहीं रहेगा अगर मौजूदा उपयोगकर्ता सत्र में अल्पकालिक मोड या एक से ज़्यादा साइन इन को चालू किया गया हो).

अगर यह सेटिंग बंद है या कॉन्फ़िगर नहीं है तो, एंटरप्राइज़ उपयोगकर्ता एआरसी का इस्तेमाल नहीं कर सकेंगे.

• Google Chrome OS (Google Chrome OS) वर्शन 64 से

अगर नीति 'गलत' पर सेट की जाती है तो, उन उपयोगकर्ताओं को एआरसी का इस्तेमाल नहीं करने दिया जाएगा जो इससे जुड़े नहीं हैं.

अगर नीति सेट नहीं की जाती है या 'सही' पर सेट की जाती है तो, सभी उपयोगकर्ता एआरसी का इस्तेमाल कर सकते हैं (जब तक कि एआरसी को किसी और तरीके से बंद नहीं कर दिया जाता).

नीति में किए जाने वाले बदलाव तभी लागू किए जाएंगे जब एआरसी न चल रहा हो, उदाहरण के लिए, जब Chrome OS शुरू हो रहा हो.

• Google Chrome OS (Google Chrome OS) वर्शन 50 से

ऐसी नीतियों के समूह के बारे में बताता है जिन्हें ARC रनटाइम को सौंप दिया जाएगा. मान कोई मान्य JSON होना चाहिए.

इस नीति का इस्तेमाल यह कॉन्फ़िगर करने के लिए किया जा सकता है कि डिवाइस पर कौन से ऐप्लिकेशन अपने आप इंस्टॉल हुए हैं:

{ "type": "object", "properties": { "applications": { "type": "array", "items": { "type": "object", "properties": { "packageName": { "विवरण": "Android app पहचानकर्ता, उदाहरण के लिए, Gmail के लिए "com.google.android.gm"", "type": "string" }, "installType": { "विवरण": "बताता है कि कोई ऐप्लिकेशन कैसे इंस्टॉल किया जाता है. OPTIONAL: ऐप्लिकेशन अपने आप इंस्टॉल नहीं होते हैं, लेकिन उपयोगकर्ता इसे इंस्टॉल कर सकते हैं. अगर यह नीति बताई नहीं गई है, तो ऐसा डिफ़ॉल्ट रूप से होता है. PRELOAD: ऐप्लिकेशन अपने आप इंस्टॉल हो जाता है, लेकिन उपयोगकर्ता उसे अनइंस्टॉल कर सकते हैं. FORCE_INSTALLED: ऐप्लिकेशन अपने आप इंस्टॉल हो जाता है और उपयोगकर्ता उसे अनइंस्टॉल नहीं कर सकते हैं. BLOCKED: ऐप्लिकेशन ब्लॉक हो जाता है और उसे इंस्टॉल नहीं किया जा सकता है. अगर ऐप्लिकेशन को किसी पुरानी नीति के अंदर इंस्टॉल किया गया था, तो उसे अनइंस्टॉल कर दिया जाएगा.", "type": "string", "enum": [ "OPTIONAL", "PRELOAD", "FORCE_INSTALLED", "BLOCKED" ] }, "defaultPermissionPolicy": { "विवरण": "ऐप्लिकेशन को अनुमति देने के अनुरोधों के लिए नीति. PERMISSION_POLICY_UNSPECIFIED: नीति बताई नहीं गई है. अगर किसी अनुमति के लिए किसी भी स्तर पर कोई नीति बताई नहीं गई है, तो डिफ़ॉल्ट रूप से `PROMPT` व्यवहार का इस्तेमाल किया जाता है. PROMPT: अनुमति देने के लिए उपयोगकर्ता को संकेत दें. GRANT: अपने आप कोई अनुमति दें. DENY: अपने आप कोई अनुमति अस्वीकार करें.", "type": "string", "enum": [ "PERMISSION_POLICY_UNSPECIFIED", "PROMPT", "GRANT", "DENY" ] }, "managedConfiguration": { "विवण": "कुंजी-मान जोड़ों के समूह के साथ ऐप्लिकेशन-विशिष्ट JSON कॉन्फ़िगरेशन ऑब्जेक्ट, उदाहरण के लिए. '"managedConfiguration": { "key1": value1, "key2": value2 }'. कुंजियां ऐप मेनिफ़ेस्ट में निर्धारित होती हैं.", "type": "object" } } } } } }

ऐप को लॉन्चर में पिन करने के लिए, PinnedLauncherApps देखें.

• Google Chrome OS (Google Chrome OS) वर्शन 67 से

Android ऐप्लिकेशन इंस्टॉल करते समय होने वाले खास इवेंट के बारे में Google को रिपोर्ट करती है. सिर्फ़ उन्हीं ऐप्लिकेशन के इवेंट कैप्चर किए जाते हैं जिनके इंस्टॉलेशन को नीति के ज़रिए शुरू हुआ था.

अगर नीति सही पर सेट हो, तो इवेंट लॉग किए जाएंगे. अगर नीति गलत पर सेट हो या सेट नहीं की गई हो, तो इवेंट लॉग नहीं किए जाएंगे.

• Google Chrome OS (Google Chrome OS) वर्शन 68 से

यह नीति Android बैकअप और बहाली की शुरुआती स्थिति को नियंत्रित करती है.

जब इस नीति को कॉन्फ़िगर नहीं किया जाता है या BackupAndRestoreDisabled पर सेट किया जाता है, तो Android बैकअप और बहाली को शुरुआती तौर पर बंद कर दिया जाता है.

जब इस नीति को BackupAndRestoreEnabled पर सेट किया जाता हैै, तो Android बैकअप और बहाली को शुरुआती तौर पर चालू कर दिया जाता है.

जब इस नीति को BackupAndRestoreUnderUserControl पर सेट किया जाता है, तो इस्तेमाल करने वाले से यह चुनने के लिए कहा जाता है कि Android बैकअप और बहाली का इस्तेमाल करना है या नहीं. अगर इस्तेमाल करने वाला बैकअप और बहाली की सुविधा चालू करता है, तो Android ऐप्लिकेशन डेटा Android बैकअप सर्वर पर अपलोड किया जाता है. साथ ही, संगत ऐप्लिकेशन से दोबारा इंस्टॉलेशन के लिए उन्हें बहाल कर दिया जाता है.

ध्यान रखें कि यह नीति सिर्फ़ शुरुआती सेटअप के दौरान ही Android बैकअप और बहाली को नियंत्रित करती है. इसके बाद इस्तेमाल करने वाला व्यक्ति, Android सेटिंग खोलकर Android बैकअप और बहाली की सुविधा चालू/बंद कर सकता है.

• 0 = बैकअप और बहाली बंद है
• 1 = उपयोगकर्ता बैकअप और बहाली को चालू करने या नहीं करने का फ़ैसला लेता है
• 2 = बैकअप और बहाली की सुविधा चालू है

• Google Chrome OS (Google Chrome OS) वर्शन 68 से

यह नीति 'Google की जगह की जानकारी वाली सेवा' की शुरुआती स्थिति नियंत्रित करती है.

जब यह नीति कॉन्फ़िगर नहीं की गई हो या GoogleLocationServicesDisabled पर सेट किया गया हो, तो 'Google की जगह की जानकारी वाली सेवाएं' शुरुआती तौर पर बंद रहती हैं.

जब इस नीति को GoogleLocationServicesEnabledपर सेट किया जाता है, तो Google की जगह की जानकारी वाली सेवाएं' शुरुआती तौर पर चालू रहती हैं.

जब इस नीति को GoogleLocationServicesUnderUserControl पर सेट किया जाता हैै, तो इस्तेमाल करने वाले से पूछा जाता है कि 'Google की जगह की जानकारी वाली सेवाओं' का इस्तेमाल करना है या नहीं. इससे Android ऐप्लिकेशन डिवाइस की जगह की क्वेरी करने के लिए सेवाओं का इस्तेमाल कर सकते हैं. साथ ही, इससे जगह की जानकारी ज़ाहिर न करने वाले डेटा, Google को सबमिट करने की सुविधा भी चालू हो जाती है.

ध्यान रखें कि यह नीति सिर्फ़ शुरुआती सेटअप के दौरान ही 'Google की जगह की जानकारी वाली सेवाएं' नियंत्रित करती है. इसके बाद इस्तेमाल करने वाला व्यक्ति, Android सेटिंग खोलकर 'Google की जगह की जानकारी वाली सेवाएं' चालू/बंद कर सकता है.

ध्यान रखें कि जब DefaultGeolocationSetting नीति को BlockGeolocation पर सेट किया जाता है, तो इस नीति को अनदेखा किया जाता है. साथ ही, 'Google की जगह की जानकारी वाली सेवाएं' हमेशा बंद रहती हैं.

• 0 = Google स्थान सेवाएं बंद हैं
• 1 = उपयोगकर्ता 'Google स्थान सेवाओं' को चालू करने या नहीं करने का फ़ैसला लेता है
• 2 = Google की जगह की जानकारी वाली सेवाएं चालू की गईं

• Google Chrome OS (Google Chrome OS) वर्शन 52 से

अगर SyncDisabled पर सेट की गई हो या कॉन्फ़िगर नहीं की गई हो, तो Google Chrome OS प्रमाणपत्र ARC-ऐप्लिकेशन के लिए उपलब्ध नहीं होते.

अगर CopyCaCerts पर सेट की गई हो, तो सभी ONC-इंस्टॉल किए गए Web TrustBit युक्त CA प्रमाणपत्र ARC-ऐप्लिकेशन के लिए उपलब्ध होते हैं.

• 0 = ARC-ऐप्लिकेशन के लिए Google Chrome OS प्रमाणपत्रों का उपयोग बंद करें
• 1 = ARC-ऐप्लिकेशन के लिए Google Chrome OS CA प्रमाणपत्रों को चालू करें

• Google Chrome OS (Google Chrome OS) वर्शन 74 से

यह नीति Google Assistant को स्क्रीन की सामग्री एक्सेस करने और सर्वर पर जानकारी भेजने की अनुमति देती है. अगर यह नीति चालू की जाती है, तो Google Assistant को स्क्रीन की सामग्री एक्सेस करने की अनुमति मिल जाएगी. अगर यह नीति बंद कर दी जाती है, तो Google Assistant को स्क्रीन की सामग्री एक्सेस करने की अनुमति नहीं मिल पाएगी. अगर नीति सेट नहीं की जाती है, तो उपयोगकर्ता यह तय कर सकते हैं कि Google Assistant स्क्रीन की सामग्री एक्सेस करने की अनुमति दी जाए या नहीं

• Google Chrome OS (Google Chrome OS) वर्शन 74 से

यह नीति Google Assistant को चालू किए जाने के लिए, बोले गए पासवर्ड को सुनने की अनुमति देती है.

अगर यह नीति चालू की जाती है, तो Google Assistant को बोला गया पासवर्ड सुनकर चालू होने की अनुमति मिल जाती है. अगर यह नीति बंद की जाती है, तो Google Assistant को बोला गया पासवर्ड सुनकर चालू होने की अनुमति मिल जाती है. अगर नीति सेट नहीं है, तो Google Assistant को बोला गया पासवर्ड सुनकर चालू होने की अनुमति नहीं मिलेगी.

• Google Chrome (Linux, Mac, Windows) वर्शन 52 से
• Google Chrome OS (Google Chrome OS) वर्शन 52 से
• Google Chrome (Android) वर्शन 52 से

अगर यह नीति 'सही' पर सेट की जाती है या इसे सेट नहीं किया जाता है तो, Google Cast को चालू कर दिया जाएगा और उपयोगकर्ता इसे ऐप्लिकेशन मेन्यू, पेज संदर्भ मेन्यू, Cast चालू वेबसाइट पर मीडिया नियंत्रणों और (अगर दिखाया जाता है तो) Cast टूलबार आइकॉन से लॉन्च कर पाएंगे.

अगर यह नीति 'गलत' पर सेट की जाती है तो, Google Cast को बंद कर दिया जाएगा.

• Google Chrome (Linux, Mac, Windows) वर्शन 58 से
• Google Chrome OS (Google Chrome OS) वर्शन 58 से

अगर यह नीति 'सही' पर सेट है, तो 'Cast टूलबार आइकॉन' हमेशा टूलबार या ओवरफ़्लो मेन्यू पर दिखाया जाएगा और उपयोगकर्ता उसे हटा नहीं पाएंगे.

अगर यह नीति 'गलत' पर सेट है या इसे सेट नहीं किया जाता है, तो उपयोगकर्ता इसके 'संदर्भ मेन्यू' के ज़रिए आइकॉन पिन कर पाएंगे या उसे हटा पाएंगे.

अगर "EnableMediaRouter" नीति 'गलत' पर सेट है, तो इस नीति के मान का कोई असर नहीं होगा और टूलबार आइकॉन नहीं दिखाया जाएगा.

• Google Chrome OS (Google Chrome OS) वर्शन 19 से

सही पर सेट होने पर Google Chrome OS Files ऐप्लिकेशन में Google डिस्क सिंक को बंद कर देती है. उस स्थिति में, Google डिस्क पर कोई डेटा अपलोड नहीं किया जाता.

अगर सेट नहीं की जाती या गलत पर सेट की जाती है, तो उपयोगकर्ता फ़ाइलों को Google डिस्क पर स्थानान्तरित कर सकेंगे.

यह नीति उपयोगकर्ता को 'Android Google डिस्क ऐप्लिकेशन' का उपयोग करने से नहीं रोकती. अगर आप 'Google डिस्क' का एक्सेस रोकना चाहते हैं, तो आपको 'Android Google डिस्क ऐप्लिकेशन' के इंस्टॉलेशन की अनुमति भी नहीं देनी चाहिए.

• Google Chrome OS (Google Chrome OS) वर्शन 19 से

सही पर सेट होने पर मोबाइल इंटरनेट कनेक्शन का उपयोग करते समय Google Chrome OS Files ऐप्लिकेशन में Google डिस्क सिंक को बंद करती है. उस स्थिति में, डेटा को Google डिस्क में तभी सिंक किया जाता है जब WiFi या ईथरनेट से कनेक्ट किया गया हो.

अगर सेट नहीं हो या गलत पर सेट हो, तो उपयोगकर्ता फ़ाइलों को मोबाइल इंटरनेट कनेक्शन से Google डिस्क में स्थानान्तरित कर सकेगा.

इस नीति का Android Google डिस्क ऐप्लिकेशन पर कोई प्रभाव नहीं पड़ता. यदि आप मोबाइल इंटरनेट कनेक्शन पर Google डिस्क का उपयोग रोकना चाहते हैं, तो आपको Android Google डिस्क ऐप्लिकेशन को इंस्टॉल करने की अनुमति नहीं देनी चाहिए.

• Google Chrome (Linux, Mac, Windows) वर्शन 71 से

यह नीति किसी वैकल्पिक ब्राउज़र में यूआरएल खोलने के मकसद से इस्तेमाल किए जाने वाले निर्देश को नियंत्रित करती है.

इस नीति को सेट नहीं किए जाने पर प्लैटफ़ॉर्म-आधारित डिफ़ॉल्ट, यानी Windows के लिए Internet Explorer का या Mac OS X के लिए Safari का इस्तेमाल किया जाता है. अगर नीति सेट नहीं की जाती है, तो Linux पर वैकल्पिक ब्राउज़र नहीं खोला जा सकेगा.

जब इस नीति को ${ie}, ${firefox}, ${safari} या ${opera} में से किसी एक पर सेट किया जाता है, तो इंस्टॉल किए होने पर वह ब्राउज़र लॉन्च हो जाएगा. ${ie} सिर्फ़ Windows पर, और ${safari} सिर्फ़ Windows और Mac OS X पर उपलब्ध है.

जब यह नीति किसी फ़ाइल पाथ पर सेट की जाती है, तो एक्ज़ीक्यूटेबल फ़ाइल के तौर पर उस फ़ाइल का इस्तेमाल किया जाता है.

• Google Chrome (Linux, Mac, Windows) वर्शन 71 से

यह नीति वैकल्पिक ब्राउज़र में लॉन्च किए जाने वाले कमांड-लाइन पैरामीटर नियंत्रित करती है.

जब यह नीति सेट नहीं की जाती है, तो कमांड-लाइन पैरामीटर के तौर सिर्फ़ यूआरएल भेजा जाता है.

जब इस नीति को स्ट्रिंग की सूची पर सेट किया जाता है, तो वैकल्पिक ब्राउज़र को हर स्ट्रिंग अलग-अलग कमांड-लाइन पैरामीटर के तौर पर भेजी जाती है. Windows पर, खाली जगहों के ज़रिए पैरामीटर जोड़ दिए जाते हैं. Mac OS X और Linux पर, किसी पैरामीटर में खाली जगहें हो सकती हैं, लेकिन फिर भी उसे एक पैरामीटर के रूप में माना जाता है.

अगर वेबसाइट किसी हिस्से में ${url} मौजूद है, तो उसे खुलने वाले पेज के यूआरएल से बदल दिया जाता है.

अगर वेबसाइट किसी हिस्से में ${url} मौजूद नहीं है, तो कमांड लाइन के आखिर में यूआरएल जोड़ दिया जाता है.

वातावरण वैरिएबल एक्सपैंड किए जाते हैं. Windows पर, %ABC% को ABC वातावरण वैरिएबल के मान से बदल दिया जाता है. Mac OS X और Linux पर, ${ABC} को ABC वातावरण वैरिएबल के मान से बदल दिया जाता है.

Windows (Windows क्लाइंट):

Software\Policies\Google\Chrome\AlternativeBrowserParameters\1 = "-foreground" Software\Policies\Google\Chrome\AlternativeBrowserParameters\2 = "-new-window" Software\Policies\Google\Chrome\AlternativeBrowserParameters\3 = "${url}" Software\Policies\Google\Chrome\AlternativeBrowserParameters\4 = "-profile" Software\Policies\Google\Chrome\AlternativeBrowserParameters\5 = "%HOME%\browser_profile"

Android/Linux:

[ "-foreground", "-new-window", "${url}", "-profile", "%HOME%\browser_profile" ]

Mac:

<array> <string>-foreground</string> <string>-new-window</string> <string>${url}</string> <string>-profile</string> <string>%HOME%\browser_profile</string> </array>

• Google Chrome (Windows) वर्शन 74 से

यह नीति Internet Explorer से स्विच करते समय Google Chrome में यूआरएल खोलने के लिए इस्तेमाल किए जाने वाले निर्देश को नियंत्रित करती है.

अगर Internet Explorer पर 'पुराने ब्राउज़र के लिए मदद' ऐड-इन इंस्टॉल नहीं है, तो यह नीति काम नहीं करेगी.

इस नीति को सेट न किए जाने पर, Internet Explorer से Google Chrome लॉन्च होते समय वह Google Chrome के तय किए गए पाथ का अपने आप पता लगा लेगा.

इस नीति को सेट न किए जाने पर, Internet Explorer से Google Chrome की लॉन्चिंग करते समय इसका इस्तेमाल Google Chrome को लॉन्च करने के लिए किया जाएगा.

इस नीति को तय किए जा सकने वाले फ़ाइल के पाथ या ${chrome} पर सेट किया जा सकता है ताकि Chrome पर इंस्टॉल करने की जगह का अपने आप पता लगाया जा सके.

• Google Chrome (Windows) वर्शन 74 से

यह नीति Internet Explorer से Chrome के लिए कमांड-लाइन पैरामीटर को नियंत्रित करती है.

अगर Internet Explorer पर 'पुराने ब्राउज़र के लिए मदद' ऐड-इन इंस्टॉल नहीं है, तो यह नीति काम नहीं करेगी.

जब यह नीति सेट नहीं की जाती, तब Internet Explorer, Chrome को सिर्फ़ कमांड-लाइन पैरामीटर के तौर पर यूआरएल पास करता है.

जब यह नीति स्ट्रिंग की सूची पर सेट होती है तब खाली जगहों की मदद से स्ट्रिंग को आपस में जोड़ दिया जाता है. साथ ही, कमांड-लाइन पैरामीटर के तौर पर Chrome को पास कर दिया जाता है.

अगर वेबसाइट के किसी हिस्से में ${url} मौजूद है, तो उसे खुलने वाले पेज के यूआरएल से बदल दिया जाता है.

अगर वेबसाइट के किसी हिस्से में ${url} मौजूद नहीं है, तो कमांड लाइन के आखिर में यूआरएल जोड़ दिया जाता है.

यहां दिए गए वैरिएबल का आकार बढ़ाया जाता है. Windows पर, %ABC% को ABC वैरिएबल के मान से बदल दिया जाता है.

Windows (Windows क्लाइंट):

Software\Policies\Google\Chrome\BrowserSwitcherChromeParameters\1 = "--force-dark-mode"

• Google Chrome (Linux, Mac, Windows) वर्शन 74 से

इस नीति से यह तय होता है कि किसी वैकल्पिक ब्राउज़र को लॉन्च करने से पहले कितनी देर (मिलीसेकंड में) इंतज़ार करना चाहिए.

जब कोई नीति सेट नहीं की जाती या शून्य पर सेट की जाती है, तो दिए गए यूआरएल पर नेविगेट करने से वह तुरंत वैकल्पिक ब्राउज़र में खुल जाता है.

जब नीति को किसी संख्या पर सेट किया जाता है, तो Chrome उतने मिलीसेकंड के लिए मैसेज दिखाता है. इसके बाद वैकल्पिक ब्राउज़र खोलता है.

• Google Chrome (Linux, Mac, Windows) वर्शन 73 से

यह नीति तय करती है कि 'पुराने ब्राउज़र के लिए मदद' चालू की जाए या नहीं.

जब यह नीति सेट नहीं की जाती है या गलत पर सेट होती है, तो Chrome दिए गए यूआरएल किसी दूसरे ब्राउज़र में खोलने की कोशिश नहीं करेगा.

जब यह नीति सही पर सेट की हुई होती है, तो Chrome कुछ यूआरएल दूसरे ब्राउज़र (जैसे Internet Explorer) पर खोलने की कोशिश करेगा. यह सुविधा Legacy Browser support समूह की नीतियों का इस्तेमाल करके कॉन्फ़िगर की गई है.

यह सुविधा 'Legacy Browser Support' एक्सटेंशन के बदले में है. एक्सटेंशन का कॉन्फ़िगरेशन इस सुविधा पर लागू होगा, लेकिन इस बात की पुरज़ोर सलाह दी जाती है कि इसके बजाय Chrome नीतियों का इस्तेमाल करें. इससे आने वाले समय में बेहतर तरीके से काम होता है.

• Google Chrome (Linux, Mac, Windows) वर्शन 72 से

यह नीति ऐसा यूआरएल है, जो Internet Explorer की SiteList नीति के फ़ॉर्मैट की तरह ही एक्सएमएल फ़ाइल की ओर संकेत करता है. इससे एक एक्सएमएल फ़ाइल के नियम लोड हो जाते हैं, और उन नियमों को Internet Explorer के साथ शेयर करने की ज़रूरत भी नहीं होती.

जब इस नीति को सेट किए बिना छोड़ दिया जाता है, या किसी मान्य यूआरएल पर सेट नहीं किया जाता है, तो Google Chrome इसका इस्तेमाल ब्राउज़र के बीच आने-जाने के नियमों के स्रोत की तरह नहीं किया जाता.

जब इस नीति को एक मान्य यूआरएल पर सेट किया जाता है, तो Google Chrome उस यूआरएल से साइट की सूची डाउनलोड करता है, और नियमों को इस तरह लागू करता है जैसे कि उन्हें BrowserSwitcherUrlList नीति के ज़रिए कॉन्फ़िगर किया गया हो.

Internet Explorer की SiteList नीति पर ज़्यादा जानकारी के लिए : https://docs.microsoft.com/internet-explorer/ie11-deploy-guide/what-is-enterprise-mode

• Google Chrome (Linux, Mac, Windows) वर्शन 74 से

इस नीति से यह तय होता है कि आखिरी टैब के दूसरे ब्राउज़र पर स्विच होने की स्थिति में Chrome को पूरी तरह बंद किया जाए या नहीं.

जब यह नीति सेट नहीं होती या इसे सही पर सेट किया जाता है, तो किसी दूसरे ब्राउज़र पर स्विच करने के बाद Chrome कम से कम एक टैब खुला रखेगा.

जब यह नीति गलत पर सेट होती है, तब किसी दूसरे ब्राउज़र में स्विच करने के बाद Chrome टैब को बंद कर देगा, चाहे वह आखिरी टैब ही क्यों न हो. इस तरह Chrome पूरी तरह से बंद हो जाएगा.

• Google Chrome (Linux, Mac, Windows) वर्शन 71 से

यह नीति किसी वैकल्पिक ब्राउज़र में खोलने के लिए वेबसाइटों की सूची को नियंत्रित करती है.

ध्यान रखें कि BrowserSwitcherUseIeSitelist और BrowserSwitcherExternalSitelistUrl नीतियों के ज़रिए इस सूची में एलीमेंट भी जोड़े जा सकते हैं.

जब इस नीति को सेट किए बिना छोड़ दिया जाता है, तो सूची में कोई वेबसाइट नहीं जोड़ी जाती.

जब यह नीति सेट की जाती है, तो हर एक आइटम को ऐसे नियम के रूप में माना जाता है जिससे कोई चीज़ वैकल्पिक ब्राउज़र में खुलेगी. Google Chrome उन नियमों का इस्तेमाल यह चुनने के लिए करता है कि क्या यूआरएल को किसी वैकल्पिक ब्राउज़र में खुलना चाहिए.

जब Internet Explorer का ऐड-इन मौजूद हो और उसे चालू किया गया हो, तो नियमों का मिलान न होने पर Internet Explorer वापस Google Chrome पर आ जाता है.

अगर नियमों का एक-दूसरे से टकराव होता है, तो Google Chrome सबसे खास नियम का इस्तेमाल करता है.

Windows (Windows क्लाइंट):

Software\Policies\Google\Chrome\BrowserSwitcherUrlList\1 = "ie.com" Software\Policies\Google\Chrome\BrowserSwitcherUrlList\2 = "!open-in-chrome.ie.com" Software\Policies\Google\Chrome\BrowserSwitcherUrlList\3 = "foobar.com/ie-only/"

Android/Linux:

[ "ie.com", "!open-in-chrome.ie.com", "foobar.com/ie-only/" ]

Mac:

<array> <string>ie.com</string> <string>!open-in-chrome.ie.com</string> <string>foobar.com/ie-only/</string> </array>

• Google Chrome (Linux, Mac, Windows) वर्शन 71 से

यह नीति उन वेबसाइट की सूची नियंत्रित करती है जिनकी वजह से कभी भी ब्राउज़र नहीं बदलेगा.

ध्यान रखें कि BrowserSwitcherUseIeSitelist और BrowserSwitcherExternalSitelistUrl नीतियों के ज़रिए इस सूची में एलीमेंट भी जोड़े जा सकते हैं.

जब इस नीति को सेट किए बिना छोड़ दिया जाता है, तो सूची में कोई वेबसाइट नहीं जोड़ी जाती.

जब यह नीति सेट की जाती है, तो हर एक आइटम को एक नियम की तरह माना जाता है, जो BrowserSwitcherUrlList की नीति की तरह होता है. हालांकि, तर्क इसके उलट है : जिन नियमों का मिलान होता है उनसे कोई वैकल्पिक ब्राउज़र नहीं खुलेगा.

BrowserSwitcherUrlList के उलट, नियम दोनों दिशाओं से लागू होते हैं. इसका मतलब है कि, जब Internet Explorer का ऐड-इन मौजूद हो और उसे चालू किया गया हो, तो नीति यह भी नियंत्रित करती है कि Internet Explorer को ये यूआरएल Google Chrome में खोलने चाहिए या नहीं.

Windows (Windows क्लाइंट):

Software\Policies\Google\Chrome\BrowserSwitcherUrlGreylist\1 = "ie.com" Software\Policies\Google\Chrome\BrowserSwitcherUrlGreylist\2 = "!open-in-chrome.ie.com" Software\Policies\Google\Chrome\BrowserSwitcherUrlGreylist\3 = "foobar.com/ie-only/"

Android/Linux:

[ "ie.com", "!open-in-chrome.ie.com", "foobar.com/ie-only/" ]

Mac:

<array> <string>ie.com</string> <string>!open-in-chrome.ie.com</string> <string>foobar.com/ie-only/</string> </array>

• Google Chrome (Windows) वर्शन 71 से

यह नीति नियंत्रित करती है कि Internet Explorer की SiteList नीति से नियमों को लोड किया जाना है या नहीं.

जब यह नीति सेट नहीं की जाती है या 'गलत' पर सेट की जाती है, तो Google Chrome ब्राउज़र में बदलाव करने के लिए नियमों के स्रोत के तौर पर Internet Explorer की SiteList नीति का इस्तेमाल नहीं करता है.

जब यह नीति 'सही' पर सेट की जाती है, तो Google Chrome साइट सूची का यूआरएल पाने के लिए Internet Explorer की SiteList को पढ़ता है. फिर Google Chrome उस यूआरएल से साइट सूची डाउनलोड कर लेता है और नियमों को इस तरह लागू करता है जैसे उन्हें BrowserSwitcherUrlList नीति के ज़रिए कॉन्फ़िगर किया गया हो.

Internet Explorer की SiteList नीति के बारे में ज़्यादा जानकारी के लिए यहां देखें: https://docs.microsoft.com/internet-explorer/ie11-deploy-guide/what-is-enterprise-mode

• Google Chrome OS (Google Chrome OS) वर्शन 66 से

आपको यह नियंत्रित करने देती है कि Chrome OS पर वर्चुअल मशीनें चलाने की अनुमति देनी है या नहीं.

अगर नीति 'सही' पर सेट होती है, तो डिवाइस को वर्चुअल मशीनें चलाने की अनुमति होती है. अगर नीति 'गलत' पर सेट होती है, तो डिवाइस को वर्चुअल मशीनें चलाने की अनुमति नहीं दी जाएगी. तीनों नीतियों, VirtualMachinesAllowed, CrostiniAllowed और DeviceUnaffiliatedCrostiniAllowed का उस समय 'सही' होना ज़रूरी है जब उन्हें Crostini को चलाने देने के लिए लागू किया जाता है. जब यह नीति 'गलत' में बदली जाती है, तो यह नई वर्चुअल मशीनें शुरू करने के लिए लागू की जाती है लेकिन यह उन वर्चुअल मशीनों को बंद नहीं करती है जो पहले से चल रही हैं. जब यह नीति किसी प्रबंधित डिवाइस पर सेट नहीं होती है, तो डिवाइस को वर्चुअल मशीनें चलाने की अनुमति नहीं दी जाती है. अप्रबंधित डिवाइस को वर्चुअल मशीनें चलाने की अनुमति होती है.

• Google Chrome OS (Google Chrome OS) वर्शन 70 से

इस उपयोगकर्ता को Crostini को चलाने दें.

अगर नीति 'गलत' पर सेट होती है, तो Crostini को उपयोगकर्ता के लिए चालू नहीं किया गया है. अगर नीति 'सही' पर सेट होती है या सेट नहीं होती है, तो उपयोगकर्ता के लिए Crostini तब तक चालू रहता है जब तक कि दूसरी सेटिंग भी उसे अनुमति देती हैं. तीनों नीतियों, VirtualMachinesAllowed, CrostiniAllowed और DeviceUnaffiliatedCrostiniAllowed का उस समय 'सही' होना ज़रूरी है जब उन्हें Crostini को चलाने देने के लिए लागू किया जाता है. जब यह नीति 'गलत' में बदली जाती है, तो यह नए Crostini कंटेनर शुरू करने पर लागू हो जाती है लेकिन यह ऐसे कंटेनर को बंद नहीं करती है जो पहले से चल रहे हैं.

• Google Chrome OS (Google Chrome OS) वर्शन 70 से

अगर नीति 'गलत' पर सेट होती है, तो असंबद्ध उपयोगकर्ताओं को Crostini का इस्तेमाल नहीं करने दिया जाएगा.

अगर नीति सेट नहीं होती है या 'सही' पर सेट होती है, तो सभी उपयोगकर्ताओं को तब तक Crostini चलाने की अनुमति होती है जब तक कि दूसरी सेटिंग इसकी अनुमति देती हैं. तीनों नीतियों, VirtualMachinesAllowed, CrostiniAllowed और DeviceUnaffiliatedCrostiniAllowed का उस समय 'सही' होना ज़रूरी है जब उन्हें Crostini को चलाने देने के लिए लागू किया जाता है. जब यह नीति 'गलत' में बदली जाती है, तो यह नए When this policy is changed to false, it applies to starting new Crostini कंटेनर शुरू करने पर लागू होती है लेकिन यह ऐसे कंटेनर को बंद नहीं करती है जो पहले से चल रहे हैं.

• Google Chrome OS (Google Chrome OS) वर्शन 74 से

अगर नीति गलत पर सेट होती है, तो एक्सपोर्ट / इंपोर्ट यूज़र इंटरफ़ेस (यूआई), उपयोगकर्ताओं के लिए उपलब्ध नहीं होंगे, हालांकि तब भी कंटेनर इमेज को एक्सपोर्ट और इंपोर्ट करने के लिए, सीधे वर्चुअल मशीन में 'lxc' कमांड का इस्तेमाल किया जा सकेगा.

• Google Chrome OS (Google Chrome OS) वर्शन 66 से

यह नीति वह दर (दिनों में) तय करती है जिस दर से क्लाइंट मशीन से जनरेट किया गया अपना 'खाता पासवर्ड' बदलता है. क्लाइंट जो पासवर्ड जनरेट करता है, वह रैंडम (किसी तय क्रम या तरीके के बिना) होता है और वह उपयोगकर्ता को दिखाई नहीं देता.

'उपयोगकर्ता पासवर्ड' की तरह ही, मशीन से जनरेट पासवर्ड भी नियमित रूप से बदले जाने चाहिए. इस नीति को बंद करने या ज़्यादा दिन के लिए सेट करने से सुरक्षा पर गलत असर पड़ सकता है क्योंकि इससे उन लोगों को मशीन से जनरेट 'खाता पासवर्ड' ढूंढने और उसका इस्तेमाल करने के लिए ज़्यादा समय मिल जाता है जो आपके खाते पर हमला कर सकते हैं.

अगर नीति सेट नहीं है तो, मशीन से जनरेट 'खाता पासवर्ड' हर 30 दिन में बदल जाता है.

अगर नीति को 0 पर सेट किया जाता है तो, मशीन से जनरेट 'खाता पासवर्ड' को बदलने की सुविधा बंद हो जाती है.

ध्यान दें कि अगर क्लाइंट लंबे समय से ऑफ़लाइन है तो, पासवर्ड तय किए गए दिनों की संख्या से ज़्यादा पुराने हो सकते हैं.

• कम से कम:0
• ज़्यादा से ज़्यादा:9999

• Google Chrome OS (Google Chrome OS) वर्शन 66 से

यह नीति बताती है कि कंप्यूटर जीपीओ के ज़रिए उपयोगकर्ता नीति को प्रोसेस करना है या नहीं और अगर करना है तो, कैसे करना है.

अगर नीति 'डिफ़ॉल्ट' पर सेट की जाती है या सेट नहीं की जाती है तो, उपयोगकर्ता नीति सिर्फ़ उपयोगकर्ता जीपीओ से पढ़ी जाती है (कंप्यूटर जीपीओ को अनदेखा किया जाता है).

अगर नीति 'साथ मिलाएं' पर सेट की जाती है तो, उपयोगकर्ता जीपीओ में मौजूद उपयोगकर्ता नीति को कंप्यूटर जीपीओ की उपयोगकर्ता नीति के साथ मिला दिया जाता है (कंप्यूटर जीपीओ को प्राथमिकता मिलती है).

अगर नीति 'बदलें' पर सेट की जाती है तो, उपयोगकर्ता जीपीओ में मौजूद उपयोगकर्ता नीति को कंप्यूटर जीपीओ की उपयोगकर्ता नीति से बदल दिया जाता है (उपयोगकर्ता जीपीओ को अनदेखा किया जाता है).

• 0 = सामान्य
• 1 = एक बनाएं
• 2 = प्रतिस्थापित करें

• Google Chrome OS (Google Chrome OS) वर्शन 66 से

यह वे सुरक्षा प्रकार सेट करती है जिनकी अनुमति किसी Microsoft® Active Directory® सर्वर से केर्बेरोस टिकट का अनुरोध करने पर मिल जाती है.

अगर नीति 'सभी' पर सेट होती है तो, 'aes256-cts-hmac-sha1-96' और 'aes128-cts-hmac-sha1-96' दोनों AES सुरक्षा प्रकार और साथ ही RC4 सुरक्षा प्रकार 'rc4-hmac' की अनुमति होती है. अगर सर्वर पर दोनों प्रकार काम करते हैं तो, AES सुरक्षा प्रकार को प्राथमिकता दी जाती है. ध्यान दें कि RC4 असुरक्षित होता है और अगर सर्वर पर AES सुरक्षा काम कर सकती है तो, सर्वर को इसके लिए फिर से कॉन्फ़िगर करना चाहिए.

अगर नीति 'मज़बूत' पर सेट होती है या वह सेट नहीं होती है तो, सिर्फ़ AES सुरक्षा प्रकारों की अनुमति होती है.

अगर नीति 'विरासती' पर सेट होती है तो, सिर्फ़ RC4 सुरक्षा प्रकार की अनुमति होती है. यह विकल्प असुरक्षित होता है और इसकी सिर्फ़ बहुत ही खास परिस्थितियों में ज़रूरत होनी चाहिए.

https://wiki.samba.org/index.php/Samba_4.6_Features_added/changed#Kerberos_client_encryption_types भी देखें.

• 0 = सभी (असुरक्षित)
• 1 = सशक्त
• 2 = विरासती (असुरक्षित)

• Google Chrome OS (Google Chrome OS) वर्शन 73 से

समूह नीति ऑब्जेक्ट (जीपीओ) कैश का जीवनकाल (घंटों में) तय करती है. हर एक नीति को लाए जाने पर जीपीओ फिर से डाउनलोड करने के बजाय, सिस्टम तब तक कैश किए गए जीपीओ इस्तेमाल कर सकता है जब तक कि उनके वर्शन में बदलाव नहीं होता. यह नीति उस ज़्यादा से ज़्यादा कुल समय को तय करती है जिसके लिए जीपीओ डाउनलोड करने से पहले कैश किए गए जीपीओ फिर से इस्तेमाल किए जा सकते हैं. फिर चालू करने और लॉग आउट करने से कैश हट जाता है.

अगर नीति सेट नहीं की जाती है, तो कैश किए गए जीपीओ 25 घंटों तक फिर से इस्तेमाल किए जा सकते हैं.

अगर नीति शून्य पर सेट की जाती है, तो जीपीओ कैश करने की सुविधा बंद हो जाती है. ध्यान रखें कि इससे सर्वर पर लोड बढ़ जाता है क्योंकि हर एक नीति को लाए जाने पर जीपीओ फिर से डाउनलोड किए जाते हैं, भले ही उनमें बदलाव न हुआ हो.

• कम से कम:0
• ज़्यादा से ज़्यादा:9999

• Google Chrome OS (Google Chrome OS) वर्शन 73 से

प्रमाणीकरण डेटा कैश का जीवनकाल (घंटों में) तय करती है. कैश का इस्तेमाल साइन-इन की गति बढ़ाने के लिए किया जाता है. इसमें जुड़े हुए क्षेत्रों, यानी मशीन क्षेत्र के भरोसेमंद क्षेत्रों के बारे में सामान्य डेटा (वर्कग्रुप का नाम वगैरह) शामिल होता है. उपयोगकर्ता का खास डेटा और नहीं जुड़े हुए क्षेत्रों का डेटा कैश नहीं किया जाता है. डिवाइस को फिर चालू करने से कैश हट जाता है.

अगर नीति सेट नहीं की जाती है, तो कैश किया गया प्रमाणीकरण डेटा 73 घंटों तक फिर से इस्तेमाल किया जा सकता है.

अगर नीति को शून्य पर सेट किया जाता है, तो प्रमाणीकरण डेटा कैश करने की सुविधा बंद कर दी जाती है. इससे जुड़े हुए उपयोगकर्ताओं की साइन-इन प्रक्रिया काफ़ी हद तक धीमी हो जाती है क्योंकि खास क्षेत्र का डेटा हर एक साइन-इन पर लाना पड़ता है.

ध्यान रखें कि क्षेत्र का डेटा कम समय के उपयोगकर्ताओं के लिए भी कैश किया जाता है. अगर कम समय के उपयोगकर्ताओं को ट्रेस करने से बचाया जाना हो तो कैश को बंद कर दिया जाना चाहिए.

• कम से कम:0
• ज़्यादा से ज़्यादा:9999

• Google Chrome OS (Google Chrome OS) वर्शन 72 से

इस डिवाइस को PluginVm चलाने की मंज़ूरी दें.

अगर नीति को गलत पर सेट किया जाता है या सेट किए बिना छोड़ दिया जाता है, तो डिवाइस के लिए PluginVm चालू नहीं होता है. अगर सही पर सेट किया जाता है, तो डिवाइस के लिए PluginVm तब तक चालू रहता है जब तक कि दूसरी सेटिंग भी उसे मंज़ूरी नहीं देतीं. PluginVmAllowed का सही होना ज़रूरी है, PluginVmLicenseKey और PluginVmImage को चलाने की मंज़ूरी दिए जाने के लिए PluginVm का सेट होना ज़रूरी है.

• Google Chrome OS (Google Chrome OS) वर्शन 73 से

यह नीति इस डिवाइस के लिए PluginVm लाइसेंस कुंजी के बारे में बताती है.

• Google Chrome OS (Google Chrome OS) वर्शन 72 से

यह नीति किसी उपयोगकर्ता के लिए PluginVm इमेज के बारे में बताती है. नीति को वह यूआरएल तय करके सेट किया जाता है जिससे डिवाइस इमेज डाउनलोड कर सकता है. डाउनलोड बिल्कुल ठीक है, इस बात की पुष्टि करने के लिए एक SHA-256 हैश का इस्तेमाल किया जाता है.

नीति को एक ऐसी स्ट्रिंग के तौर पर दिया जाना चाहिए जो यूआरएल और हैश को JSON फ़ॉर्मैट में बताए.

Windows (Google Chrome OS क्लाइंट):

Software\Policies\Google\ChromeOS\PluginVmImage = { "hash": "842841a4c75a55ad050d686f4ea5f77e83ae059877fe9b6946aa63d3d057ed32", "url": "https://example.com/plugin_vm_image" }

• Google Chrome OS (Google Chrome OS) वर्शन 51 से

उन यूएसबी डिवाइस की सूची तय करती जिन्हें किसी वेब ऐप्लिकेशन के अंदर chrome.usb API (एपीआई) के ज़रिए उपयोग किए जाने के लिए उनके kernel डिस्क से अलग करने की अनुमति है. किसी खास हार्डवेयर की पहचान करने के लिए एंट्री, यूएसबी विक्रेता पहचानकर्ता और उत्पाद पहचानकर्ता का जोड़ा होती हैं.

अगर यह पॉलिसी कॉन्फ़िगर नहीं की जाती तो, अलग करने लायक यूएसबी डिवाइस की सूची खाली रहती है.

Windows (Google Chrome OS क्लाइंट):

Software\Policies\Google\ChromeOS\UsbDetachableWhitelist\1 = "{'vendor_id': 1027, 'product_id': 24577}" Software\Policies\Google\ChromeOS\UsbDetachableWhitelist\2 = "{'vendor_id': 16700, 'product_id': 8453}"

• Google Chrome OS (Google Chrome OS) वर्शन 52 से

अगर यह नीति 'गलत' पर सेट की जाती है तो, Google Chrome OS ब्लूटूथ को बंद कर देगा और उपयोगकर्ता उसे वापस चालू नहीं कर पाएगा.

अगर यह नीति 'सही' पर सेट की जाती है या उसे सेट किए बिना छोड़ दिया जाता है, तो उपयोगकर्ता अपनी मर्ज़ी से ब्लूटूथ को चालू या बंद कर सकेगा.

अगर यह नीति सेट की जाती है, तो उपयोगकर्ता उसे न ही बदल सकता है और न ही रद्द कर सकता है.

ब्लूटूथ चालू करने के बाद, बदलावों को लागू करने के लिए उपयोगकर्ता को पहले लॉग आउट करके फिर से लॉग इन करना होगा (ब्लूटूथ बंद करते समय ऐसा करने की ज़रूरत नहीं है).

• Google Chrome OS (Google Chrome OS) वर्शन 63 से

TPM फ़र्मवेयर अपडेट होने की क्षमता की मौजूदगी और व्यवहार को कॉन्फ़िगर करती है.

जेएसओएन प्रॉपर्टी में अलग-अलग सेटिंग तय की जा सकती हैं:

allow-user-initiated-powerwash: अगर true पर सेट की जाती है, तो उपयोगकर्ता TPM फ़र्मवेयर अपडेट इंस्टॉल करने के लिए पावरवॉश फ़्लो को शुरू कर सकेंगे.

allow-user-initiated-preserve-device-state: अगर true पर सेट की जाती है, तो उपयोगकर्ता TPM फ़र्मवेयर अपडेट फ़्लो शुरू कर पाएंगे जो सभी डिवाइस की स्थिति (एंटरप्राइज़ में नाम दर्ज कराना सहित) सुरक्षित रखता है, लेकिन उपयोगकर्ता का डेटा खो देता है. यह अपडेट 68 और उसके बाद के वर्शन पर उपलब्ध है.

auto-update-mode: यह जोखिम भरे TPM फ़र्मवेयर के लिए अपने आप काम करने वाले TPM फ़र्मवेयर अपडेट लागू करना नियंत्रित करता है. ये सभी फ़्लो लोकल डिवाइस की स्थिति को सुरक्षित रखते हैं. अगर इसे 1 पर सेट किया जाता है या बिना सेट किए ही छोड़ दिया जाता है, तो TPM फ़र्मवेयर अपडेट नहीं होगा. TPM फ़र्मवेयर को 2 पर सेट करते हैं, तो यह अगली बार फिर से चालू करने के बाद अपडेट हो जाएगा. ऐसा तब होगा जब इस्तेमाल करने वाला अपडेट की मंजूरी देगा. अगर TPM फ़र्मवेयर 3 पर सेट करते हैं, तो यह अगली बार दोबारा चालू करने के बाद अपडेट हो जाएगा. अगर TPM को 4 पर सेट करते हैं, तो उपयोग करने वाले के बाद और साइन इन करने से पहले अपडेट हो जाएगा. यह विकल्प, 74 और उसके बाद के वर्शन पर उपलब्ध है.

अगर नीति सेट नहीं है, तो TPM फ़र्मवेयर अपडेट की काम करने की क्षमता उपलब्ध नहीं होगी.

Windows (Google Chrome OS क्लाइंट):

Software\Policies\Google\ChromeOS\TPMFirmwareUpdateSettings = { "allow-user-initiated-powerwash": true, "allow-user-initiated-preserve-device-state": true, "auto-update-mode": 1 }

• Google Chrome OS (Google Chrome OS) वर्शन 11 से

यह नीति 'डिवाइस नीति की जानकारी' के लिए क्वेरी की गई 'डिवाइस प्रबंधन सेवा' की अवधि को मिलीसेकंड में तय करती है.

यह नीति सेट करने से 3 घंटो का डिफ़ॉल्ट मान ओवरराइड हो जाता है. इस नीति के मान्य मान 1800000 (30 मिनट) से 86400000 (1 दिन) तक हैं. इस रेंज में न आने वाला कोई भी मान उसकी करीबी सीमा पर रख दिया जाएगा.

नीति सेट नहीं की जाती है तो, Google Chrome OS 3 घंटों के डिफ़ॉल्ट मान का उपयोग करेगा.

ध्यान दें कि अगर प्लैटफ़ॉर्म पर 'नीति के उल्लंघन की सूचनाओं' की सुविधा काम करती है तो, 'एक से दूसरे रीफ्रेश के बीच की देरी' को 24 घंटों (सभी डिफ़ॉल्ट और इस नीति के मान को अनदेखा करते हुए) पर सेट कर दिया जाएगा क्योंकि यह माना जाता है कि नीति में बदलाव होने पर 'नीति के उल्लंघन की सूचनाएं' अपने आप एक रीफ्रेश करेंगी. इस वजह से और जल्दी-जल्दी रीफ्रेश करने की ज़रूरत नहीं रह जाएगी.

• Google Chrome OS (Google Chrome OS) वर्शन 37 से

डेवलपर मोड ब्लॉक करें.

अगर यह नीति 'सही' पर सेट की जाती है, तो Google Chrome OS डिवाइस को डेवलपर मोड में बूट होने से रोकेगा. डेवलपर स्विच चालू होने पर सिस्टम बूट होने से मना कर देगा और एक गड़बड़ी वाली स्क्रीन दिखाएगा.

अगर यह नीति सेट नहीं की जाती या 'गलत' पर सेट की जाती है, तो डेवलपर मोड डिवाइस के लिए उपलब्ध रहेगा.

यह नीति सिर्फ़ Google Chrome OS के डेवलपर मोड को नियंत्रित करती है. अगर आप Android डेवलपर विकल्प का एक्सेस रोकना चाहते हैं, तो आपको DeveloperToolsDisabled नीति सेट करनी होगी.

• Google Chrome OS (Google Chrome OS) वर्शन 26 से

एंटरप्राइज़ डिवाइस के आईटी व्यवस्थापक इस फ़्लैग का उपयोग यह नियंत्रित करने के लिए कर सकते हैं कि उपयोगकर्ताओं को Chrome OS पंजीकरण के ज़रिए ऑफ़र रिडीम कराने की अनुमति दी जाए या नहीं.

अगर यह नीति सही पर सेट है या सेट किए बिना छोड़ दी जाती है, तो उपयोगकर्ता Chrome OS पंजीकरण के ज़रिए ऑफ़र रिडीम करा सकेंगे.

अगर यह नीति गलत पर सेट है, तो उपयोगकर्ता ऑफ़र रिडीम नहीं करा सकेंगे.

• Google Chrome OS (Google Chrome OS) वर्शन 51 से

Quirks Server खास तौर पर हार्डवेयर के लिए बनी कॉन्फ़िगरेशन फ़ाइलें उपलब्ध कराता है, जैसे कि मॉनीटर का कैलिब्रेशन बदलने के लिए आईसीसी डिसप्ले प्रोफ़ाइल.

जब इस नीति को गलत पर सेट किया जाता है, तो डिवाइस अब कॉन्फ़िगरेशन फ़ाइलें डाउनलोड करने के लिए Quirks Server से संपर्क करने की कोशिश करेगा.

अगर यह नीति सही है या कॉन्फ़िगर नहीं की गई है, तो Google Chrome OS अपने आप ही Quirks Server से संपर्क करेगा. साथ ही, उपलब्ध होने पर कॉन्फ़िगरेशन फ़ाइलें डाउनलोड करके उन्हें डिवाइस पर सेव कर लेगा. उदाहरण के लिए, ऐसी फ़ाइलों का इस्तेमाल अटैच किए गए मॉनीटर की डिसप्ले क्वालिटी बेहतर बनाने के लिए किया जा सकता है.

• Google Chrome OS (Google Chrome OS) वर्शन 43 से

Google Chrome OS ऐप्लिकेशन और एक्सटेंशन को कैश मेमोरी में सेव करता है ताकि किसी एक डिवाइस पर एक से ज़्यादा उपयोगकर्ताओं को उन ऐप्लिकेशन और एक्सटेंशन को बार-बार डाउनलोड करने की ज़रूरत न पड़े. अगर यह नीति कॉन्‍फ़िगर नहीं है या मान एक एमबी से कम है तो, Google Chrome OS कैश के डिफ़ॉल्‍ट आकार का उपयोग करेगा.

कैश मेमोरी का उपयोग Android ऐप्लिकेशन के लिए नहीं किया जाता है. अगर एक से ज़्यादा उपयोगकर्ता समान Android ऐप्लिकेशन इंस्टॉल करते हैं, तो उसे हर एक उपयोगकर्ता के लिए नए सिरे से डाउनलोड किया जाएगा.

• Google Chrome OS (Google Chrome OS) वर्शन 62 से

अगर "OffHours" नीति सेट की जाती है तो, बताए गए समय अंतरालों के दौरान तय डिवाइस नीतियां (इन नीतियों की डिफ़ॉल्ट सेटिंग का इस्तेमाल करना) अनदेखी कर दी जाती हैं. जब "OffHours" समय सीमा शुरू या खत्म होती है तो, Chrome हर इवेंट पर डिवाइस नीतियां फिर से लागू करता है. "OffHours" समय खत्म होने पर उपयोगकर्ता को बताया जाएगा और उसे अपने आप साइन आउट कर दिया जाएगा और डिवाइस नीति की सेटिंग बदल दी जाएंगी (उदाहरण के लिए, जब उपयोगकर्ता ने किसी ऐसे खाते से लॉग इन किया हो जिसे मंज़ूरी नहीं मिली है).

Windows (Google Chrome OS क्लाइंट):

Software\Policies\Google\ChromeOS\DeviceOffHours = { "ignored_policy_proto_tags": [ 3, 8 ], "intervals": [ { "end": { "day_of_week": "MONDAY", "time": 21720000 }, "start": { "day_of_week": "MONDAY", "time": 12840000 } }, { "end": { "day_of_week": "FRIDAY", "time": 57600000 }, "start": { "day_of_week": "FRIDAY", "time": 38640000 } } ], "timezone": "GMT" }

• Google Chrome OS (Google Chrome OS) वर्शन 18 से

नामांकित डिवाइस के OS और फ़र्मवेयर वर्शन की रिपोर्ट करें.

अगर यह सेटिंग सेट नहीं की जाती है या सही पर सेट की जाती है, तो नामांकित डिवाइस समय-समय- पर OS और फ़र्मवेयर वर्शन की रिपोर्ट करेंगे. अगर यह सेटिंग गलत पर सेट की जाती है, तो वर्शन जानकारी की रिपोर्ट नहीं की जाएगी.

इस नीति का Android द्वारा किए गए प्रवेश पर कोई प्रभाव नहीं पड़ता.

• Google Chrome OS (Google Chrome OS) वर्शन 18 से

चालू करते समय उपकरण के डेवलपर स्विच की स्थिति की रिपोर्ट करें.

अगर यह नीति सेट नहीं की जाती है, या 'गलत' पर सेट की जाती है, तो डेवलपर स्विच की स्थिति की रिपोर्ट नहीं की जाएगी.

इस नीति का Android द्वारा किए गए प्रवेश पर कोई प्रभाव नहीं पड़ता.

• Google Chrome OS (Google Chrome OS) वर्शन 32 से

उन डिवाइस उपयोगकर्ताओं की सूची की रिपोर्ट करें जिन्होंने हाल ही में प्रवेश किया है.

अगर नीति को गलत पर सेट किया जाता है, तो उपयोगकर्ताओं की रिपोर्ट नहीं की जाएगी.

इस नीति का Android द्वारा किए गए प्रवेश पर कोई प्रभाव नहीं पड़ता.

• Google Chrome OS (Google Chrome OS) वर्शन 18 से

डिवाइस की गतिविधि से जुड़े समय के बारे में बताएं.

अगर यह नीति सेट नहीं की जाती है या सही पर सेट की जाती है तो, वैसे डिवाइस जिनका नाम दर्ज है, वे डिवाइस पर उपयोगकर्ता के सक्रिय होने पर उसकी समय सीमा के बारे में बताएंगे. अगर यह नीति गलत पर सेट की जाती है तो, डिवाइस की गतिविधि से जुड़े समय को न तो रिकॉर्ड किया जाएगा और न ही इसके बारे में बताया जाएगा.

इस नीति का Android द्वारा किए गए प्रवेश पर कोई प्रभाव नहीं पड़ता.

• Google Chrome OS (Google Chrome OS) वर्शन 29 से

नेटवर्क इंटरफ़ेस के प्रकारों और हार्डवेयर पतों सहित उनकी सूची सर्वर को रिपोर्ट करें.

अगर नीति गलत पर सेट की गई हो, तो इंटरफ़ेस की रिपोर्ट नहीं की जाएगी.

इस नीति का Android द्वारा किए गए प्रवेश पर कोई प्रभाव नहीं पड़ता.

• Google Chrome OS (Google Chrome OS) वर्शन 42 से

CPU/RAM उपयोग जैसे हार्डवेयर के आंकड़ों की रिपोर्ट करें.

अगर नीति को असत्य पर सेट किया जाता है, तो आंकड़ों की रिपोर्ट नहीं की जाएगी. अगर सत्य पर सेट किया जाता है या सेट किए बिना छोड़ दिया जाता है, तो आंकड़ों की रिपोर्ट की जाएगी.

इस नीति का Android द्वारा किए गए प्रवेश पर कोई प्रभाव नहीं पड़ता.

• Google Chrome OS (Google Chrome OS) वर्शन 42 से

ऐप्लिकेशन आईडी और वर्शन जैसे सक्रिय किओस्क सत्र के बारे में जानकारी की रिपोर्ट करें.

अगर नीति गलत पर सेट है, तो किओस्क सत्र की जानकारी की रिपोर्ट नहीं की जाएगी. अगर सही पर सेट है या सेट किए बिना छोड़ दी गई है, तो किओस्क सत्र की जानकारी की रिपोर्ट की जाएगी.

इस नीति का Android द्वारा किए गए प्रवेश पर कोई प्रभाव नहीं पड़ता.

• Google Chrome OS (Google Chrome OS) वर्शन 73 से

SoC घटकों के लिए हार्डवेयर आंकड़ों और पहचानकर्ताओं की रिपोर्ट करें.

अगर नीति गलत पर सेट है, तो आंकड़ों की रिपोर्ट नहीं की जाएगी. अगर नीति को सही पर सेट किया जाता है या सेट किए बिना छोड़ दिया जाता है, तो आंकड़ों की रिपोर्ट की जाएगी.

इस नीति का Android द्वारा किए गए प्रवेश पर कोई प्रभाव नहीं पड़ता.

• Google Chrome OS (Google Chrome OS) वर्शन 73 से

पावर से जुड़े हार्डवेयर आंकड़ों और पहचानकर्ताओं की रिपोर्ट करें.

अगर नीति गलत पर सेट है, तो आंकड़ों की रिपोर्ट नहीं की जाएगी. अगर नीति को सही पर सेट किया जाता है या सेट किए बिना छोड़ दिया जाता है, तो आंकड़ों की रिपोर्ट की जाएगी.

इस नीति का Android द्वारा किए गए प्रवेश पर कोई प्रभाव नहीं पड़ता.

• Google Chrome OS (Google Chrome OS) वर्शन 73 से

मेमोरी डिवाइस से जुड़े हार्डवेयर आंकड़ों और पहचानकर्ताओं की रिपोर्ट करें.

अगर नीति गलत पर सेट है, तो आंकड़ों की रिपोर्ट नहीं की जाएगी. अगर नीति को सही पर सेट किया जाता है या सेट किए बिना छोड़ दिया जाता है, तो आंकड़ों की रिपोर्ट की जाएगी.

इस नीति का Android द्वारा किए गए प्रवेश पर कोई प्रभाव नहीं पड़ता.

• Google Chrome OS (Google Chrome OS) वर्शन 42 से

डिवाइस स्थिति अपलोड भेजना कितने मिलीसेकंड में दोहराया जाता है.

अगर पॉलिसी सेट नहीं की गई हो, तो डिफ़ॉल्‍ट आवृत्‍ति 3 घंटे की होती है. कम से कम 60 सेकंड की आवृत्ति की अनुमति है.

• कम से कम:60000

इस नीति का Android द्वारा किए गए प्रवेश पर कोई प्रभाव नहीं पड़ता.

• Google Chrome OS (Google Chrome OS) वर्शन 55 से

Android की स्थिति की जानकारी सर्वर को वापस भेज दी जाती है.

अगर नीति गलत पर सेट की जाती है या उसे सेट किए बिना छोड़ दिया जाता है, तो स्थिति की जानकारी की कोई रिपोर्ट नहीं की जाती. अगर सही पर सेट की जाती है, तो स्थिति की जानकारी की रिपोर्ट की जाती है.

यह नीति तभी लागू होती है अगर Android ऐप्लिकेशन सक्षम किए गए हों.

• Google Chrome OS (Google Chrome OS) वर्शन 43 से

ऑनलाइन स्थिति को मॉनीटर करने के लिए प्रबंधन सर्वर को नेटवर्क पैकेट भेजें, ताकि सर्वर यह पता लगा सके कि डिवाइस ऑफ़लाइन है या नहीं.

अगर यह पॉलिसी सत्य पर सेट की जाती है, तो मॉनीटर किए जा रहे नेटवर्क पैकेट (तथाकथित heartbeats) भेजे जाएंगे. अगर पॉलिसी असत्य पर सेट है या सेट नहीं की गई है, तो कोई पैकेट नहीं भेजा जाएगा.

इस नीति का Android द्वारा किए गए प्रवेश पर कोई प्रभाव नहीं पड़ता.

• Google Chrome OS (Google Chrome OS) वर्शन 43 से

निगरानी करने वाले नेटवर्क पैकेट कितने मिलीसेकंड में भेजे जाते हैं.

अगर यह नीति सेट नहीं की गई है, तो डिफ़ॉल्ट अंतराल 3 मिनट का होता है. कम से कम अंतराल 30 सेकंड का है और ज़्यादा से ज़्यादा अंतराल 24 घंटों का है - इस सीमा से बाहर के मानों को इस सीमा में जोड़ दिया जाएगा.

• कम से कम:30000

इस नीति का Android द्वारा किए गए प्रवेश पर कोई प्रभाव नहीं पड़ता.

• Google Chrome OS (Google Chrome OS) वर्शन 46 से

व्‍यवस्‍थापकों को सिस्‍टम लॉग की निगरानी करने देने के लिए, प्रबंधन सर्वर को सिस्‍टम लॉग भेजें.

अगर इस पॉलिसी को सत्य पर सेट किया जाता है, तो सिस्‍टम लॉग भेजे जाएंगे. अगर असत्य सेट किया जाता है या सेट नहीं किया जाता है, तो फिर कोई भी सिस्‍टम लॉग नहीं भेजा जाएगा.

इस नीति का Android द्वारा किए गए प्रवेश पर कोई प्रभाव नहीं पड़ता.

• Google Chrome OS (Google Chrome OS) वर्शन 14 से

यह नियंत्रित करती है कि इस्तेमाल के मेट्रिक और निदान का डेटा, जिसमें खराबी रिपोर्ट शामिल हैं, वापस Google को रिपोर्ट किए जाते हैं या नहीं.

अगर सही पर सेट होती है, तो Google Chrome OS इस्तेमाल के मेट्रिक और निदान के डेटा की रिपोर्ट करेगा.

अगर गलत पर सेट होती है, तो मेट्रिक और निदान के डेटा की रिपोर्ट करने की सुविधा बंद होगी.

अगर कॉन्फ़िगर नहीं की गई है, तो प्रबंधित नहीं किए गए डिवाइस पर मेट्रिक और निदान डेटा रिपोर्ट करने की सुविधा बंद होगी और प्रबंधित डिवाइस पर चालू होगी.

यह नीति Android उपयोग और गड़बड़ी संबंधी डेटा को इकट्ठा करना भी नियंत्रित करती है.

• Google Chrome (Linux, Mac, Windows) वर्शन 8 से
• Google Chrome OS (Google Chrome OS) वर्शन 11 से

आपको यह तय करने की सुविधा देती है कि उपयोगकर्ता कौन से एक्‍सटेंशन इंस्‍टॉल नहीं कर सकते हैं. अगर एक्‍सटेंशन प्रतिबंधित सूची में डाले गए हैं तो पहले से इंस्‍टॉल किए हुए एक्‍सटेंशन बंद कर दिए जाएंगे, साथ ही उपयोगकर्ताओं के पास उन्‍हें चालू करने का कोई तरीका नहीं होगा. प्रतिबंधित सूची में डाले गए किसी एक्‍सटेंशन को सूची से निकाल दिए जाने पर, वह अपने आप फिर से चालू हो जाएगा.

प्रतिबंधित सूची में '*' मान का मतलब है कि सभी एक्‍सटेंशन तब तक प्रतिबंधित रहेंगे जब तक कि उन्‍हें खास तौर पर श्वेतसूची से हटा नहीं दिया जाता.

अगर यह नीति सेट किए बिना छोड़ दी जाती है तो, उपयोगकर्ता Google Chrome में कोई भी एक्‍सटेंशन इंस्‍टॉल कर सकता है.

Windows (Windows क्लाइंट):

Software\Policies\Google\Chrome\ExtensionInstallBlacklist\1 = "extension_id1" Software\Policies\Google\Chrome\ExtensionInstallBlacklist\2 = "extension_id2"

Windows (Google Chrome OS क्लाइंट):

Software\Policies\Google\ChromeOS\ExtensionInstallBlacklist\1 = "extension_id1" Software\Policies\Google\ChromeOS\ExtensionInstallBlacklist\2 = "extension_id2"

Android/Linux:

[ "extension_id1", "extension_id2" ]

Mac:

<array> <string>extension_id1</string> <string>extension_id2</string> </array>

• Google Chrome (Linux, Mac, Windows) वर्शन 8 से
• Google Chrome OS (Google Chrome OS) वर्शन 11 से

आपको यह तय करने की सुविधा देता है कि कौन से एक्सटेंशन प्रतिबंधित नहीं करने चाहिए.

* के प्रतिबंधित मान का अर्थ यह है कि सभी एक्सटेंशन प्रतिबंधित हैं और उपयोगकर्ता केवल मान्य सूची में दिए गए एक्सटेंशन ही इंस्टॉल कर सकते हैं.

सामान्य तौर पर, सभी एक्सटेंशन मान्य सूची में होते हैं, लेकिन अगर नीति के तहत सभी एक्सटेंशन को प्रतिबंधित किया जाता है, तो नीति को ओवरराइड करने के लिए मान्य सूची का उपयोग किया जा सकता है.

Windows (Windows क्लाइंट):

Software\Policies\Google\Chrome\ExtensionInstallWhitelist\1 = "extension_id1" Software\Policies\Google\Chrome\ExtensionInstallWhitelist\2 = "extension_id2"

Windows (Google Chrome OS क्लाइंट):

Software\Policies\Google\ChromeOS\ExtensionInstallWhitelist\1 = "extension_id1" Software\Policies\Google\ChromeOS\ExtensionInstallWhitelist\2 = "extension_id2"

Android/Linux:

[ "extension_id1", "extension_id2" ]

Mac:

<array> <string>extension_id1</string> <string>extension_id2</string> </array>

• Google Chrome (Linux, Mac, Windows) वर्शन 9 से
• Google Chrome OS (Google Chrome OS) वर्शन 11 से

यह नीति ऐसे ऐप्लिकेशन और एक्सटेंशन की सूची तय करती है जिन्हें उपयोगकर्ता के इंटरैक्शन के बिना इंस्टॉल किया गया है. साथ ही, जिन्हें उपयोगकर्ता न तो अनइंस्टॉल कर सकता है और न ही बंद कर सकता है. ऐप्लिकेशन/एक्सटेंशन की ओर से मांगी गई सभी अनुमतियां ज़्यादा सोचे-समझे बिना और उपयोगकर्ता के इंटरैक्शन के बिना दे दी जाती हैं. इनमें ऐप्लिकेशन/एक्सटेंशन के आगे आने वाले वर्शन की सभी अनुमतियां भी शामिल होती हैं. यही नहीं, अनुमतियां enterprise.deviceAttributes और enterprise.platformKeys enterprise.deviceAttributes और enterprise.platformKeys एक्सटेंशन एपीआई को दी जाती हैं. (ये दो एपीआई उन ऐप्लिकेशन/एक्सटेंशन के लिए उपलब्ध नहीं होते जिन्हें जान-बूझकर इस्टॉल नहीं किया गया है.)

इस नीति को संभावित तौर पर विरोधी ExtensionInstallBlacklist नीति के बदले प्राथमिकता मिलती है. अगर इस सूची में से किसी ऐसे ऐप्लिकेशन या एक्सटेंशन को हटाया जाता है जिसे पहले जान-बूझकर इंस्टॉल किया गया था, तो उसे Google Chrome अपने आप अनइंस्टॉल कर देता है.

Windows के ऐसे इंस्टेंस के लिए जो किसी Microsoft® Active Directory® डोमेन में शामिल नहीं हैं, जान-बूझकर इंस्टॉल करने की यह सुविधा 'Chrome वेब स्टोर' की सूची में शामिल ऐप्लिकेशन और एक्सटेंशन तक सीमित है.

ध्यान रखें कि किसी भी एक्सटेंशन का सोर्स कोड 'डेवलपर टूल' के ज़रिए बदला जा सकता है (एक्सटेंशन को इस तरह से रेंडर करना जो उसे बेकार बना सकता है). अगर ऐसा हो, तो DeveloperToolsDisabled नीति सेट की जानी चाहिए.

सूची में शामिल नीति का हर आइटम एक ऐसी स्ट्रिंग है जिसमें सेमीकोलन (;) से अलग किया गया एक एक्सटेंशन आईडी और एक "अपडेट" यूआरएल होता है. एक्सटेंशन आईडी 32 अक्षरों वाली स्ट्रिंग होती है जो उदाहरण के लिए, डेवलपर मोड में होने पर chrome://extensions पर मिलती है. अगर "अपडेट" यूआरएल बताया गया हो, तो https://developer.chrome.com/extensions/autoupdate में बताए अनुसार एक अपडेट मेनिफ़ेस्ट XML दस्तावेज़ पर खुलना चाहिए. डिफ़ॉल्ट रूप से, 'Chrome वेब स्टोर' के अपडेट यूआरएल (जो फ़िलहाल "https://clients2.google.com/service/update2/crx" है) का इस्तेमाल किया जाता है. ध्यान रखें कि इस नीति में सेट किए गए "अपडेट" यूआरएल का इस्तेमाल सिर्फ़ शुरुआती इंस्टॉलेशन के लिए किया जाता है; एक्सटेंशन के बाद के अपडेट, एक्सटेंशन के मेनिफ़ेस्ट में बताए गए अपडेट यूआरएल को लागू करते हैं. यह भी ध्यान रखें कि 67 सहित Google Chrome तक के वर्शन में "अपडेट" यूआरएल को साफ़ तौर पर बताना ज़रूरी था.

उदाहरण के लिए, aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa;https://clients2.google.com/service/update2/crx सामान्य 'Chrome वेब स्टोर' "अपडेट" यूआरएल से aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa ऐप्लिकेशन इंस्टॉल करता है. एक्सटेंशन होस्ट करने के बारे में ज़्यादा जानकारी के लिए, यहां देखें: https://developer.chrome.com/extensions/hosting

अगर यह नीति सेट नहीं होती है, तो कोई भी ऐप्लिकेशन या एक्सटेंशन अपने आप इंस्टॉल नहीं होता. साथ ही, उपयोगकर्ता Google Chrome में किसी भी ऐप्लिकेशन या एक्सटेंशन को अनइंस्टॉल कर सकता है.

ध्यान रखें कि यह नीति 'गुप्त मोड' पर लागू नहीं होती है.

Google Play का उपयोग करके, Google Admin console की सहमति से Android ऐप्लिकेशन बलपूर्वक इंस्टॉल किए जा सकते हैं. वे इस नीति का उपयोग नहीं करते हैं.

Windows (Windows क्लाइंट):

Software\Policies\Google\Chrome\ExtensionInstallForcelist\1 = "aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa;https://clients2.google.com/service/update2/crx" Software\Policies\Google\Chrome\ExtensionInstallForcelist\2 = "abcdefghijklmnopabcdefghijklmnop"

Windows (Google Chrome OS क्लाइंट):

Software\Policies\Google\ChromeOS\ExtensionInstallForcelist\1 = "aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa;https://clients2.google.com/service/update2/crx" Software\Policies\Google\ChromeOS\ExtensionInstallForcelist\2 = "abcdefghijklmnopabcdefghijklmnop"

Android/Linux:

[ "aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa;https://clients2.google.com/service/update2/crx", "abcdefghijklmnopabcdefghijklmnop" ]

Mac:

<array> <string>aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa;https://clients2.google.com/service/update2/crx</string> <string>abcdefghijklmnopabcdefghijklmnop</string> </array>

• Google Chrome (Linux, Mac, Windows) वर्शन 21 से
• Google Chrome OS (Google Chrome OS) वर्शन 21 से

आपको यह बताने देती है कि किन यूआरएल को एक्सटेंशन, ऐप्लिकेशन, और थीम इंस्टॉल करने की अनुमति है.

Google Chrome 21 से, 'Chrome वेब स्टोर' से बाहर के एक्सटेंशन, ऐप्लिकेशन, और उपयोगकर्ता स्क्रिप्ट इंस्टॉल करना ज़्यादा मुश्किल हो गया है इससे पहले, इस्तेमाल करने वाले लोग एक *.crx फ़ाइल के लिंक पर क्लिक कर सकते थे और Google Chrome कुछ चेतावनियों के बाद फ़ाइल इंस्टॉल करने की सुविधा देता था. Google Chrome 21 के बाद, ऐसी फ़ाइलें डाउनलोड की जानी चाहिए और उन्हें खींचकरGoogle Chrome सेटिंग पेज पर छोड़ा जाना चाहिए. यह सेटिंग किन्हीं खास यूआरएल को, पुराने और आसान इंस्टॉलेशन प्रवाह रखने की अनुमति देती है.

इस सूची का हर आइटम एक्सटेंशन शैली वाला मिलान पैटर्न है (https://developer.chrome.com/extensions/match_patterns देखें). उपयोगकर्ता किसी भी यूआरएल से आइटम इंस्टॉल कर पाएंगे, बशर्ते वह इस सूची में दिए गए किसी आइटम से मेल खाता हो. *.crx फ़ाइल और उस पेज की जगह जहां से डाउनलोड शुरू हुआ था (यानी रेफ़रल देने वाला), दोनों को ही इन पैटर्न में अनुमति दी जानी चाहिए.

ExtensionInstallBlacklist को इस नीति पर प्राथमिकता मिलती है. यानी, नामंज़ूरी वाली सूची में शामिल किसी एक्सटेंशन को इंस्टॉल नहीं किया जाएगा, भले ही वह इस सूची में शामिल किसी साइट से ही क्यों न हो.

Windows (Windows क्लाइंट):

Software\Policies\Google\Chrome\ExtensionInstallSources\1 = "https://corp.mycompany.com/*"

Windows (Google Chrome OS क्लाइंट):

Software\Policies\Google\ChromeOS\ExtensionInstallSources\1 = "https://corp.mycompany.com/*"

Android/Linux:

[ "https://corp.mycompany.com/*" ]

Mac:

<array> <string>https://corp.mycompany.com/*</string> </array>

• Google Chrome (Linux, Mac, Windows) वर्शन 25 से
• Google Chrome OS (Google Chrome OS) वर्शन 25 से

यह नीति नियंत्रित करती है कि ऐप्लिकेशन/एक्सटेंशन के प्रकारों को इंस्टॉल करने की अनुमति दी जाए. साथ ही, यह रनटाइम एक्सेस को भी सीमित करती है.

यह सेटिंग मंज़ूरी दिए गए एक्सटेंशन/ऐप्लिकेशन के प्रकारों की सूची बनाती है जिन्हें Google Chrome में इंस्टॉल किया जा सकता है. साथ ही, यह कि वे किन होस्ट से इंटरैक्ट कर सकते हैं. मान, स्ट्रिंग की ऐसी सूची है जो इनमें से कोई एक होनी चाहिए: "extension", "theme", "user_script", "hosted_app", "legacy_packaged_app", "platform_app". इन प्रकारों की ज़्यादा जानकारी के लिए Google Chrome एक्सटेंशन दस्तावेज़ देखें.

ध्यान रखें कि इस नीति का असर उन एक्सटेंशन और ऐप्लिकेशन पर भी होता है जिन्हें ExtensionInstallForcelist के ज़रिए इंस्टॉल करने के बाद अनइंस्टॉल नहीं किया जा सकेगा.

अगर यह सेटिंग कॉन्फ़िगर की जाती है, तो जिन एक्सटेंशन/ऐप्लिकेशन का प्रकार सूची में शामिल नहीं होगा उन्हें इंस्टॉल नहीं किया जाएगा.

अगर यह सेटिंग कॉन्फ़िगर किए बिना छोड़ दी जाती है, तो स्वीकार करने लायक एक्सटेंशन/ऐप्लिकेशन प्रकारों पर कोई पाबंदी नहीं लगाई जाएगी.

वर्शन 75 से पहले, कॉमा से अलग किए गए एक से ज़्यादा एक्सटेंशन आईडी की सुविधा नहीं है और इन्हें छोड़ दिया जाएगा. इस नीति का बाकी हिस्सा लागू रहेगा.

Windows (Windows क्लाइंट):

Software\Policies\Google\Chrome\ExtensionAllowedTypes\1 = "hosted_app"

Windows (Google Chrome OS क्लाइंट):

Software\Policies\Google\ChromeOS\ExtensionAllowedTypes\1 = "hosted_app"

Android/Linux:

[ "hosted_app" ]

Mac:

<array> <string>hosted_app</string> </array>

• Google Chrome (Linux, Mac, Windows) वर्शन 73 से
• Google Chrome OS (Google Chrome OS) वर्शन 73 से

Google Chrome सुरक्षित अपडेट और एक्सटेंशन का इंस्टॉलेशन उपलब्ध कराता है. हालांकि, Chrome वेब स्टोर से बाहर होस्ट किए गए कुछ एक्सटेंशन की सामग्री सिर्फ़ असुरक्षित हस्ताक्षर या SHA1 जैसे एल्गोरिद्म को हैश करके सुरक्षित की जा सकती है. जब यह नीति बंद होती है, तब ऐसे एक्सटेंशन के नए इंस्टॉलेशन और अपडेट की अनुमति Chrome नहीं देगा (जब तक कि एक्सटेंशन डेवलपर ज़्यादा मज़बूत एल्गोरिद्म के साथ फिर से एक्सटेंशन न बना लें). जब यह नीति चालू होती है, तब ऐसे एक्सटेंशन के इंस्टॉलेशन और अपडेट की अनुमति रहेगी.

सेट न होने पर पर यह डिफ़ॉल्ट तौर पर चालू रहेगा. Google Chrome 75 में शुरू करने पर, सेट न होने पर पर यह डिफ़ॉल्ट तौर पर बंद रहेगा.

Google Chrome 77 में शुरू करने पर, यह नीति अनदेखी कर दी जाएगी और उसे बंद माना जाएगा.

• Google Chrome (Linux, Mac, Windows) वर्शन 62 से
• Google Chrome OS (Google Chrome OS) वर्शन 62 से

Google Chrome के लिए एक्सटेंशन प्रबंधन सेटिंग कॉन्फ़िगर करता है.

यह नीति कई सेटिंग को नियंत्रित करती है. इसमें वे सेटिंग भी शामिल हैं, जाे किसी भी मौजूदा एक्सटेंशन से जुड़ी नीतियों से नियंत्रित की जाती हैं. अगर दोनों सेटिंग चालू हैं, तो यह नीति पुरानी नीतियों को बदल देगी.

यह नीति एक्सटेंशन आईडी या अपडेट यूआरएल को इसके कॉन्फ़िगरेशन में मैप करती है. एक्सटेंशन आईडी के ज़रिए, कॉन्फ़िगरेशन सिर्फ़ खास एक्सटेंशन पर ही लागू होगा. एक डिफ़ॉल्ट कॉन्फ़िगरेशन खास आईडी "*" के लिए सेट किया जा सकता है, जो उन सभी एक्सटेंशन पर लागू होगा जिनके लिए इस नीति में कस्टम कॉन्फ़िगरेशन सेट नहीं है. अपडेट यूआरएल के ज़रिए, इस एक्सटेंशन के मेनिफ़ेस्ट में बताए गए समान अपडेट यूआरएल के साथ सभी एक्सटेंशन पर कॉन्फ़िगरेशन लागू किया जाएगा. ऐसा https://developer.chrome.com/extensions/autoupdate में बताया गया है.

उन Windows इंस्टेंस के लिए जो किसी Microsoft® Active Directory® डोमेन में शामिल नहीं हैं, 'Chrome वेब स्टोर' में शामिल ऐप्लिकेशन और एक्सटेंशन के लिए ही अनइंस्टॉल न किए जा सकने की सुविधा लागू हाेती है.

इस नीति की संभावित सेटिंग और बनावट की पूरी जानकारी के लिए, कृपया https://www.chromium.org/administrators/policy-list-3/extension-settings-full पर जाएं

Windows (Windows क्लाइंट):

Software\Policies\Google\Chrome\ExtensionSettings = { "*": { "allowed_types": [ "hosted_app" ], "blocked_install_message": "Custom error message.", "blocked_permissions": [ "downloads", "bookmarks" ], "install_sources": [ "https://company-intranet/chromeapps" ], "installation_mode": "blocked", "runtime_allowed_hosts": [ "*://good.example.com" ], "runtime_blocked_hosts": [ "*://*.example.com" ] }, "abcdefghijklmnopabcdefghijklmnop": { "blocked_permissions": [ "history" ], "installation_mode": "allowed", "minimum_version_required": "1.0.1" }, "bcdefghijklmnopabcdefghijklmnopa": { "allowed_permissions": [ "downloads" ], "installation_mode": "force_installed", "runtime_allowed_hosts": [ "*://good.example.com" ], "runtime_blocked_hosts": [ "*://*.example.com" ], "update_url": "https://example.com/update_url" }, "cdefghijklmnopabcdefghijklmnopab": { "blocked_install_message": "Custom error message.", "installation_mode": "blocked" }, "defghijklmnopabcdefghijklmnopabc,efghijklmnopabcdefghijklmnopabcd": { "blocked_install_message": "Custom error message.", "installation_mode": "blocked" }, "fghijklmnopabcdefghijklmnopabcde": { "blocked_install_message": "Custom removal message.", "installation_mode": "removed" }, "update_url:https://www.example.com/update.xml": { "allowed_permissions": [ "downloads" ], "blocked_permissions": [ "wallpaper" ], "installation_mode": "allowed" } }

Windows (Google Chrome OS क्लाइंट):

Software\Policies\Google\ChromeOS\ExtensionSettings = { "*": { "allowed_types": [ "hosted_app" ], "blocked_install_message": "Custom error message.", "blocked_permissions": [ "downloads", "bookmarks" ], "install_sources": [ "https://company-intranet/chromeapps" ], "installation_mode": "blocked", "runtime_allowed_hosts": [ "*://good.example.com" ], "runtime_blocked_hosts": [ "*://*.example.com" ] }, "abcdefghijklmnopabcdefghijklmnop": { "blocked_permissions": [ "history" ], "installation_mode": "allowed", "minimum_version_required": "1.0.1" }, "bcdefghijklmnopabcdefghijklmnopa": { "allowed_permissions": [ "downloads" ], "installation_mode": "force_installed", "runtime_allowed_hosts": [ "*://good.example.com" ], "runtime_blocked_hosts": [ "*://*.example.com" ], "update_url": "https://example.com/update_url" }, "cdefghijklmnopabcdefghijklmnopab": { "blocked_install_message": "Custom error message.", "installation_mode": "blocked" }, "defghijklmnopabcdefghijklmnopabc,efghijklmnopabcdefghijklmnopabcd": { "blocked_install_message": "Custom error message.", "installation_mode": "blocked" }, "fghijklmnopabcdefghijklmnopabcde": { "blocked_install_message": "Custom removal message.", "installation_mode": "removed" }, "update_url:https://www.example.com/update.xml": { "allowed_permissions": [ "downloads" ], "blocked_permissions": [ "wallpaper" ], "installation_mode": "allowed" } }

Android/Linux:

ExtensionSettings: { "*": { "allowed_types": [ "hosted_app" ], "blocked_install_message": "Custom error message.", "blocked_permissions": [ "downloads", "bookmarks" ], "install_sources": [ "https://company-intranet/chromeapps" ], "installation_mode": "blocked", "runtime_allowed_hosts": [ "*://good.example.com" ], "runtime_blocked_hosts": [ "*://*.example.com" ] }, "abcdefghijklmnopabcdefghijklmnop": { "blocked_permissions": [ "history" ], "installation_mode": "allowed", "minimum_version_required": "1.0.1" }, "bcdefghijklmnopabcdefghijklmnopa": { "allowed_permissions": [ "downloads" ], "installation_mode": "force_installed", "runtime_allowed_hosts": [ "*://good.example.com" ], "runtime_blocked_hosts": [ "*://*.example.com" ], "update_url": "https://example.com/update_url" }, "cdefghijklmnopabcdefghijklmnopab": { "blocked_install_message": "Custom error message.", "installation_mode": "blocked" }, "defghijklmnopabcdefghijklmnopabc,efghijklmnopabcdefghijklmnopabcd": { "blocked_install_message": "Custom error message.", "installation_mode": "blocked" }, "fghijklmnopabcdefghijklmnopabcde": { "blocked_install_message": "Custom removal message.", "installation_mode": "removed" }, "update_url:https://www.example.com/update.xml": { "allowed_permissions": [ "downloads" ], "blocked_permissions": [ "wallpaper" ], "installation_mode": "allowed" } }

Mac:

<key>ExtensionSettings</key> <dict> <key>*</key> <dict> <key>allowed_types</key> <array> <string>hosted_app</string> </array> <key>blocked_install_message</key> <string>Custom error message.</string> <key>blocked_permissions</key> <array> <string>downloads</string> <string>bookmarks</string> </array> <key>install_sources</key> <array> <string>https://company-intranet/chromeapps</string> </array> <key>installation_mode</key> <string>blocked</string> <key>runtime_allowed_hosts</key> <array> <string>*://good.example.com</string> </array> <key>runtime_blocked_hosts</key> <array> <string>*://*.example.com</string> </array> </dict> <key>abcdefghijklmnopabcdefghijklmnop</key> <dict> <key>blocked_permissions</key> <array> <string>history</string> </array> <key>installation_mode</key> <string>allowed</string> <key>minimum_version_required</key> <string>1.0.1</string> </dict> <key>bcdefghijklmnopabcdefghijklmnopa</key> <dict> <key>allowed_permissions</key> <array> <string>downloads</string> </array> <key>installation_mode</key> <string>force_installed</string> <key>runtime_allowed_hosts</key> <array> <string>*://good.example.com</string> </array> <key>runtime_blocked_hosts</key> <array> <string>*://*.example.com</string> </array> <key>update_url</key> <string>https://example.com/update_url</string> </dict> <key>cdefghijklmnopabcdefghijklmnopab</key> <dict> <key>blocked_install_message</key> <string>Custom error message.</string> <key>installation_mode</key> <string>blocked</string> </dict> <key>defghijklmnopabcdefghijklmnopabc,efghijklmnopabcdefghijklmnopabcd</key> <dict> <key>blocked_install_message</key> <string>Custom error message.</string> <key>installation_mode</key> <string>blocked</string> </dict> <key>fghijklmnopabcdefghijklmnopabcde</key> <dict> <key>blocked_install_message</key> <string>Custom removal message.</string> <key>installation_mode</key> <string>removed</string> </dict> <key>update_url:https://www.example.com/update.xml</key> <dict> <key>allowed_permissions</key> <array> <string>downloads</string> </array> <key>blocked_permissions</key> <array> <string>wallpaper</string> </array> <key>installation_mode</key> <string>allowed</string> </dict> </dict>

• Google Chrome (Linux, Mac, Windows) वर्शन 9 से
• Google Chrome (Android) वर्शन 46 से
• Google Chrome OS (Google Chrome OS) वर्शन 62 से

यह तय करती है कि कौन सी HTTP पुष्टिकरण योजना को Google Chrome के ज़रिए सहायता मिली हुई है.

संभावित मान 'basic', 'digest', 'ntlm' और 'negotiate' हैं. एकाधिक मानों को कॉमा की मदद से अलग करें.

यदि इस पॉलिसी को सेट नहीं किया जाता है, तो चारों योजनाओं का इस्तेमाल किया जाएगा.

• Google Chrome (Linux, Mac, Windows) वर्शन 9 से
• Google Chrome (Android) वर्शन 46 से
• Google Chrome OS (Google Chrome OS) वर्शन 62 से

यह तय करती है कि जनरेट किया गया Kerberos एसपीएन, प्रामाणिक डीएनएस नाम पर आधारित है या दर्ज किए गए मूल नाम पर.

अगर आप इस सेटिंग को चालू करते हैं तो, CNAME लुकअप को छोड़ दिया जाएगा और दर्ज किए गए सर्वर नाम का उपयोग किया जाएगा.

अगर आप इस सेटिंग को बंद करते हैं या सेट नहीं करते हैं तो, CNAME लुकअप के ज़रिए सर्वर का प्रामाणिक नाम तय किया जाएगा.

• Google Chrome (Linux, Mac, Windows) वर्शन 9 से
• Google Chrome OS (Google Chrome OS) वर्शन 62 से

यह तय करती है कि जनरेट किए गए Kerberos SPN में बिना मानक वाला पोर्ट शामिल होना चाहिए या नहीं.

अगर आपने यह सेटिंग चालू की है और बिना मानक वाला कोई पोर्ट (इसका मतलब है, 80 या 443 के अलावा कोई पोर्ट) दर्ज किया गया है, तो इसे जनरेट किए गए Kerberos SPN में शामिल किया जाएगा.

अगर आप इस सेटिंग को बंद करते हैं या सेट किए बिना छोड़ देते हैं, तो जनरेट किया गया Kerberos SPN किसी भी स्‍थिति में पोर्ट को शामिल नहीं करेगा.

• Google Chrome (Linux, Mac, Windows) वर्शन 9 से
• Google Chrome (Android) वर्शन 46 से
• Android System WebView (Android) वर्शन 49 से
• Google Chrome OS (Google Chrome OS) वर्शन 62 से

एकीकृत प्रमाणीकरण के लिए श्वेत-सूचीबद्ध किए जाने वाले सर्वर निर्दिष्ट करती है. एकीकृत प्रमाणीकरण केवल तभी सक्षम किया जाता है जब Google Chrome को किसी प्रॉक्सी से या अनुमत सूची में शामिल किसी सर्वर से प्रमाणीकरण की चुनौती प्राप्त होती है.

एकाधिक सर्वर नामों को अल्पविराम द्वारा अलग करें. वाइल्डकार्ड (*) की अनुमति है.

अगर आप इस नीति को सेट किए बिना छोड़ देते हैं तो Google Chrome यह पता लगाने का प्रयास करेगा कि क्या सर्वर इंट्रानेट पर है और केवल तभी वह IWA अनुरोधों को प्रतिसाद देगा. अगर कोई सर्वर इंटरनेट के रूप में पता लगाया जाता है तो उसके IWA अनुरोधों को Google Chrome द्वारा अनदेखा कर दिया जाएगा.

• Google Chrome (Linux, Mac, Windows) वर्शन 9 से
• Google Chrome (Android) वर्शन 46 से
• Google Chrome OS (Google Chrome OS) वर्शन 62 से

वे सर्वर जिन्हें Google Chrome सौंप सकता है.

एक से ज़्यादा सर्वर के नामों को कॉमा लगाकर अलग करें. वाइल्डकार्ड (*) की अनुमति है.

अगर आप इस नीति को सेट किए बिना छोड़ देते हैं तो Google Chrome उपयोगकर्ता क्रेडेंशियल नहीं सौंपेगा भले ही सर्वर की पहचान इंट्रानेट के रूप में की गई हो.

• Google Chrome (Linux) वर्शन 74 से
• Google Chrome (Mac) वर्शन 74 से
• Google Chrome OS (Google Chrome OS) वर्शन 74 से

यह नियंत्रित करती है कि Kerberos के टिकट सौंपने का फ़ैसला लेते समय केडीसी नीति की मंज़ूरी को ध्यान में रखा जाता है या नहीं.

अगर यह नीति सही है, तो एचटीटीपी प्रमाणीकरण केडीसी नीति की मंज़ूरी को ध्यान में रखता है; यानी जब केडीसी किसी सेवा टिकट पर OK-AS-DELEGATE को सेट करता है तभी Chrome क्रेडेंशियल सौंपता है. कृपया ज़्यादा जानकारी के लिए https://tools.ietf.org/html/rfc5896.html देखें. सेवा 'AuthNegotiateDelegateWhitelist' नीति के तहत होनी चाहिए.

अगर यह नीति सेट नहीं की जाती या गलत पर सेट की जाती है, तो इस्तेमाल किए जा सकने वाले प्लैटफ़ॉर्म पर केडीसी नीति को अनदेखा कर दिया जाता है. इसके बजाय, सिर्फ़ 'AuthNegotiateDelegateWhitelist' नीति को ध्यान में रखा जाता है.

Windows पर केडीसी नीति को हमेशा ध्यान में रखा जाता है.

• Google Chrome (Linux) वर्शन 9 से

यह तय करती है कि HTTP पुष्टिकरण के लिए कौन सी GSSAPI लाइब्रेरी का उपयोग करना है. आप या तो केवल लाइब्रेरी का नाम या पूरा पाथ सेट कर सकते हैं.

अगर कोई सेटिंग प्रदान नहीं की जाती है, तो Google Chrome किसी डिफ़ॉल्ट लाइब्रेरी नाम का ही उपयोग करेगा.

• Google Chrome (Android) वर्शन 46 से
• Android System WebView (Android) वर्शन 49 से

यह नीति 'पहचान करने वाले Android ऐप्लिकेशन' के ऐसे खातों का खाता प्रकार तय करती है जिन पर HTTP Negotiate की पहचान करने की सुविधा (जैसे कि Kerberos की पहचान करने की सुविधा) काम करती है. यह जानकारी 'पहचान करने वाले ऐप्लिकेशन' के सप्लायर की तरफ़ से उपलब्‍ध कराई जानी चाहिए. ज़्यादा जानकारी के लिए https://goo.gl/hajyfN देखें.

अगर कोई भी सेटिंग नहीं की जाती है तो, HTTP Negotiate Android पर पहचान करने की सुविधा को बंद कर दिया जाता है.

• Google Chrome (Linux, Mac, Windows) वर्शन 13 से
• Google Chrome OS (Google Chrome OS) वर्शन 62 से

यह नियंत्रित करता है कि किसी पेज पर तृतीय-पक्ष उप-सामग्री को कोई HTTP मूल प्रमाणीकरण डॉयलॉग बॉक्‍स पॉप-अप करने की अनुमति है या नहीं. सामान्‍यत: यह फ़िशिंग से सुरक्षा के रूप में अक्षम होता है. अगर इस नीति को सेट नहीं किया जाता है, तो, यह अक्षम होती है और तृतीय-पक्ष उप-सामग्री को, HTTP मूल प्रमाणीकरण डॉयलॉग बॉक्‍स पॉप अप करने की अनुमति नहीं होगी.

• Google Chrome (Linux) वर्शन 63 से
• Google Chrome (Mac) वर्शन 63 से
• Google Chrome OS (Google Chrome OS) वर्शन 63 से
• Google Chrome (Android) वर्शन 63 से
• Android System WebView (Android) वर्शन 63 से

यह नियंत्रित करती है कि NTLMv2 चालू है या नहीं.

Samba और Windows सर्वर के हाल के सभी वर्शन NTLMv2 पर काम करते हैं. इसे सिर्फ़ पहले के वर्शन से संगतता के लिए बंद किया जाना चाहिए और इससे प्रमाणीकरण की सुरक्षा कम हो जाती है.

अगर यह नीति सेट नहीं की गई है, तो डिफ़ॉल्ट सही होता है और NTLMv2 चालू होता है.

• Google Chrome OS (Google Chrome OS) वर्शन 25 से

प्रवेश स्क्रीन पर दिखाए जाने वाले डिवाइस-स्थानीय खातों की सूची निर्दिष्ट करता है.

प्रत्येक सूची प्रविष्टि किसी पहचानकर्ता को निर्दिष्ट करती है, जिसका उपयोग आंतरिक रूप से भिन्न डिवाइस-स्थानीय खातों को अलग-अलग बताने के लिए किया जाता है.

• Google Chrome OS (Google Chrome OS) वर्शन 26 से

देरी के बाद अपने आप लॉगिन करने के लिए एक डिवाइस-स्थानीय खाता.

अगर यह नीति सेट होती है, तो बिना उपयोगकर्ता इंटरैक्शन वाली लॉगिन स्क्रीन पर बीत चुकी समयावधि के बाद बताया गया सत्र अपने आप लॉग इन हो जाएगा. डिवाइस-स्थानीय खाता पहले से ही कॉन्फ़िगर होना चाहिए (|DeviceLocalAccounts| देखें).

अगर यह नीति सेट नहीं होती है, तो कोई भी लॉगिन अपने आप नहीं होगा.

• Google Chrome OS (Google Chrome OS) वर्शन 26 से

डिवाइस-स्थानीय खाते के अपने आप लॉगिन में देरी.

अगर |DeviceLocalAccountAutoLoginId| नीति सेट नहीं होती है, तो इस नीति का कोई असर नहीं पड़ेगा. नहीं तो:

अगर यह नीति सेट होती है, तो यह उपयोगकर्ता गतिविधि के बिना उस समयावधि को तय करेगी जिसे |DeviceLocalAccountAutoLoginId| नीति के बताए हुए डिवाइस-स्थानीय खाते में लॉग इन करने से पहले अपने आप बीत जाना चाहिए.

अगर यह नीति सेट नहीं होती है, तो टाइम आउट के तौर पर 0 मिलीसेकंड का इस्तेमाल किया जाएगा.

नीति को मिलीसेकंड में बताया जाता है.

• Google Chrome OS (Google Chrome OS) वर्शन 28 से

अपने आप लॉगिन के लिए बेलआउट कीबोर्ड शॉर्टकट चालू करें.

अगर यह नीति सेट नहीं की जाती या 'सही' पर सेट की जाती है और किसी डिवाइस के स्थानीय खाते को, बिना किसी देरी के अपने आप लॉगिन के लिए कॉन्फ़िगर किया जाता है, तो Google Chrome OS अपने आप लॉगिन को बायपास करने तथा लॉगिन स्क्रीन को दिखाने के लिए Ctrl+Alt+S शॉर्टकट से काम करेगा.

अगर यह नीति 'गलत' पर सेट की जाती है, तो बिना किसी देरी के अपने आप लॉगिन (कॉन्फ़िगर होने पर) बायपास नहीं किया जा सकता.

• Google Chrome OS (Google Chrome OS) वर्शन 33 से

ऑफ़लाइन होने पर नेटवर्क कॉन्फ़िगर करने का संकेत चालू करें.

अगर यह नीति सेट नहीं है या 'सही' पर सेट की गई है और बिना किसी देरी के अपने आप लॉगिन के लिए डिवाइस के स्थानीय खाता को कॉन्फ़िगर किया गया है और डिवाइस में इंटरनेट की एक्सेस नहीं है, तो Google Chrome OS नेटवर्क कॉन्फ़िगर करने का संकेत दिखाएगा.

अगर यह नीति 'गलत' पर सेट है, तो नेटवर्क कॉन्फ़िगर करने के संकेत के बजाय एक गड़बड़ी का मैसेज दिखाई देगा.

• Google Chrome OS (Google Chrome OS) वर्शन 51 से

Google Chrome OS वर्शन को नियंत्रित करने के लिए शून्य विलंब किओस्क के साथ अपने आप लॉन्च होने वाली ऐप्लिकेशन को अनुमति दें या नहीं.

यह नीति अपने मेनिफ़ेस्ट में required_platform_version की घोषणा करके और उसका उपयोग अपने आप अपडेट होने वाले लक्ष्य वर्शन प्रीफ़िक्स के रूप में करके नियंत्रित करती है कि Google Chrome OS वर्शन को नियंत्रित करने के लिए शून्य विलंब किओस्क के साथ अपने आप लॉन्च होने वाली ऐप्लिकेशन को अनुमति दी जाए या नहीं.

अगर नीति को सही पर सेट किया जाता है, तो शून्य विलंब किओस्क के साथ अपने आप लॉन्च होने वाली ऐप्लिकेशन की required_platform_version मेनिफेस्ट कुंजी के मान का उपयोग अपने आप अपडेट होने वाले लक्ष्य वर्शन प्रीफ़िक्स के रूप में किया जाता है.

अगर नीति को कॉन्फ़िगर नहीं किया जाता या गलत पर सेट किया जाता है, तो required_platform_version मेनिफेस्ट कुंजी को अनदेखा कर दिया जाता है और ऑटो अपडेट सामान्य रूप से आगे बढ़ता है.

चेतावनी: यह सुझाव नहीं दिया जाता है कि Google Chrome OS वर्शन का नियंत्रण किसी किओस्क ऐप्लिकेशन को सौंपा जाए, क्योंकि इससे डिवाइस को सॉफ़्टवेयर अपडेट और ज़रूरी सुरक्षा समाधान नहीं मिल पाते हैं. Google Chrome OS वर्शन का नियंत्रण सौंपने से उपयोगकर्ता जोखिम में पड़ सकते हैं.

अगर किओस्क ऐप्लिकेशन एक Android ऐप्लिकेशन है, तो उसका Google Chrome OS वर्शन पर कोई नियंत्रण नहीं होगा, भले ही यह नीति True पर सेट हो.

• Google Chrome OS (Google Chrome OS) वर्शन 56 से

श्वेतसूची नियंत्रक जिसमें झटपट अनलॉक मोड को कॉन्फ़िगर करके उपयोगकर्ता, लॉक स्क्रीन अनलॉक करने के लिए इस्तेमाल कर सकते हैं.

यह मान कई स्ट्रिंग की एक सूची है; मान्य सूची एंट्रियां हैं: "सभी", "पिन", "फ़िंगरप्रिंट". सूची में "सभी" जोड़ने का मतलब है कि हर एक झटपट अनलॉक मोड उपयोगकर्ता के लिए उपलब्ध है, इसमें आने वाले समय में इस्तेमाल करने वाले भी शामिल हैं. नहीं तो, सूची में मौजूद झटपट अनलॉक मोड ही उपलब्ध होंगे.

उदाहरण के लिए, हर एक झटपट अनलॉक मोड को अनुमति देने के लिए, ["सभी"] का इस्तेमाल करें. सिर्फ़ पिन अनलॉक करने की अनुमति देने के लिए, ["पिन"] का इस्तेमाल करें. पिन और फ़िंगरप्रिंट की अनुमति देने के लिए, ["पिन", "फ़िंगरप्रिंट"] का इस्तेमाल करें. सभी झटपट अनलॉक मोड बंद करने के लिए, [] का इस्तेमाल करें.

           डिफ़ॉल्ट रूप से, प्रबंधित डिवाइस के लिए कोई झटपट अनलॉक मोड उपलब्ध नहीं हैं.

Windows (Google Chrome OS क्लाइंट):

Software\Policies\Google\ChromeOS\QuickUnlockModeWhitelist\1 = "PIN"

• Google Chrome OS (Google Chrome OS) वर्शन 57 से

यह सेटिंग नियंत्रित करती है कि 'तुरंत अनलॉक करें' सुविधा का इस्तेमाल जारी रखने के लिए, लॉक स्क्रीन कितने समय में पासवर्ड डालने का अनुरोध करेगी. हर बार लॉक स्क्रीन दिखने पर, अगर पिछली बार डाले गए पासवर्ड का समय इस सेटिंग से ज़्यादा था तो, लॉक स्क्रीन पर 'तुरंत अनलॉक करें' सुविधा मौजूद नहीं होगी. अगर यह समय बीत जाने के बाद उपयोगकर्ता लॉक स्क्रीन पर बना रहता है, तो अगली बार गलत कोड डाले जाने पर या लॉक स्क्रीन पर फिर से जाने पर (जो भी पहले हो), पासवर्ड का अनुरोध किया जाएगा.

अगर यह सेटिंग कॉन्फ़िगर की जाती है, तो 'तुरंत अनलॉक करें' सुविधा का इस्तेमाल करने वाले उपयोगकर्ताओं से, इस सेटिंग के आधार पर लॉक स्क्रीन पर अपना पासवर्ड डालने का अनुरोध किया जाएगा.

अगर यह सेटिंग कॉन्फ़िगर नहीं की जाती है, तो 'तुरंत अनलॉक करें' का इस्तेमाल करने वाले उपयोगकर्ताओं से हर दिन लॉक स्क्रीन पर अपना पासवर्ड डालने का अनुरोध किया जाएगा.

• 0 = हर छह घंटे में पासवर्ड डालना ज़रूरी है.
• 1 = हर बारह घंटे में पासवर्ड डालना ज़रूरी है
• 2 = पासवर्ड डालना हर दिन ज़रूरी है (24 घंटे)
• 3 = पासवर्ड एंट्री की ज़रूरत हर हफ़्ते (168 घंटे) होती है

• Google Chrome OS (Google Chrome OS) वर्शन 57 से

अगर नीति सेट की गई हो, तो कॉन्फ़िगर किए गए कम से कम लंबाई वाले पिन को लागू किया जाता है. (पिन की कम से कम पूरी लंबाई एक होती है, एक से कम के मानों को एक ही माना जाता है.)

अगर नीति सेट नहीं हो, तो कम से कम लंबाई वाला छह अंको का पिन लागू किया जाता है. यह सुझाई गई कम से कम ज़रूरत है.

• Google Chrome OS (Google Chrome OS) वर्शन 57 से

अगर नीति सेट की जाती है, तो कॉन्फ़िगर की गई पिन की ज़्यादा से ज़्यादा लंबाई लागू की जाती है. शून्य या इससे कम मान का मतलब है कोई ज़्यादा से ज़्यादा लंबाई नहीं होना; ऐसे में इस्तेमाल करने वाला जितना चाहे उतना लंबा पिन सेट कर सकता है. अगर सेटिंग PinUnlockMinimumLength से कम लेकिन शून्य से ज़्यादा हो, तो ज़्यादा से ज़्यादा लंबाई, कम से कम लंबाई के बराबर होती है.

अगर नीति सेट नहीं हो, तो ज़्यादा से ज़्यादा लंबाई लागू की जाती है.

• Google Chrome OS (Google Chrome OS) वर्शन 57 से

अगर यह गलत होता है, तो उपयोगकर्ता ऐसे पिन सेट नहीं कर पाएंगे, जो कमज़ोर होते हैं और जिनका आसानी से अनुमान लगाया जा सकता है.

कमज़ोर पिन के कुछ उदाहरण: ऐसे पिन जिनमें केवल एक अंक होता है (1111), ऐसे पिन जो 1 से बढ़ते क्रम में होते हैं (1234), ऐसे पिन जो 1 तक घटते क्रम में होते हैं (4321) और ऐसे पिन जिनका सामान्य रूप से उपयोग किया जाता है.

अगर पिन कमज़ोर माना जाता है, तो डिफ़ॉल्ट रूप से उपयोगकर्ताओं को चेतावनी दिखाई देगी, न कि गड़बड़ी.

• Google Chrome (Linux, Mac, Windows) वर्शन 8 से
• Google Chrome OS (Google Chrome OS) वर्शन 11 से
• Google Chrome (Android) वर्शन 30 से

किसी डिफ़ॉल्ट खोज सेवा देने वाले का इस्तेमाल करती है.

अगर आप यह सेटिंग चालू करते हैं, तो डिफ़ॉल्ट खोज तब की जाती है जब उपयोगकर्ता ऑम्निबॉक्स में टेक्स्ट टाइप करता है जो कि एक यूआरएल नहीं है.

आप डिफ़ॉल्ट खोज की बाकी नीतियां सेट करके, इस्तेमाल किए जाने वाले डिफ़ॉल्ट खोज सेवा देने वाले को तय कर सकते हैं. अगर इन्हें खाली छोड़ दिया जाता है, तो उपयोगकर्ता डिफ़ॉल्ट सेवा देने वाले को चुन सकता है.

अगर आप यह सेटिंग बंद करते हैं, तो जब उपयोगकर्ता ऑम्निबॉक्स में गैर-यूआरएल टेक्स्ट डालता है, तब कोई खोज नहीं की जाती.

अगर आप यह सेटिंग चालू या बंद करते हैं, तो उपयोगकर्ता इसे Google Chrome में बदल नहीं सकता, न ही इसे ओवरराइड कर सकता है.

अगर यह नीति सेट किए बिना छोड़ दी जाती है, तो डिफ़ॉल्ट खोज सेवा देने वाले को चालू कर दिया जाता है, और उपयोगकर्ता खोज सेवा देने वाली सूची सेट कर सकता है.

यह नीति सिर्फ़ Windows के उन इंस्टैंस पर उपलब्ध है जिन्हें किसी Microsoft® Active Directory® डोमेन से जोड़ा गया है, या फिर Windows 10 Pro या Enterprise के उन इंस्टैंस पर उपलब्ध है जिनका नाम डिवाइस प्रबंधन के लिए दर्ज किया गया है.

• Google Chrome (Linux, Mac, Windows) वर्शन 8 से
• Google Chrome OS (Google Chrome OS) वर्शन 11 से
• Google Chrome (Android) वर्शन 30 से

डिफ़ॉल्‍ट खोज की सुविधा देने वाली कंपनी का नाम बताती है. अगर इसे खाली या सेट किए बिना छोड़ दिया जाए तो, उस होस्ट के नाम का इस्तेमाल किया जाएगा जो खोज यूआरएल में बताया गया है.

इस नीति पर सिर्फ़ तभी विचार किया जाता है, जब'DefaultSearchProviderEnabled' नीति लागू हो.

• Google Chrome (Linux, Mac, Windows) वर्शन 8 से
• Google Chrome OS (Google Chrome OS) वर्शन 11 से
• Google Chrome (Android) वर्शन 30 से

कीवर्ड तय करती है, जो इस सुविधा देने वाली कंपनी के लिए खोज शुरू करने के लिए ऑम्निबॉक्स में उपयोग किया गया शॉर्टकट है. यह नीति वैकल्पिक है. अगर यह सेट नहीं है, तो कोई भी कीवर्ड खोज की सुविधा देने वाली कंपनी को चालू नहीं कर सकेगा. इस नीति पर सिर्फ़ तभी विचार किया जाता है जब 'DefaultSearchProviderEnabled' नीति चालू हो.

• Google Chrome (Linux, Mac, Windows) वर्शन 8 से
• Google Chrome OS (Google Chrome OS) वर्शन 11 से
• Google Chrome (Android) वर्शन 30 से

यह नीति, डिफ़ॉल्‍ट खोज करते समय उपयोग किए जाने वाले खोज इंजन का यूआरएल तय करती है. यूआरएल में '{searchTerms}' स्‍ट्रिंग शामिल होनी चाहिए, जिसे क्‍वेरी के समय उपयोगकर्ता के खोजे जा रहे शब्‍द से बदल दिया जाएगा.

Google के 'खोज यूआरएल' को इस रूप में तय किया जा सकता है: '{google:baseURL}search?q={searchTerms}&{google:RLZ}{google:originalQueryForSuggestion}{google:assistedQueryStats}{google:searchFieldtrialParameter}{google:searchClient}{google:sourceId}ie={inputEncoding}'.

जब 'DefaultSearchProviderEnabled' नीति चालू हो तो यह विकल्‍प सेट होना चाहिए. ऐसा होने पर ही यह विकल्प काम करेगा.

• Google Chrome (Linux, Mac, Windows) वर्शन 8 से
• Google Chrome OS (Google Chrome OS) वर्शन 11 से
• Google Chrome (Android) वर्शन 30 से

खोज सुझाव देने के लिए इस्तेमाल होने वाले सर्च इंजन का यूआरएल बताती है. यूआरएल में '{searchTerms}', स्ट्रिंग शामिल होनी चाहिए, जो क्‍वेरी के समय उस लेख से बदल दी जाएगी जो उपयोगकर्ता ने अब तक डाला है.

यह नीति वैकल्पिक है. अगर सेट नहीं की गई हो, तो कोई सुझाया गया यूआरएल इस्तेमाल नहीं किया जाएगा.

Google के खोज यूआरएल को इस रूप में बताया जा सकता है: '{google:baseURL}complete/search?output=chrome&q={searchTerms}'.

इस नीति का सिर्फ़ तभी पालन किया जाता है जब 'DefaultSearchProviderEnabled' नीति चालू हो.

• Google Chrome (Linux, Mac, Windows) वर्शन 8 से
• Google Chrome OS (Google Chrome OS) वर्शन 11 से
• Google Chrome (Android) वर्शन 30 से

यह नीति 'डिफ़ॉल्‍ट खोज सेवा' का पसंदीदा आइकॉन यूआरएल तय करती है.

यह नीति वैकल्पिक है. अगर यह सेट नहीं है तो, खोज सेवा के लिए कोई आइकॉन दिखाई नहीं होगा.

'DefaultSearchProviderEnabled' नीति चालू होने पर ही यह नीति लागू होगी.

• Google Chrome (Linux, Mac, Windows) वर्शन 8 से
• Google Chrome OS (Google Chrome OS) वर्शन 11 से
• Google Chrome (Android) वर्शन 30 से

खोज की सुविधा देने वाले की सहायता के साथ वर्ण एन्‍कोडिंग निर्दिष्ट करती है. एन्‍कोडिंग UTF-8, GB2312, और ISO-8859-1 जैसे कोड पेज नाम होते हैं. वे दिए गए क्रम में आज़माए जाते हैं.

यह नीति वैकल्पिक है. अगर सेट न हो, तो डिफ़ॉल्‍ट का उपयोग किया जाएगा जो कि UTF-8 है.

इस नीति पर तभी विचार किया जाता है जब 'DefaultSearchProviderEnabled' नीति चालू हो.

Windows (Windows क्लाइंट):

Software\Policies\Google\Chrome\DefaultSearchProviderEncodings\1 = "UTF-8" Software\Policies\Google\Chrome\DefaultSearchProviderEncodings\2 = "UTF-16" Software\Policies\Google\Chrome\DefaultSearchProviderEncodings\3 = "GB2312" Software\Policies\Google\Chrome\DefaultSearchProviderEncodings\4 = "ISO-8859-1"

Windows (Google Chrome OS क्लाइंट):

Software\Policies\Google\ChromeOS\DefaultSearchProviderEncodings\1 = "UTF-8" Software\Policies\Google\ChromeOS\DefaultSearchProviderEncodings\2 = "UTF-16" Software\Policies\Google\ChromeOS\DefaultSearchProviderEncodings\3 = "GB2312" Software\Policies\Google\ChromeOS\DefaultSearchProviderEncodings\4 = "ISO-8859-1"

Android/Linux:

[ "UTF-8", "UTF-16", "GB2312", "ISO-8859-1" ]

Mac:

<array> <string>UTF-8</string> <string>UTF-16</string> <string>GB2312</string> <string>ISO-8859-1</string> </array>

• Google Chrome (Linux, Mac, Windows) वर्शन 24 से
• Google Chrome OS (Google Chrome OS) वर्शन 24 से
• Google Chrome (Android) वर्शन 30 से

वैकल्पिक URL की उस सूची को निर्दिष्ट करती है जिसका इस्तेमाल खोज इंजन से खोज शब्दों को निकालने के लिए किया जा सकता है. URL में स्ट्रिंग '{searchTerms}' होनी चाहिए, जिसका इस्तेमाल खोज शब्दों को निकालने के लिए किया जाएगा.

यह नीति वैकल्पिक है. अगर सेट नहीं है, तो खोज शब्दों को निकालने के लिए वैकल्पिक url का इस्तेमाल नहीं किया जाएगा.

इस नीति का सिर्फ़ तभी पालन किया जाता है जब 'DefaultSearchProviderEnabled' नीति चालू हो.

Windows (Windows क्लाइंट):

Software\Policies\Google\Chrome\DefaultSearchProviderAlternateURLs\1 = "https://search.my.company/suggest#q={searchTerms}" Software\Policies\Google\Chrome\DefaultSearchProviderAlternateURLs\2 = "https://search.my.company/suggest/search#q={searchTerms}"

Windows (Google Chrome OS क्लाइंट):

Software\Policies\Google\ChromeOS\DefaultSearchProviderAlternateURLs\1 = "https://search.my.company/suggest#q={searchTerms}" Software\Policies\Google\ChromeOS\DefaultSearchProviderAlternateURLs\2 = "https://search.my.company/suggest/search#q={searchTerms}"

Android/Linux:

[ "https://search.my.company/suggest#q={searchTerms}", "https://search.my.company/suggest/search#q={searchTerms}" ]

Mac:

<array> <string>https://search.my.company/suggest#q={searchTerms}</string> <string>https://search.my.company/suggest/search#q={searchTerms}</string> </array>

• Google Chrome (Linux, Mac, Windows) वर्शन 29 से
• Google Chrome OS (Google Chrome OS) वर्शन 29 से
• Google Chrome (Android) वर्शन 30 से

इमेज खोजने के लिए इस्तेमाल होने वाले सर्च इंजन का URL तय करती है. इमेज खोजने के अनुरोध GET प्रणाली के ज़रिए भेजे जाएंगे. अगर DefaultSearchProviderImageURLPostParams नीति जोड़ी गई है, तो इमेज खोजने के अनुरोध के लिए इसके बजाय 'पोस्ट विधि' का इस्तेमाल किया जाएगा.

यह नीति वैकल्पिक है. अगर इसे जोड़ा नहीं गया है, तो इमेज खोज की सुविधा का इस्तेमाल नहीं किया जाएगा.

'DefaultSearchProviderEnabled' नीति चालू होने पर ही इस नीति का पालन किया जाएगा.

• Google Chrome (Linux, Mac, Windows) वर्शन 30 से
• Google Chrome OS (Google Chrome OS) वर्शन 30 से
• Google Chrome (Android) वर्शन 30 से

वह URL तय करती है जिसका इस्तेमाल कर सर्च इंजन नया टैब पेज देता है.

यह नीति वैकल्पिक है. अगर इसे जोड़ा नहीं गया है तो, कोई भी नया टैब पेज दिखाई नहीं होगा.

'DefaultSearchProviderEnabled' नीति चालू होने पर ही इस नीति का पालन किया जाएगा.

• Google Chrome (Linux, Mac, Windows) वर्शन 29 से
• Google Chrome OS (Google Chrome OS) वर्शन 29 से
• Google Chrome (Android) वर्शन 30 से

POST के साथ कोई URL खोजते समय इस्तेमाल किए जाने वाले पैरामीटर तय करती है. इसमें कॉमा के ज़रिए अलग किए गए नाम/मान के जोड़े शामिल होते हैं. अगर कोई मान टेम्पलेट पैरामीटर, जैसे ऊपर दिए गए उदाहरण में {searchTerms} है, तो उसे वास्तविक खोज शब्द डेटा से बदल दिया जाएगा.

यह नीति वैकल्पिक है. अगर इसे जोड़ा नहीं गया है तो, खोज के अनुरोध को GET विधि के ज़रिए भेजा जाएगा.

'DefaultSearchProviderEnabled' नीति चालू होने पर ही इस नीति का पालन किया जाएगा.

• Google Chrome (Linux, Mac, Windows) वर्शन 29 से
• Google Chrome OS (Google Chrome OS) वर्शन 29 से
• Google Chrome (Android) वर्शन 30 से

POST के साथ कोई सुझाव सर्च करते समय इस्तेमाल किए जाने वाले पैरामीटर तय करती है. इसमें कॉमा के ज़रिए अलग किए गए नाम/मान जोड़े शामिल होते हैं. अगर कोई मान टेम्पलेट पैरामीटर, जैसे ऊपर दिए गए उदाहरण में {searchTerms} है, तो उसे वास्तविक खोज शब्द डेटा से बदल दिया जाएगा.

यह नीति वैकल्पिक है. अगर इसे जोड़ा नहीं गया है, तो सुझाव सर्च के अनुरोध को गेट (GET) विधि के ज़रिए भेजा जाएगा.

'DefaultSearchProviderEnabled' नीति चालू होने पर ही इस नीति का पालन किया जाएगा.

• Google Chrome (Linux, Mac, Windows) वर्शन 29 से
• Google Chrome OS (Google Chrome OS) वर्शन 29 से
• Google Chrome (Android) वर्शन 30 से

POST के साथ कोई इमेज सर्च करते समय इस्तेमाल किए जाने वाले पैरामीटर तय करती है. इसमें कॉमा के ज़रिए अलग किए गए नाम/मान के जोड़े शामिल होते हैं. अगर कोई मान टेम्पलेट पैरामीटर, जैसे ऊपर दिए गए उदाहरण में {imageThumbnail} है, तो उसे वास्तविक खोज शब्द डेटा से बदल दिया जाएगा.

यह नीति वैकल्पिक है. अगर इसे जोड़ा नहीं गया है, तो इमेज सर्च के अनुरोध को गेट (GET) विधि के ज़रिए भेजा जाएगा.

'DefaultSearchProviderEnabled' नीति चालू होने पर ही इस नीति का पालन किया जाएगा.

• Google Chrome OS (Google Chrome OS) वर्शन 11 से

उस रिलीज़ चैनल को निर्दिष्ट करती है, जिससे यह डिवाइस लॉक किया जाना चाहिए.

• "stable-channel" = स्थिर चैनल
• "beta-channel" = बीटा चैनल
• "dev-channel" = डेव चैनल (अस्‍थि‍र हो सकता है)

• Google Chrome OS (Google Chrome OS) वर्शन 19 से

अगर यह नीति सही पर सेट है और ChromeOsReleaseChannel नीति की जानकारी नहीं दी गई है, तो फिर नामांकन डोमेन के उपयोगकर्ताओं को डिवाइस के रिलीज़ चैनल को बदलने की अनुमति मिल जाएगी. अगर यह नीति गलत पर सेट है, तो डिवाइस जिस भी चैनल में अंतिम बार सेट होगा उसमें लॉक हो जाएगा.

उपयोगकर्ता के चुने गए चैनल को ChromeOsReleaseChannel नीति से ओवरराइड कर दिया जाएगा, लेकिन अगर नीति चैनल, डिवाइस पर इंस्टॉल किए हुए से ज़्यादा स्थिर होता है, फिर वह चैनल, डिवाइस पर इंस्टॉल किए हुए की अपेक्षा ज़्यादा स्थिर चैनल के किसी उच्च वर्शन संख्या पर पहुंच जाने के बाद ही स्विच करेगा.

• Google Chrome OS (Google Chrome OS) वर्शन 19 से

सही पर सेट होने पर अपने आप अपडेट चालू करती है.

इस सेटिंग के कॉन्फ़िगर नहीं होने या गलत पर सेट होने पर Google Chrome OS डिवाइस अपने आप अपडेट की जांच करते हैं.

चेतावनी: अपने आप अपडेट चालू रखने का सुझाव दिया जाता है, ताकि उपयोगकर्ताओं को सॉफ़्टवेयर अपडेट और ज़रूरी सुरक्षा समाधान मिलते रहें. अपने आप अपडेट बंद करने से उपयोगकर्ता जोखिम में पड़ सकते हैं.

• Google Chrome OS (Google Chrome OS) वर्शन 31 से

बताता है कि p2p को OS अपडेट पेलोड के लिए इस्तेमाल करना है या नहीं. अगर सही पर सेट है, तो डिवाइस संभावित रूप से इंटरनेट बैंड्विड्थ इस्तेमाल और कंजेशन को कम करते हुए शेयर करेंगे और LAN पर मौजूद अपडेट पेलोड का इस्तेमाल करने की कोशिश करेंगे. अगर अपडेट पेलोड LAN पर उपलब्ध नहीं है, तो डिवाइस अपडेट सर्वर से डाउनलोड करना शुरू कर देगा. अगर गलत पर सेट है या कॉन्फ़िगर नहीं है, तो p2p का इस्तेमाल नहीं किया जाएगा.

• Google Chrome OS (Google Chrome OS) वर्शन 69 से

यह नीति वह समय तय करती है, जिस दौरान Google Chrome OS डिवाइस अपने आप अपडेट की जाँच नहीं कर सकता. जब यह नीति समय के अंतरालों की गैर-खाली सूची पर सेट होती है: तय समय अंतरालों पर, डिवाइस अपने आप अपडेट की जाँच नहीं कर सकेंगे. जिन डिवाइसों को रोलबैक की ज़रूरत है या जिन पर कम से कम Google Chrome OS वर्शन चल रहा है, उन पर संभावित सुरक्षा वजहों से इस नीति का असर नहीं होगा. इसके साथ ही, उपयोगकर्ताओं या एडमिन के अनुरोध किए हुए अपडेट की जाँचों को यह नीति ब्लॉक नहीं करेगी. जब यह नीति सेट न हो या इसमें कोई समय अंतराल न हो: यह नीति अपने आप होने वाली किसी भी अपडेट जाँच को ब्लॉक नहीं करेगी, लेकिन उन जाँचों को दूसरी नीतियां ब्लॉक कर सकती हैं. यह सुविधा सिर्फ़ उन Chrome डिवाइस पर चालू है जो अपने आप लॉन्च होने वाले किओस्क के तौर पर सेट हैं. दूसरे डिवाइसों पर इस नीति के प्रतिबंध लागू नहीं होंगे.

Windows (Google Chrome OS क्लाइंट):

Software\Policies\Google\ChromeOS\DeviceAutoUpdateTimeRestrictions = [ { "end": { "day_of_week": "Thursday", "hours": 2, "minutes": 30 }, "start": { "day_of_week": "Monday", "hours": 3, "minutes": 50 } }, { "end": { "day_of_week": "Sunday", "hours": 15, "minutes": 10 }, "start": { "day_of_week": "Thursday", "hours": 3, "minutes": 30 } } ]

• Google Chrome OS (Google Chrome OS) वर्शन 19 से

यह नीति अपने आप अपडेट होने के लिए टारगेट वर्शन सेट करती है.

यह एक टारगेट वर्शन का वह शुरुआती हिस्सा तय करती है जिसमें Google Chrome OS को अपडेट करना चाहिए. अगर डिवाइस ऐसे वर्शन का इस्तेमाल कर रहा है जो बताए हुए शुरुआती हिस्से से पुराना है तो, वह दिए गए शुरुआती हिस्से के साथ सबसे नए वर्शन में अपडेट हो जाएगा. अगर डिवाइस पहले से सबसे नए वर्शन का इस्तेमाल कर रहा है तो, असर DeviceRollbackToTargetVersion के मान के मुताबिक होते हैं. इस शुरुआती हिस्से का फ़ॉर्मैट, वर्शन के अलग-अलग हिस्से के मुताबिक काम करता है, जैसा कि नीचे दिए गए उदाहरण में दिखाया गया है:

""(या कॉन्फ़िगर नहीं किया गया): उपलब्ध सबसे नए वर्शन में अपडेट करें. "1412.": 1412 के किसी भी छोटे वर्शन में अपडेट करें (जैसे कि 1412.24.34 या 1412.60.2) "1412.2.": 1412.2 के किसी भी छोटे वर्शन में अपडेट करें (जैसे कि 1412.2.34 या 1412.2.2) "1412.24.34": सिर्फ़ इस खास वर्शन में अपडेट करें

चेतावनी: वर्शन प्रतिबंधों को कॉन्फ़िगर करने का सुझाव नहीं दिया जाता है क्योंकि वे उपयोगकर्ताओं को सॉफ़्टवेयर अपडेट और महत्वपूर्ण सुरक्षा सुधार पाने से रोक सकते हैं. अपडेट को किसी खास वर्शन के शुरुआती हिस्से तक सीमित करने से उपयोगकर्ता खतरे में पड़ सकता है.

• Google Chrome OS (Google Chrome OS) वर्शन 69 से

यह नीति ऐसे प्रतिशतों की सूची तय करती है जिनसे OU में अपडेट मिलने के पहले दिन से, हर दिन अपडेट होने वाले Google Chrome OS डिवाइसों का हिस्सा तय होगा. अपडेट मिलने का समय, अपडेट प्रकाशित होने के समय के बाद का होगा क्योंकि डिवाइस पर अपडेट के लिए देखे जाने से पहले, अपडेट को प्रकाशित हुए कुछ समय बीत चुका होगा.

हर (दिन, प्रतिशत) की जोड़ी में समूह का वह प्रतिशत शामिल होगा जिसे अपडेट मिलने के बाद बताए गए दिनों में अपडेट किया जाना है. उदाहरण के लिए, अगर हमारे पास [(4, 40), (10, 70), (15, 100)] की जोड़ियां हैं, तो फिर समूह के 40% डिवाइस अपडेट दिखाई देने के 4 दिनों के बाद अपडेट किए जाने चाहिए. 70% डिवाइस 10 दिनों के बाद अपडेट किए जाने चाहिए और उसके बाद यह इसी तरीके से आगे बढ़ता जाएगा.

अगर इस नीति के लिए कोई मान तय किया गया हो, तो अपडेट DeviceUpdateScatterFactor नीति को अनदेखा करेंगे और उसके बजाय इस नीति के मुताबिक होंगे.

अगर यह सूची खाली हो, तो स्टेजिंग की कोई प्रक्रिया नहीं होगी और अपडेट दूसरी डिवाइस नीतियों के मुताबिक लागू किए जाएंगे.

यह नीति चैनल स्विच के लिए लागू नहीं होती.

Windows (Google Chrome OS क्लाइंट):

Software\Policies\Google\ChromeOS\DeviceUpdateStagingSchedule = [ { "days": 7, "percentage": 50 }, { "days": 10, "percentage": 100 } ]

• Google Chrome OS (Google Chrome OS) वर्शन 20 से

किसी अपडेट के पहली बार सर्वर पर भेजे जाने से लेकर, किसी डिवाइस के ज़रिए उसके डाउनलोड में बार-बार किए जाने वाले विलंब की अवधि दिखाता है. यह डिवाइस, दीवार-घड़ी के समय के बारे में और बाकी के भाग की अपडेट जाँच की संख्या के बारे में कुछ समय तक इंतज़ार कर सकता है. किसी भी स्थिति में, स्कैटर समय के साथ ऊपर से जुड़ा होता है ताकि डिवाइस हमेशा के लिए जब चाहे तब, किसी अपडेट के डाउनलोड होने के इंतज़ार में अटक न जाए.

• Google Chrome OS (Google Chrome OS) वर्शन 21 से

OS अपडेट के लिए अनुमति प्राप्त कनेक्शन के प्रकार. OS अपडेट अपने आकार के कारण संभावित रूप से कनेक्शन पर अत्यधिक भार डालते हैं और इसके कारण अतिरिक्त शुल्क लग सकते हैं. इसीलिए, उन्हें महंगे माने जाने वाले कनेक्शन प्रकारों जैसे WiMax, Bluetooth और कभी-कभी सेल्युलर के लिए डिफ़ॉल्ट रूप से सक्षम नहीं किया जाता है.

मान्यता प्राप्त कनेक्शन प्रकार पहचानकर्ता हैं "इथरनेट", "wifi", "wimax", "bluetooth" और "सेल्युलर".

Windows (Google Chrome OS क्लाइंट):

Software\Policies\Google\ChromeOS\DeviceUpdateAllowedConnectionTypes\1 = "ethernet"

• Google Chrome OS (Google Chrome OS) वर्शन 29 से

Google Chrome OS पर अपने आप अपडेट पेलोड HTTPS के बजाय HTTP के ज़रिए डाउनलोड किए जा सकते हैं. इससे HTTP डाउनलोड का 'पारदर्शी HTTPS कैश' हो पाता है.

अगर यह नीति 'सही' पर सेट है, तो Google Chrome OS HTTP के द्वाराअपने-आपअपडेट डाउनलोड करने का प्रयास करेगा. अगर नीति को 'गलत' पर सेट है या सेट नहीं है, तो अपने आप अपडेट पेलोड को डाउनलोड करने के लिए HTTPS का इस्तेमाल किया जाएगा.

• Google Chrome OS (Google Chrome OS) वर्शन 29 से

किसी Google Chrome OS अपडेट के लागू होने के बाद 'अपने आप फिर से चालू होना' शेड्यूल करें.

जब इस नीति को सही पर सेट किया जाता है, तो किसी Google Chrome OS अपडेट के लागू होने पर और अपडेट प्रोसेस पूरा होने के लिए 'फिर से चालू होना' ज़रूरी होने पर 'फिर से चालू होना' शेड्यूल किया जाता है. 'फिर से चालू होना' तुरंत शेड्यूल किया जाता है लेकिन अगर उपयोगकर्ता उस समय डिवाइस का इस्तेमाल कर रहा हो तो शेड्यूल को 24 घंटे तक के लिए टाला जा सकता है.

जब इस नीति को गलत पर सेट किया जाता है तो Google Chrome OS अपडेट लागू करने के बाद 'अपने आप फिर से चालू होना' शेड्यूल नहीं किया जाता है. उपयोगकर्ता जब अगली बार डिवाइस को 'फिर से चालू' करता है तो अपडेट प्रक्रिया पूरी हो जाती है.

अगर आप इस नीति को सेट करते हैं, तो उपयोगकर्ता इसे बदल नहीं सकते या ओवरराइड नहीं कर सकते.

ध्यान दें: फिलहाल, लॉगिन स्क्रीन दिखाई देने पर या कियोस्क ऐप्लिकेशन सत्र जारी होने पर ही 'अपने आप फिर से चालू होना' चालू किया जाता है. आने वाले समय में यह बदल जाएगा और किसी विशेष प्रकार के सत्र के जारी होने या न होने के बावजूद नीति हमेशा लागू रहेगी.

• Google Chrome OS (Google Chrome OS) वर्शन 64 से

Google Chrome के सबसे कम अनुमति वाले वर्शन संबंधी ज़रूरतों को कॉन्फ़िगर करती है. नीचे दिए गए वर्शन पुराने माने जाते हैं और डिवाइस तब तक उपयोगकर्ता को साइन इन की अनुमति नहीं देता, जब तक कि ऑपरेटिंग सिस्टम को अपडेट नहीं कर लिया जाता. अगर उपयोगकर्ता सत्र के दौरान मौजूदा सत्र पुराना हो जाता है तो, उपयोगकर्ता को जबरन साइन आउट कर दिया जाएगा.

अगर यह नीति सेट नहीं की जाती है, तो किसी तरह की पाबंदी नहीं होती और उपयोगकर्ता आसानी से साइन इन कर सकता है चाहे Google Chrome का वर्शन कुछ भी हो.

यहां, "वर्शन" '61.0.3163.120' जैसा कोई सटीक वर्शन या '61.0' जैसा कोई वर्शन प्रीफ़िक्स हो सकता है

• Google Chrome OS (Google Chrome OS) वर्शन 67 से

यह बताती है कि क्या डिवाइस को DeviceTargetVersionPrefix के ज़रिए सेट किए गए वर्शन में रोल बैक करना चाहिए जबकि डिवाइस पहले से ही उसके बाद के वर्शन का इस्तेमाल कर रहा है.

RollbackDisabled डिफ़ॉल्ट है.

• 1 = अगर OS वर्शन टार्गेट से नया है, तो टार्गेट वर्शन में रोल बैक नहीं करें. अपडेट भी बंद कर दिए गए हैं.
• 2 = अगर OS वर्शन टारगेट से नया है, तो रोल बैक करें और टारगेट वर्शन पर रहें. इस प्रक्रिया के दौरान एक पावरवॉश करें.
• 3 = अगर टारगेट के मुकाबले OS वर्शन नया है, तो रोलबैक करें और टारगेट वर्शन पर बने रहें. अगर हो सके तो रोलबैक के ज़रिए (नेटवर्क क्रेडेंशियल सहित) डिवाइस-लेवल कॉन्फ़िगरेशन को आगे ले जाएं, लेकिन अगर डेटा को बहाल नहीं किया जा सकता हो तब भी पूरे पावरवॉश के साथ रोलबैक करें (क्योंकि टारगेट वर्शन के साथ डेटा बहाल नहीं किया जा सकता है या किसी बैकवार्ड असंगतता बदलाव की वज़ह से). यह Google Chrome OS के वर्शन 70 और उसके बाद वाले वर्शन के साथ काम करता है. पुराने क्लाइंट के लिए, इस मान का मतलब है वह रोलबैक रोक दिया गया है.
• 4 = अगर टारगेट के मुकाबले OS वर्शन नया है और उसे रोलबैक के ज़रिए (नेटवर्क क्रेडेंशियल सहित) डिवाइस-लेवल कॉन्फ़िगरेशन को आगे ले जाया जा सकता है, साथ ही रोलबैक के बाद में OOBE को छोड़ा जा सकता है, तो रोलबैक करें और टारगेट वर्शन पर बने रहें. अगर संभव नहीं हो तो रोलबैक न करें या उसे रोकें नहीं (क्योंकि टारगेट वर्शन के साथ डेटा बहाल नहीं किया जा सकता है या किसी बैकवार्ड असंगतता बदलाव की वज़ह से). यह Google Chrome OS के वर्शन 70 और बाद वाले वर्शन के साथ काम करता है. पुराने क्लाइंट के लिए, इस मान का मतलब है वह रोलबैक रोक दिया गया है.

• Google Chrome OS (Google Chrome OS) वर्शन 67 से

यह Google Chrome OS उपलब्धियों की ऐसी कम से कम संख्या तय करती है जिसके लिए किसी भी समय स्थिर वर्शन से रोलबैक शुरू करने की मंज़ूरी दी जानी चाहिए.

डिफ़ॉल्ट, उपभोक्ता के लिए 0 है, एंटरप्राइज़ के नाम दर्ज किए हुए डिवाइस के लिए 4 (करीब एक साल में आधे) है.

इस नीति को सेट करने से रोलबैक सुरक्षा कम से कम इतनी उपलब्धियों के लिए लागू होने से रोक दी जाती है.

इस नीति को किसी निचले मान पर सेट करने का प्रभाव हमेशा के लिए होता है: हो सकता है कि नीति को किसी बड़े मान पर रीसेट करन देने के बाद भी डिवाइस पहले वाले वर्शन पर रोल बैक न कर पाए.

वास्तविक रोलबैक की संभावनाएं बोर्ड और जटिल जोखिम पैच पर भी निर्भर हो सकती हैं.

• कम से कम:0
• ज़्यादा से ज़्यादा:4

• Google Chrome OS (Google Chrome OS) वर्शन 75 से

यह नीति नियंत्रित करती है कि डिवाइस को 'क्विक फ़िक्स बिल्ड' में अपडेट किया जाना चाहिए या नहीं.

अगर नीति का मान किसी ऐसे टोकन पर सेट किया जाता है जो 'क्विक फ़िक्स बिल्ड' से मैप करता है, तो डिवाइस को ऐसी स्थिति में संबंधित 'क्विक फ़िक्स बिल्ड' में अपडेट कर दिया जाएगा, अगर अपडेट को किसी दूसरी नीति ने ब्लॉक नहीं किया हो.

अगर यह नीति सेट नहीं होती या इसका मान किसी 'क्विक फ़िक्स बिल्ड' से मैप नहीं करता है, तो डिवाइस को 'क्विक फ़िक्स बिल्ड' में अपडेट नहीं किया जाएगा. अगर डिवाइस पर पहले से ही 'क्विक फ़िक्स बिल्ड' चल रहा हो और अब नीति सेट नहीं है या इसका मान 'क्विक फ़िक्स बिल्ड' से भी मैप नहीं करता है, तो डिवाइस को उस स्थिति में किसी नियमित बिल्ड में अपडेट कर दिया जाएगा, अगर अपडेट को किसी दूसरी नीति ने ब्लॉक नहीं किया हो.

• Google Chrome OS (Google Chrome OS) वर्शन 72 से

जब यह नीति सेट की जाती है, तो हर डिसप्ले के रिज़ॉल्यूशन और स्केल कारक तय किए गए मान पर सेट किए जाते हैं. सभी कनेक्ट किए गए बाहरी डिसप्ले पर बाहरी डिसप्ले सेटिंग लागू की जाती है.

"external_width" और "external_height" के मान पिक्सेल में तय किए जाने चाहिए. "external_scale_percentage" और "internal_scale_percentage" के मान प्रतिशत में तय किए जाने चाहिए.

अगर "external_use_native" सही पर सेट किया गया है, तो नीति "external_height" और "external_width" के मान अनदेखा कर देगी और बाहरी डिसप्ले के रिज़ॉल्यूशन को उनके स्थानीय रिज़ॉल्यूशन पर सेट कर देगी.

अगर "external_use_native" गलत है या नहीं दिया गया है और या तो "external_height" या "external_width" नहीं दी गई हैं, तो नीति बाहरी डिसप्ले सेटिंग पर असर नहीं डालती. अगर तय किए गए रिज़ॉल्यूशन या स्केल कारक कुछ डिसप्ले के साथ काम नहीं करते, तो नीति उस डिसप्ले पर लागू नहीं की जाती.

अगर "सुझाया गया" फ़्लैग सही पर सेट है, तो उपयोगकर्ता लॉग इन करने के बाद सेटिंग पेज के ज़रिए किसी भी डिसप्ले का रिज़ॉल्यूशन और स्केल कारक बदल सकते हैं, लेकिन उनकी सेटिंग अगली बार फिर चालू करने पर नीति मान से बदल जाएंगी अगर "सुझाए गए" फ़्लैग को गलत पर सेट किया गया है या नहीं सेट किया गया है. उपयोगकर्ता डिसप्ले सेटिंग नहीं बदल सकते.

Windows (Google Chrome OS क्लाइंट):

Software\Policies\Google\ChromeOS\DeviceDisplayResolution = { "external_height": 1080, "external_scale_percentage": 100, "external_use_native": false, "external_width": 1920, "internal_scale_percentage": 150, "recommended": true }

• Google Chrome OS (Google Chrome OS) वर्शन 48 से

अगर यह नीति सेट की जाती है तो हर बार फिर से चालू करने और नीति मान बदलने के बाद उसके पहली बार कनेक्‍ट होने पर, हर डिसप्ले को स्क्रीन की तय की गई दिशा में घुमाया जाता है. उपयोगकर्ता, लॉग इन करने के बाद सेटिंग पेज के ज़रिए डिसप्ले को घुमा सकते हैं लेकिन अगली बार फिर से चालू करने पर नीति मान उनकी सेटिंग ओवरराइड कर देगा.

यह पॉलिसी, प्राथमिक और बाकी सभी तरह के डिसप्ले पर लागू होती है.

अगर नीति सेट नहीं की जाती है तो, डिफ़ॉल्‍ट मान 0 डिग्री होता है और उपयोगकर्ता चाहे तो उसे बदल सकता है. ऐसा होता है तो, दोबारा शुरू करने पर डिफ़ॉल्‍ट मान को फिर से लागू नहीं किया जाता.

• 0 = स्‍क्रीन को 0 डिग्री घुमाएं
• 1 = स्‍क्रीन को घड़ी की दिशा में 90 डिग्री घुमाएं
• 2 = स्‍क्रीन को 180 डिग्री पर घुमाएं
• 3 = स्‍क्रीन को घड़ी की दिशा में 270 डिग्री घुमाएं

• Google Chrome OS (Google Chrome OS) वर्शन 22 से

डिवाइस के लिए इस्तेमाल किए जाने वाले लागू किए गए समय क्षेत्र को बताती है. जब यह नीति सेट की जाती है, तो डिवाइस के उपयोगकर्ता बताए गए समय क्षेत्र को बदल नहीं सकते. अगर कोई गलत मान दिया जाता है, तो नीति इसके बजाय "GMT" का इस्तेमाल करके अब भी चालू रहती है. अगर कोई खाली स्ट्रिंग दी जाती है, तो नीति को अनदेखा कर दिया जाता है.

अगर इस नीति का इस्तेमाल नहीं किया जाता, तो हाल में चालू समय क्षेत्र इस्तेमाल में बना रहेगा, हालांकि उपयोगकर्ता समय क्षेत्र को बदल सकते हैं.

नए डिवाइस "यूएस/प्रशांत" में सेट समय क्षेत्र के साथ शुरू होते हैं.

मान का फ़ॉर्मैट "आईएएनए समय क्षेत्र डेटाबेस" ("https://en.wikipedia.org/wiki/Tz_database" देखें) में दिए गए समय क्षेत्रों के नामों का पालन करता है. खास तौर पर, ज़्यादातर समय क्षेत्र "continent/large_city" या "ocean/large_city" से जुड़े हो सकते हैं.

इस नीति को सेट करने से, डिवाइस के 'जगह की जानकारी' के ज़रिए अपने आप समय क्षेत्र को ठीक करने की प्रक्रिया पूरी तरह बंद हो जाती है. यह SystemTimezoneAutomaticDetection नीति को भी रद्द कर सकती है.

• Google Chrome OS (Google Chrome OS) वर्शन 53 से

इस नीति को सेट किए जाने पर, अपने आप होने वाली 'समय-क्षेत्र पहचान प्रक्रिया' इनमें से एक तरीके से होगी और यह तरीका सेटिंग के मान पर आधारित होगा:

अगर TimezoneAutomaticDetectionUsersDecide पर सेट किया जाता है, तो उपयोगकर्ता chrome://settings में दिए गए सामान्य नियंत्रणों का उपयोग करके अपने आप होने वाली 'समय-क्षेत्र पहचान प्रक्रिया' को नियंत्रित कर सकेंगे.

अगर TimezoneAutomaticDetectionDisabled पर सेट किया जाता है तो, chrome://settings में दिए गए अपने आप होने वाले समय-क्षेत्र नियंत्रणों को बंद कर दिया जाएगा. अपने आप होने वाली 'समय-क्षेत्र पहचान प्रक्रिया' हमेशा बंद रहेगी.

अगर TimezoneAutomaticDetectionIPOnly पर सेट किया जाता है तो, chrome://settings में दिए गए समय-क्षेत्र नियंत्रणों को बंद कर दिया जाएगा. अपने आप होने वाली 'समय-क्षेत्र पहचान प्रक्रिया' हमेशा चालू रहेगी. जगह की सही जानकारी के लिए, 'समय-क्षेत्र पहचान प्रक्रिया' 'सिर्फ़-IP' तरीके का उपयोग करेगी.

अगर imezoneAutomaticDetectionSendWiFiAccessPoints पर सेट किया जाता है, तो chrome://settings में दिए गए समय-क्षेत्र नियंत्रणों को बंद कर दिया जाएगा. अपने आप होने वाली 'समय-क्षेत्र पहचान प्रक्रिया' हमेशा चालू रहेगी. दिखाई देने वाले वाई-फ़ाई एक्सेस-पॉइंट की सूची बिल्कुल सही समय-क्षेत्र की पहचान करने के लिए 'जियोलोकेशन API (एपीआई)' सर्वर को हमेशा भेजी जाएगी.

अगर TimezoneAutomaticDetectionSendAllLocationInfo पर सेट किया जाता है, तो chrome://settings में दिए गए समय-क्षेत्र नियंत्रणों को बंद कर दिया जाएगा. अपने आप होने वाली 'समय-क्षेत्र पहचान प्रक्रिया' हमेशा चालू रहेगी. जगह की जानकारी (जैसे कि वाई-फ़ाई एक्सेस-प्वाइंट, कनेक्ट हो सकने वाले मोबाइल टॉवर, GPS) समय-क्षेत्र की बिल्कुल सही पहचान के लिए किसी सर्वर पर भेजे जाएंगे.

अगर यह नीति सेट नहीं की जाती है, तो माना जाएगा कि TimezoneAutomaticDetectionUsersDecide सेट है.

अगर SystemTimezone नीति सेट की जाती है, तो वह इस नीति को ओवरराइड कर लेती है. ऐसे में अपने आप होने वाली 'समय-क्षेत्र पहचान प्रक्रिया' पूरी तरह से बंद कर दी जाती है.

• 0 = उपयोगकर्ताओं को तय करने दें
• 1 = समय क्षेत्र का कभी भी अपने आप पता न लगाएं
• 2 = हमेशा अस्पष्ट समय क्षेत्र पहचान का इस्तेमाल करें
• 3 = समय-क्षेत्र को ठीक करने के दौरान सर्वर को हमेशा वाई-फ़ाई एक्सेस-पॉइंट भेजें
• 4 = समयक्षेत्र का समाधान करने के दौरान सर्वर को हमेशा स्थान के सभी उपलब्ध सिग्नल भेजें

• Google Chrome OS (Google Chrome OS) वर्शन 30 से

डिवाइस के लिए उपयोग किया जाने वाला घड़ी का फ़ॉर्मैट तय करती है.

यह नीति लॉगिन स्क्रीन पर और 'उपयोगकर्ता सत्रों' के लिए डिफ़ॉल्ट के रूप में उपयोग किए जाने वाले घड़ी के फ़ॉर्मैट को कॉन्फ़िगर करती है. उपयोगकर्ता अब भी अपने खाते के लिए घड़ी के फ़ॉर्मैट को ओवरराइड कर सकते हैं.

अगर नीति को 'सही' पर सेट किया जाता है, तो डिवाइस 24 घंटे वाली घड़ी के फ़ॉर्मैट का उपयोग करेगा. अगर नीति को 'गलत' पर सेट किया जाता है, तो डिवाइस 12 घंटे वाली घड़ी के फ़ॉर्मैट का उपयोग करेगा.

अगर इस नीति को सेट नहीं किया जाता है, तो डिवाइस 24 घंटे वाली घड़ी के फ़ॉर्मैट का उपयोग करेगा.

• Google Chrome (Linux, Mac, Windows) वर्शन 22 से
• Google Chrome OS (Google Chrome OS) वर्शन 41 से

इस नीति का समर्थन रोक दिया गया है. इसके बजाय कृपया RemoteAccessHostClientDomainList का इस्तेमाल करें.

• Google Chrome (Linux, Mac, Windows) वर्शन 60 से
• Google Chrome OS (Google Chrome OS) वर्शन 60 से

यह नीति उन ज़रूरी क्लाइंट डोमेन नामों को कॉन्फ़िगर करती है जिन्हें रिमोट एक्सेस क्लाइंट पर लागू किया जाएगा. साथ ही, यह इस्तेमाल करने वालों को इसे बदलने से भी रोकती है.

अगर यह सेटिंग चालू हो, तो सिर्फ़ बताए गए किसी एक डोमेन के क्लाइंट ही होस्ट से कनेक्ट कर सकते हैं.

अगर यह सेटिंग बंद हो या सेट नहीं की गई हो, तो फिर कनेक्शन प्रकार के लिए डिफ़ॉल्ट नीति लागू की जाती है. रिमोट सहायता के लिए, यह नीति किसी भी डोमेन के क्लाइंट को होस्ट से कनेक्ट होने देती है; किसी भी समय रिमोट एक्सेस के लिए, सिर्फ़़ होस्ट का मालिक कनेक्ट कर सकता है.

मौजूद होने पर, यह सेटिंग RemoteAccessHostClientDomain को ओवरराइड करेगी.

RemoteAccessHostDomainList भी देखें.

Windows (Windows क्लाइंट):

Software\Policies\Google\Chrome\RemoteAccessHostClientDomainList\1 = "my-awesome-domain.com" Software\Policies\Google\Chrome\RemoteAccessHostClientDomainList\2 = "my-auxiliary-domain.com"

Windows (Google Chrome OS क्लाइंट):

Software\Policies\Google\ChromeOS\RemoteAccessHostClientDomainList\1 = "my-awesome-domain.com" Software\Policies\Google\ChromeOS\RemoteAccessHostClientDomainList\2 = "my-auxiliary-domain.com"

Android/Linux:

[ "my-awesome-domain.com", "my-auxiliary-domain.com" ]

Mac:

<array> <string>my-awesome-domain.com</string> <string>my-auxiliary-domain.com</string> </array>

• Google Chrome (Linux, Mac, Windows) वर्शन 14 से
• Google Chrome OS (Google Chrome OS) वर्शन 41 से

जब रिमोट क्‍लाइंट इस मशीन से कनेक्‍शन बनाने की कोशिश कर रहे हों तब STUN सर्वरों का उपयोग चालू करती है.

अगर यह सेटिंग चालू हो, तो फिर रिमोट क्‍लाइंट इस मशीन को खोज सकते हैं और इससे कनेक्‍ट हो सकते हैं भले ही उन्‍हें किसी फ़ायरवॉल के ज़रिए अलग किया गया हो.

अगर यह सेटिंग बंद हो और फ़ायरवॉल के ज़रिए आउटगोइंग UDP कनेक्‍शन फ़िल्‍टर किए गए हों, तो यह मशीन सिर्फ़ स्‍थानीय नेटवर्क के अंदर वाली क्‍लाइंट मशीनों के कनेक्‍शन की ही अनुमति देगी.

अगर इस नीति को सेट किए बिना छोड़ दिया जाता है तो सेटिंग चालू हो जाएगी.

• Google Chrome (Linux, Mac, Windows) वर्शन 22 से
• Google Chrome OS (Google Chrome OS) वर्शन 41 से

इस नीति का समर्थन रोक दिया गया है. इसके बजाय, कृपया RemoteAccessHostDomainList का इस्तेमाल करें.

• Google Chrome (Linux, Mac, Windows) वर्शन 60 से
• Google Chrome OS (Google Chrome OS) वर्शन 60 से

रिमोट एक्सेस होस्ट पर लागू किए जाने वाले ज़रूरी होस्ट डोमेन नामों को कॉन्फ़िगर करती है और इस्तेमाल करने वालों को इसे बदलने से रोकती है.

अगर यह सेटिंग चालू होती है, तो फिर होस्ट, खास डोमेन नामों में से एक पर रजिस्टर किए गए खातों के इस्तेमाल से ही शेयर किए जा सकते हैं.

अगर यह सेटिंग बंद होती है या सेट नहीं की जाती है, तो फिर होस्ट किसी भी खाते के इस्तेमाल से शेयर किए जा सकते हैं.

मौजूद होने पर, यह सेटिंग RemoteAccessHostDomain को ओवरराइड करेगी.

RemoteAccessHostClientDomainList भी देखें.

Windows (Windows क्लाइंट):

Software\Policies\Google\Chrome\RemoteAccessHostDomainList\1 = "my-awesome-domain.com" Software\Policies\Google\Chrome\RemoteAccessHostDomainList\2 = "my-auxiliary-domain.com"

Windows (Google Chrome OS क्लाइंट):

Software\Policies\Google\ChromeOS\RemoteAccessHostDomainList\1 = "my-awesome-domain.com" Software\Policies\Google\ChromeOS\RemoteAccessHostDomainList\2 = "my-auxiliary-domain.com"

Android/Linux:

[ "my-awesome-domain.com", "my-auxiliary-domain.com" ]

Mac:

<array> <string>my-awesome-domain.com</string> <string>my-auxiliary-domain.com</string> </array>

• Google Chrome (Linux, Mac, Windows) वर्शन 22 से
• Google Chrome OS (Google Chrome OS) वर्शन 41 से

उस TalkGadget के शुरूआती भाग को कॉन्फ़ि‍गर करती है, जिसे रिमोट (दूर के) एक्सेस होस्ट के ज़रिए इस्तेमाल किया जाएगा और उपयोगकर्ताओं को इसे बदलने से रोक जाएगा.

अगर जानकारी दी गई है, तो इसे शुरूआती भाग के आधार TalkGadget नाम में TalkGadget के लिए एक पूरा डोमेन नाम बनाने के लिए जोड़ा गया है. आधार TalkGadget डोमेन नाम '.talkgadget.google.com' है.

यदि यह सेटिंग चालू है, तो फिर TalkGadget पर पहुंचने के दौरान होस्ट डिफ़ॉल्ट डोमेन नाम के बजाय कस्टम डोमेन नाम का इस्तेमाल किया जाएगा.

यदि यह सेटिंग बंद है या सेट नहीं है, तो फिर सभी उपयोगकर्ताओं के लिए डिफ़ॉल्ट TalkGadget डोमेन नाम ('chromoting-host.talkgadget.google.com') का इस्तेमाल किया जाएगा.

रिमोट (दूर के) एक्सेस क्लाइंट इस नीति सेटिंग के ज़रिए प्रभावित नहीं हैं. TalkGadget पर पहुंचने के लिए वे हमेशा 'chromoting-client.talkgadget.google.com' का इस्तेमाल करेंगे.

• Google Chrome (Linux, Mac, Windows) वर्शन 23 से
• Google Chrome OS (Google Chrome OS) वर्शन 41 से

कनेक्शन के चलते रहने पर रिमोट (दूर के किसी) एक्सेस वाले होस्ट की करटेनिंग चालू करता है.

यदि यह सेटिंग चालू हो, तो फिर होस्ट के इनपुट और आउटपुट उपकरण बंद कर दिए जाते हैं, जबकि एक रिमोट (दूर का कोई) कनेक्शन चल रहा होता है.

यदि यह सेटिंग बंद या सेट नहीं हो, तो फिर स्थानीय और रिमोट (दूर का कोई) दोनों उपयोगकर्ता होस्ट को शेयर करते समय उससे बातचीत कर सकते हैं.

• Google Chrome (Linux, Mac, Windows) वर्शन 30 से
• Google Chrome OS (Google Chrome OS) वर्शन 41 से

अगर यह सेटिंग सक्षम की गई है या कॉन्फ़िगर नहीं की गई है, तो उपयोगकर्ता प्रत्येक बार PIN डालने की आवश्यकता को खत्म करते हुए, कनेक्शन के समय क्लाइंट और होस्ट को युग्मित करना चुन सकते हैं.

अगर यह सेटिंग अक्षम की गई हो, तो यह सुविधा उपलब्ध नहीं होगी.

• Google Chrome (Linux, Mac, Windows) वर्शन 35 से
• Google Chrome OS (Google Chrome OS) वर्शन 41 से

अगर यह सेटिंग सक्षम है, तब gnubby प्रमाणन अनुरोध पूरे दूरस्थ होस्ट कनेक्शन पर प्रॉक्सी किया जाएगा.

अगर यह सेटिंग अक्षम है या कॉन्फ़िगर नहीं है, तो gnubby प्रमाणन अनुरोध प्रॉक्सी नहीं किए जाएंगे.

• Google Chrome (Linux, Mac, Windows) वर्शन 36 से
• Google Chrome OS (Google Chrome OS) वर्शन 41 से

जब रिमोट क्लाइंट इस मशीन से कनेक्शन जोड़ने की कोशिश कर रहे होते हैं, तब यह नीति रिले सर्वरों के इस्तेमाल की सुविधा चालू करती है.

अगर यह सेटिंग चालू हो, तो फिर रिमोट क्लाइंट इस मशीन से कनेक्ट करने के लिए उस समय रिले सर्वरों का इस्तेमाल कर सकते हैं जब एक सीधा कनेक्शन उपलब्ध न हो (उदाहरण के लिए फ़ायरवॉल पाबंदियों की वजह से).

ध्यान रखें कि अगर RemoteAccessHostFirewallTraversal नीति बंद हो, तो इस नीति को नज़रअंदाज़ किया जाएगा.

अगर यह नीति सेट किए बिना छोड़ दी जाती है तो सेटिंग चालू कर दी जाएगी.

• Google Chrome (Linux, Mac, Windows) वर्शन 36 से
• Google Chrome OS (Google Chrome OS) वर्शन 41 से

इस मशीन में रिमोट होस्ट के इस्तेमाल किए जाने वाले यूडीपी पोर्ट रेंज पर पाबंदी लगाती है.

अगर यह नीति सेट किए बिना छोड़ दी जाती है या अगर इसे किसी खाली स्ट्रिंग पर सेट किया जाता है, तो रिमोट एक्सेस होस्ट को किसी भी उपलब्ध पोर्ट का इस्तेमाल करने की मंज़ूरी दी जाएगी, जब तक कि RemoteAccessHostFirewallTraversal नीति को बंद नहीं किया जाता. इस स्थिति में, रिमोट एक्सेस होस्ट 12400-12409 की रेंज में यूडीपी पोर्ट का इस्तेमाल करेगा.

• Google Chrome (Linux) वर्शन 25 से
• Google Chrome (Mac) वर्शन 25 से
• Google Chrome OS (Google Chrome OS) वर्शन 42 से

अगर यह सेटिंग चालू होती है, तो फिर रिमोट एक्सेस होस्ट स्थानीय इस्तेमाल करने वाले (जिसके साथ होस्ट जुड़ा है) और होस्ट मालिक के रूप में रजिस्टर Google खाते के नाम (जैसे r"johndoe", अगर होस्ट का स्वामित्व "johndoe@example.com" Google खाते के पास हो) की तुलना करता है. अगर होस्ट मालिक का नाम उस स्थानीय इस्तेमाल करने वाले के नाम से अलग है जिससे होस्ट जुड़ा है, तो रिमोट एक्सेस होस्ट शुरू नहीं होगा. पुष्टि करने के लिए होस्ट मालिक का खाता एक निश्चित डोमेन (जैसे "example.com") से जुड़ा है RemoteAccessHostMatchUsername नीति का RemoteAccessHostDomain के साथ इस्तेमाल किया जाना चाहिए.

अगर यह सेटिंग बंद होती है या सेट किए बिना छोड़ दी जाती है, तो रिमोट एक्सेस होस्ट को किसी भी स्थानीय इस्तेमाल करने वाले के साथ जोड़ा जा सकता है.

• Google Chrome (Linux, Mac, Windows) वर्शन 28 से
• Google Chrome OS (Google Chrome OS) वर्शन 42 से

अगर यह नीति सेट होती है, तो रिमोट एक्सेस होस्ट को कनेक्ट होने के लिए इस यूआरएल से प्रमाणीकरण टोकन पाने के लिए क्लाइंट का प्रमाणीकरण करने की ज़रूरत होगी. RemoteAccessHostTokenValidationUrl के साथ इस्तेमाल किया जाना चाहिए.

यह सुविधा फ़िलहाल सर्वर से बंद की गई है.

• Google Chrome (Linux, Mac, Windows) वर्शन 28 से
• Google Chrome OS (Google Chrome OS) वर्शन 42 से

अगर यह नीति सेट हो, तो रिमोट एक्सेस होस्ट कनेक्शन स्वीकार करने के लिए रिमोट एक्सेस क्लाइंट से मिलने वाले प्रमाणीकरण टोकन की पुष्टि करने के लिए इस यूआरएल का इस्तेमाल करेगा. इसका इस्तेमाल RemoteAccessHostTokenUrl को शामिल कर किया जाना चाहिए.

यह सुविधा फ़िलहाल सर्वर से बंद की गई है.

• Google Chrome (Linux, Mac, Windows) वर्शन 28 से
• Google Chrome OS (Google Chrome OS) वर्शन 42 से

अगर यह नीति सेट किए बिना छोड़ दी जाती है, तो होस्ट, दिए गए जारीकर्ता सीएन वाले एक क्लाइंट प्रमाणपत्र का इस्तेमाल करेगा, ताकि RemoteAccessHostTokenValidationUrl को मंज़ूरी दी जा सके. किसी भी उपलब्ध क्लाइंट प्रमाणपत्र का इस्तेमाल करने के लिए, इसे "*" पर सेट करें.

यह सुविधा फ़िलहाल सर्वर से बंद की गई है.

• Google Chrome (Windows) वर्शन 55 से

अगर यह सेटिंग चालू की जाती है तो, 'रिमोट सहायता होस्ट' uiAccess अनुमतियों वाली प्रक्रिया में चलेगा. इससे रिमोट उपयोगकर्ताओं को स्थानीय उपयोगकर्ता के डेस्कटॉप पर एलिवेटेड (ऊपर दिख रही) विंडो से इंटरैक्ट करने की अनुमति मिल जाएगी.

अगर यह सेटिंग बंद की जाती है या कॉन्फ़िगर नहीं की जाती है तो, 'रिमोट सहायता होस्ट' उपयोगकर्ता के संदर्भ में चलेगा और रिमोट उपयोगकर्ता डेस्कटॉप पर एलिवेटेड विंडो में इंटरैक्ट नहीं कर सकेंगे.

• Google Chrome (Linux, Mac, Windows) वर्शन 74 से

यह नियंत्रित करती है कि ऐसे उपयोगकर्ता जो रिमोट एक्सेस होस्ट से जुड़े हैं, क्लाइंट और होस्ट के बीच फ़ाइलें ट्रांसफ़र कर सकते हैं या नहीं. यह नीति उन रिमोट सहायता कनेक्शन पर लागू नहीं होती जिनमें फ़ाइल ट्रांसफ़र करने की सुविधा नहीं है.

अगर यह सेटिंग बंद है, तो फ़ाइल ट्रांसफ़र करने की अनुमति नहीं दी जाएगी. अगर यह सेटिंग चालू है या सेट नहीं की गई है, तो फ़ाइल ट्रांसफ़र करने की अनुमति दी जाएगी.

• Google Chrome OS (Google Chrome OS) वर्शन 28 से

अगर सही हो तो, डिवाइस के लिए दूर से ही प्रमाणित करने की सुविधा की मंज़ूरी होती है और एक प्रमाणपत्र अपने आप जनरेट हो जाएगा और उसे 'डिवाइस प्रबंधन सर्वर' पर अपलोड कर दिया जाएगा.

अगर यह गलत पर सेट है या अगर सेट नहीं है तो, कोई प्रमाणपत्र जनरेट नहीं किया जाएगा और enterprise.platformKeys एक्सटेंशन API (एपीआई) पर कॉल नहीं किया जा सकेगा.

• Google Chrome OS (Google Chrome OS) वर्शन 28 से

अगर यह नीति सही पर सेट हो तो, उपयोगकर्ता chrome.enterprise.platformKeys.challengeUserKey() का उपयोग करके Enterprise Platform Keys API के ज़रिए निजता CA में अपनी पहचान दूर से ही प्रमाणित करने के लिए Chrome डिवाइस पर हार्डवेयर का उपयोग कर सकता है.

अगर यह गलत पर सेट हो या सेट नहीं की गई हो तो, एपीआई को कॉल नहीं किए जा सकेंगे और एक गड़बड़ी कोड मिलेगा.

• Google Chrome OS (Google Chrome OS) वर्शन 28 से

यह नीति उन एक्सटेंशन के बारे में बताती है जिन्हें दूर से ही प्रमाणित करने के लिए Enterprise Platform Keys API के फ़ंक्शन chrome.enterprise.platformKeys.challengeUserKey() का उपयोग करने की मंज़ूरी मिली हुई है. API (एपीआई) का उपयोग करने के लिए एक्सटेंशन इस सूची में ज़रूर जोड़े जाने चाहिए.

अगर कोई एक्सटेंशन सूची में नहीं होता है या सूची सेट नहीं की जाती है तो, API (एपीआई) को कॉल नहीं किया जा सकेगा और एक गड़बड़ी कोड मिलेगा.

Windows (Google Chrome OS क्लाइंट):

Software\Policies\Google\ChromeOS\AttestationExtensionWhitelist\1 = "ghdilpkmfbfdnomkmaiogjhjnggaggoi"

• Google Chrome OS (Google Chrome OS) वर्शन 31 से

Chrome OS डिवाइस, Chrome OS CA द्वारा जारी किया गया प्रमाण-पत्र प्राप्त करने के लिए दूर से होने वाले पुष्टिकरण (सत्यापित एक्सेस) का उपयोग कर सकते हैं, जो इस बात पर ज़ोर देता है कि डिवाइस संरक्षित सामग्री चलाने के लायक है. इस प्रोसेस में Chrome OS CA को हार्डवेयर की पुष्ट जानकारी भेजना शामिल है, जो डिवाइस की खास रूप से पहचान करती है.

यदि यह सेटिंग गलत है, तो डिवाइस सामग्री संरक्षण के लिए दूर से किए जाने वाले पुष्टिकरण का उपयोग नहीं करेगा और डिवाइस संरक्षित सामग्री नहीं चला सकता.

यदि यह सेटिंग सही है, या यह सेट नहीं है, तो दूर से किए जाने वाले सत्यापन का सामग्री संरक्षण के लिए उपयोग किया जा सकता है.

• Google Chrome OS (Google Chrome OS) वर्शन 70 से

यह नीति नियंत्रित करती है कि किसी उपयोगकर्ता के लिए Google Chrome OS की नेटवर्क फ़ाइल शेयर करने की सुविधा की अनुमति है या नहीं.

जब यह नीति कॉन्फ़िगर नहीं होती या सही पर सेट की जाती है, तो उपयोगकर्ता नेटवर्क फ़ाइल शेयर करने की सुविधा का इस्तेमाल कर पाएंगे.

जब यह नीति गलत पर सेट होती है, तो उपयोगकर्ता नेटवर्क फ़ाइल शेयर करने की सुविधा का इस्तेमाल नहीं कर पाएंगे.

• Google Chrome OS (Google Chrome OS) वर्शन 70 से

यह नीति नियंत्रित करती है कि Google Chrome OS के लिए नेटवर्क फ़ाइल शेयर सुविधा NetBIOS Name Query Request protocol को नेटवर्क पर होने वाले शेयरों को खोजने के लिए इस्तेमाल करना चाहिए या नहीं. जब यह नीति सही पर सेट की जाती है, तो शेयर खोज NetBIOS Name Query Request protocol प्रोटोकॉल का इस्तेमाल करके नेटवर्क पर शेयरों को खोजेगी. जब यह नीति गलत पर सेट की जाती है, तो शेयर खोज NetBIOS Name Query Request protocol प्रोटोकॉल का इस्तेमाल करके नेटवर्क पर शेयरों को नहीं खोजेगी. अगर नीति को सेट नहीं किया जाता है, तो एंटरप्राइज़-प्रबंधित उपयोगकर्ताओं के लिए डिफ़ॉल्ट बंद हो जाता है और गैर-प्रबंधित उपयोगकर्ताओं के लिए चालू रहता है.

• Google Chrome OS (Google Chrome OS) वर्शन 71 से

यह नीति नियंत्रित करती है कि किसी एनटीएलएम प्रमाणीकरण के लिए Google Chrome OS की नेटवर्क फ़ाइल शेयर करने की सुविधा की अनुमति है या नहीं.

जब यह नीति 'सही' पर सेट की जाती है, तो ज़रूरत पड़ने पर एसएमबी शेयर के लिए एनटीएलएम प्रमाणीकरण का इस्तेमाल किया जाएगा. जब यह नीति 'गलत' पर सेट की जाती है, तो एसएमबी शेयर के लिए एनटीएलएम प्रमाणीकरण बंद कर दिया जाएगा.

अगर नीति को सेट नहीं किया जाता है, तो एंटरप्राइज़-प्रबंधित उपयोगकर्ताओं के लिए डिफ़ॉल्ट बंद हो जाता है और गैर-प्रबंधित उपयोगकर्ताओं के लिए चालू रहता है.

• Google Chrome OS (Google Chrome OS) वर्शन 71 से

पहले से कॉन्फ़िगर किए गए नेटवर्क फ़ाइल शेयर की सूची दिखाती है.

नीति में मौजूद हर एक सूची आइटम के साथ दो सदस्य हैं: "share_url" और "मोड". "share_url" को शेयर का यूआरएल होना चाहिए और "मोड" को या तो "drop_down" या "pre_mount" होना चाहिए. "drop_down" मोड यह बताता है कि "share_url" को शेयर डिस्कवरी ड्रॉप डाउन में जोड़ा जाएगा. "pre_mount" मोड बताता है कि "share_url" माउंट किया जाएगा.

Windows (Google Chrome OS क्लाइंट):

Software\Policies\Google\ChromeOS\NetworkFileSharesPreconfiguredShares = [ { "mode": "drop_down", "share_url": "smb://server/share" }, { "mode": "drop_down", "share_url": "\\\\server\\share" } ]

• Google Chrome OS (Google Chrome OS) वर्शन 16 से

किसी Google Chrome OS डिवाइस के सभी उपयोगकर्ताओं पर लागू होने के लिए नेटवर्क कॉन्फ़िगरेशन को पुश करने की अनुमति देती है. नेटवर्क कॉन्फ़िगरेशन, https://sites.google.com/a/chromium.org/dev/chromium-os/chromiumos-design-docs/open-network-configuration में वर्णित ओपन नेटवर्क कॉन्फ़िगरेशन प्रारूप द्वारा परिभाषित JSON-प्रारूपण स्ट्रिंग होता है

Android ऐप्लिकेशन इस नीति के ज़रिए सेट किए गए नेटवर्क कॉन्फ़िगरेशन और CA प्रमाणपत्रों का इस्तेमाल कर सकते हैं, लेकिन उनके पास कुछ कॉन्फ़िगरेशन विकल्पों का एक्सेस नहीं होता.

• Google Chrome OS (Google Chrome OS) वर्शन 12 से

निर्धारित करता है कि क्या डिवाइस के लिए डेटा रोमिंग सक्षम किया जाना चाहिए. अगर सही पर सेट हो, तो डेटा रोमिंग की अनुमति है. बिना कॉन्‍फ़गर किए या गलत पर सेट हो तो, डेटा रोमिंग उपलब्ध नहीं होगी.

• Google Chrome OS (Google Chrome OS) वर्शन 56 से

नेटवर्क को धीमा या तेज़ करने की प्रक्रिया (नेटवर्क थ्रॉटलिंग) को चालू या बंद करने की अनुमति देती है. यह सभी उपयोगकर्ताओं और डिवाइस पर सभी इंटरफ़ेस पर लागू होता है. एक बार सेट कर दिए जाने पर, थ्रॉटलिंग की प्रक्रिया तब तक जारी रहती है जब तक कि इसे बंद करने के लिए नीति में बदलाव नहीं किया जाता.

अगर इसे गलत पर सेट किया जाता है तो, थ्रॉटलिंग नहीं होती. अगर सही पर सेट किया जाता है तो, सिस्टम को दी जाने वाली अपलोड और डाउनलोड दरें (kbits/s में) पाने के लिए थ्रॉटलिंग होती है.

• Google Chrome OS (Google Chrome OS) वर्शन 65 से

डीएचसीपी अनुरोधों में इस्तेमाल किए जाने वाले डिवाइस का होस्टनाम तय करती है.

अगर यह नीति किसी ऐसी स्ट्रिंग पर सेट की जाती है जो खाली नहीं है तो, डीएचसीपी अनुरोध के दौरान उस स्ट्रिंग का इस्तेमाल डिवाइस होस्टनाम की तरह किया जाएगा.

इस स्ट्रिंग में ऐसे वैरिएबल ${ASSET_ID}, ${SERIAL_NUM}, ${MAC_ADDR}, ${MACHINE_NAME} हैं, जिन्हें होस्टनाम के तौर पर इस्तेमाल किए जाने से पहले डिवाइस पर मौजूद मानों से बदल दिया जाएगा. इसके नतीजे के ज़रिए होने वाला बदलाव एक मान्य होस्टनाम होना चाहिए (जैसा कि RFC 1035, सेक्शन 3.1 में बताया गया है).

अगर यह नीति सेट नहीं की जाती या बदलाव के बाद मिला मान एक मान्य होस्टनाम नहीं है तो, डीएचसीपी अनुरोध में कोई भी होस्टनाम सेट नहीं किया जाएगा.

• Google Chrome OS (Google Chrome OS) वर्शन 72 से

'तेज़ ट्रांज़िशन' को चालू या बंद करती है. यह सभी उपयोगकर्ताओं पर और डिवाइस पर मौजूद सभी इंटरफ़ेस पर लागू होता है. 'तेज़ ट्रांज़िशन' का इस्तेमाल किए जाने के लिए, यह सेटिंग और नेटवर्क से पहले की ONC प्रॉपर्टी, दोनों का चालू रहना ज़रूरी है. सेट हो जाने पर, 'तेज़ ट्रांज़िशन' तब तक बना रहता है जब तक कि उसे बंद करने के लिए नीति में बदलाव नहीं किया जाता.

अगर यह नीति नहीं सेट की गई है या गलत पर सेट की गई है, तो 'तेज़ ट्रांज़िशन' का इस्तेमाल नहीं किया जाता. अगर सही पर सेट की जाती है, तो 'तेज़ ट्रांज़़िशन' का इस्तेमाल तब किया जाता है जब वायरलेस एक्सेस पॉइंट इसकी सुविधा देता हो.

• Google Chrome OS (Google Chrome OS) वर्शन 75 से

अगर यह नीति गलत पर सेट है, तो Google Chrome OS वाई-फ़ाई को बंद कर देगा और उपयोगकर्ता इसे फिर चालू नहीं कर पाएंगे. अगर नीति सही पर सेट है या बिना सेट किए ही छोड़ दी गई है, तो उपयोगकर्ता मनमुताबिक तरीके से वाई-फ़ाई को चालू या बंद कर पाएंगे.

• Google Chrome OS (Google Chrome OS) वर्शन 75 से

यह नीति कॉन्फ़िगर करती है कि डिवाइस से कोई डॉक कनेक्ट किए जाने पर किस MAC (मीडिया एक्सेस कंट्रोल) पते का इस्तेमाल किया जाएगा.

जब कुछ डिवाइस से डॉक कनेक्ट करते हैं, तो ईथरनेट पर डिफ़ॉल्ट रूप से डिवाइस की पहचान के लिए, डिवाइस के खास तौर पर बनाए गए डॉक MAC पते का इस्तेमाल किया जाता है. यह नीति एडमिन को, डॉक होने के दौरान MAC पते का स्रोत बदलने देती है.

अगर 'DeviceDockMacAddress' चुना गया हो या नीति को सेट किए बिना छोड़ दिया गया हो, तो डिवाइस के खास तौर पर बनाए गए डॉक MAC पते का इस्तेमाल किया जाएगा.

अगर 'DeviceNicMacAddress' को चुना गया हो, तो डिवाइस के NIC (नेटवर्क इंटरफ़ेस कंट्रोलर) MAC पते का इस्तेमाल किया जाएगा.

अगर 'DockNicMacAddress' को चुना गया हो, डॉक के NIC MAC पते का इस्तेमाल किया जाएगा.

इस्तेमाल करने वाला इस सेटिंग को नहीं बदल सकता.

• 1 = डिवाइस का खास तौर पर बनाया गया डॉक MAC पता
• 2 = डिवाइस में NIC MAC पता पहले से मौजूद है
• 3 = डॉक में NIC MAC पता पहले से मौजूद है

• Google Chrome OS (Google Chrome OS) वर्शन 27 से

अगर यह नीति सही पर सेट होती है, तो सिस्टम ट्रे मेनू में हमेशा ही सुलभता विकल्प दिखाई देंगे.

अगर यह नीति गलत पर सेट होती है, तो सिस्टम ट्रे मेनू में कभी भी सुलभता विकल्प दिखाई नहीं देंगे.

अगर आप यह नीति सेट करते हैं, तो इस्तेमाल करने वाले लोग न तो इसे बदल सकते हैं, न ही ओवरराइड कर सकते हैं.

अगर यह नीति सेट नहीं करते हैं, तो सिस्टम ट्रे मेनू में सुलभता विकल्प दिखाई नहीं देंगे, लेकिन इस्तेमाल करने वाले सेटिंग पेज के ज़रिए सुलभता विकल्पों को दिखा सकते हैं.

• Google Chrome OS (Google Chrome OS) वर्शन 29 से

'बड़े कर्सर की सुलभता सुविधा' चालू करें.

अगर यह नीति 'सही' पर सेट है, तो बड़ा कर्सर हमेशा चालू रहेगा.

अगर यह नीति 'गलत' पर सेट है, तो बड़ा कर्सर हमेशा बंद रहेगा.

अगर आप इस नीति को सेट करते हैं, तो उपयोगकर्ता इसे बदल नहीं सकते या ओवरराइड नहीं कर सकते.

अगर यह नीति सेट नहीं की जाती है, तो बड़ा कर्सर शुरू में बंद रहेगा लेकिन उपयोगकर्ता इसे कभी भी चालू कर सकता है.

• Google Chrome OS (Google Chrome OS) वर्शन 29 से

'कंप्यूटर के बोलकर दिए जाने वाले जवाब' की सुलभता सुविधा चालू करें

अगर यह नीति 'सही' पर सेट है तो, 'कंप्यूटर के बोलकर दिए जाने वाले जवाब की सुविधा' हमेशा चालू रहेगी.

अगर यह नीति 'गलत' पर सेट है तो, 'कंप्यूटर के बोलकर दिए जाने वाले जवाब की सुविधा' हमेशा बंद रहेगी.

अगर आप इस नीति को सेट करते हैं तो, उपयोगकर्ता इसे बदल नहीं सकते या ओवरराइड नहीं कर सकते.

अगर इस नीति को सेट नहीं किया जाता है तो, 'कंप्यूटर के बोलकर दिए जाने वाले जवाब की सुविधा' शुरू में बंद होती है लेकिन उपयोगकर्ता इसे किसी भी समय चालू कर सकता है.

• Google Chrome OS (Google Chrome OS) वर्शन 29 से

'हाई कॉन्ट्रास्ट मोड' वाली सुलभता सुविधा चालू करें.

अगर यह नीति 'सही' पर सेट है, तो 'हाई कॉन्ट्रास्ट मोड' हमेशा चालू रहेगा.

अगर यह नीति 'गलत' पर सेट है, तो 'हाई कॉन्ट्रास्ट मोड' हमेशा बंद रहेगा.

अगर आप इस नीति को सेट करते हैं, तो उपयोगकर्ता इसे बदल नहीं सकते या ओवरराइड नहीं कर सकते.

अगर यह नीति सेट नहीं की जाती है, तो 'हाई कॉन्ट्रास्ट मोड' शुरू में बंद होता है लेकिन उपयोगकर्ता इसे किसी भी समय चालू कर सकता है.

• Google Chrome OS (Google Chrome OS) वर्शन 34 से

'ऑन-स्क्रीन कीबोर्ड सुलभता सुविधा' चालू करें.

अगर यह नीति 'सही' पर सेट होती है, तो ऑन-स्क्रीन कीबोर्ड हमेशा चालू रहेगा.

अगर यह नीति 'गलत' पर सेट होती है, तो ऑन-स्क्रीन कीबोर्ड हमेशा बंद रहेगा.

अगर आप इस नीति को सेट करते हैं, तो उपयोगकर्ता ना तो इसे बदल सकते हैं और ना ही रद्द कर सकते हैं.

अगर इस नीति को सेट किए बिना छोड़ दिया जाता है, तो शुरुआत में ऑन-स्क्रीन कीबोर्ड बंद रहेगा लेकिन उपयोगकर्ता उसे किसी भी समय चालू कर सकता है.

• Google Chrome OS (Google Chrome OS) वर्शन 35 से

शीर्ष पंक्ति की कुंजियों के डिफ़ॉल्ट व्यवहार को फ़ंक्शन कुंजियों में बदलती है.

अगर यह नीति 'सही' पर सेट है, तो कीबोर्ड की कुंजियों की शीर्ष पंक्ति डिफ़ॉल्ट रूप से फ़ंक्शन कुंजी आदेश बनाएगी. खोज कुंजियों के व्यवहार को वापस मीडिया कुंजियों में बदलने के लिए उसे दबाना होगा.

अगर यह नीति 'गलत' पर सेट है या सेट किए बिना छोड़ दी जाती है, तो कीबोर्ड डिफ़ॉल्ट रूप से मीडिया कुंजी आदेश बनाएगा और खोज कुंजी के रोके जाने पर फ़ंक्शन कुंजी आदेश बनाएगा.

• Google Chrome OS (Google Chrome OS) वर्शन 29 से

अगर यह नीति सेट हो, तो यह स्क्रीन पर सामग्री को बड़ा दिखाने वाली चालू की गई सुविधा का प्रकार नियंत्रित करती है. इस नीति को "कुछ नहीं" पर सेट करने से स्क्रीन पर सामग्री को बड़ा दिखाने वाली सुविधा बंद हो जाती है.

अगर आप यह नीति सेट करते हैं, तो इस्तेमाल करने वाले लोग न तो इसे बदल सकते हैं, न ही ओवरराइड कर सकते हैं.

अगर यह नीति सेट किए बिना छोड़ी जाती है, तो स्क्रीन पर सामग्री को बड़ा दिखाने वाली सुविधा शुरुआत में बंद की जाती है लेकिन इस्तेमाल करने वाला व्यक्ति इसे बाद में कभी भी चालू कर सकता है.

• 0 = स्क्रीन आवर्धक अक्षम है
• 1 = फ़ुल-स्क्रीन आवर्धक चालू है

• Google Chrome OS (Google Chrome OS) वर्शन 29 से

लॉग इन स्क्रीन पर बड़े कर्सर की उपलब्धता सुविधा की डिफ़ॉल्ट स्थिति तय करें.

अगर यह नीति 'सही' पर सेट है, तो लॉग इन स्क्रीन के दिखाई देने पर बड़ा कर्सर चालू हो जाएगा.

अगर नीति 'गलत' पर सेट है, तो लॉग इन स्क्रीन के दिखाई देने पर बड़ा कर्सर बंद हो जाएगा.

अगर आप इस नीति को सेट करते हैं, तो उपयोगकर्ता बड़े कर्सर को चालू या बंद करके इसे अस्थायी रूप से रद्द कर सकते हैं. हालांकि, उपयोगकर्ता की पसंद स्थायी नहीं होती है और लॉग इन स्क्रीन के फिर से दिखाई देने या उपयोगकर्ता जब लॉग इन स्क्रीन पर एक मिनट तक कोई गतिविधि नहीं करता, तो डिफ़ॉल्ट स्थिति लागू हो जाती है.

अगर यह नीति सेट किए बिना छोड़ दी जाती है, तो लॉग इन स्क्रीन के पहली बार दिखाई देने पर बड़ा कर्सर बंद हो जाता है. उपयोगकर्ता जब चाहें बड़े कर्सर को चालू या बंद कर सकते हैं और उपयोगकर्ताओं के बीच लॉग इन स्क्रीन पर इसकी स्थिति स्थायी हो जाती है.

• Google Chrome OS (Google Chrome OS) वर्शन 29 से

लॉग इन स्क्रीन पर 'कंप्यूटर के बोलकर दिए जाने वाले जवाब' की सुलभता सुविधा को डिफ़ॉल्ट पर सेट करें.

अगर यह नीति 'सही' पर सेट है, तो लॉग इन स्क्रीन के दिखाई देने पर 'कंप्यूटर के बोलकर दिए जाने वाले जवाब की सुविधा' को चालू कर दिया जाएगा.

अगर यह नीति 'गलत' पर सेट है, तो लॉग इन स्क्रीन के दिखाई देने पर 'कंप्यूटर के बोलकर दिए जाने वाले जवाब की सुविधा' को बंद कर दिया जाएगा.

अगर आप यह नीति सेट करते है, तो उपयोगकर्ता 'कंप्यूटर के बोलकर दिए जाने वाले जवाब की सुविधा' को चालू या बंद करके इसे कुछ समय के लिए रद्द कर सकते हैं. हालांकि, उपयोगकर्ता की पसंद हमेशा एक जैसी नहीं होती और हर बार नई लॉग इन स्क्रीन दिखाई देने पर या उपयोगकर्ता के लॉग इन स्क्रीन पर एक मिनट तक कोई गतिविधि न करने पर डिफ़ॉल्ट स्थिति बहाल हो जाती है.

अगर यह नीति सेट नहीं की जाती है तो, पहली बार लॉग इन स्क्रीन दिखाई देने पर 'कंप्यूटर के बोलकर दिए जाने वाले जवाब की सुविधा' बंद होती है. उपयोगकर्ता इस सुविधा को किसी भी समय चालू या बंद कर सकते हैं और लॉग इन स्क्रीन पर उपयोगकर्ताओं के लिए यह स्थिति एक जैसी होती है.

• Google Chrome OS (Google Chrome OS) वर्शन 29 से

लॉग इन स्क्रीन पर ज़्यादा कॉन्ट्रास्ट वाले मोड की उपलब्धता सुविधा की डिफ़ॉल्ट स्थिति तय करें.

अगर यह नीति 'सही' पर सेट है, तो लॉग इन स्क्रीन के दिखाई देने पर ज़्यादा कॉन्ट्रास्ट वाला मोड चालू हो जाएगा.

अगर नीति 'गलत' पर सेट है, तो लॉग इन स्क्रीन के दिखाई देने पर ज़्यादा कॉन्ट्रास्ट वाला मोड बंद हो जाएगा.

अगर आप इस नीति को सेट करते हैं, तो उपयोगकर्ता ज़्यादा कॉन्ट्रास्ट वाले मोड को चालू या बंद करके इसे अस्थायी रूप से रद्द कर सकते हैं. हालांकि, उपयोगकर्ता की पसंद स्थायी नहीं होती है और लॉग इन स्क्रीन के फिर से दिखाई देने या उपयोगकर्ता जब लॉग इन स्क्रीन पर एक मिनट तक कोई गतिविधि नहीं करता, तो डिफ़ॉल्ट स्थिति लागू हो जाती है.

अगर यह नीति जोड़े बिना छोड़ दी जाती है, तो लॉग इन स्क्रीन के पहली बार दिखाई देने पर ज़्यादा कॉन्ट्रास्ट वाला मोड बंद हो जाता है. उपयोगकर्ता जब चाहें ज़्यादा कॉन्ट्रास्ट वाला मोड चालू या बंद कर सकते हैं और उपयोगकर्ताओं के बीच लॉग इन स्क्रीन पर इसकी स्थिति स्थायी हो जाती है.

• Google Chrome OS (Google Chrome OS) वर्शन 34 से

लॉग इन स्क्रीन पर 'ऑन-स्क्रीन कीबोर्ड' की सुलभता सुविधा को डिफ़ॉल्ट पर सेट करें.

अगर यह नीति 'सही' पर सेट की जाती है, तो लॉग इन स्क्रीन दिखाए जाने पर 'ऑन-स्क्रीन कीबोर्ड' चालू हो जाएगा.

अगर यह नीति 'गलत' पर सेट की जाती है, तो लॉग इन स्क्रीन दिखाए जाने पर 'ऑन-स्क्रीन कीबोर्ड' बंद हो जाएगा.

अगर आप इस नीति को सेट करते हैं, तो उपयोगकर्ता 'ऑन-स्क्रीन कीबोर्ड' को चालू या बंद करके इसे कुछ समय के लिए रद्द कर सकते हैं. हालांकि, उपयोगकर्ता की पसंद हमेशा एक जैसी नहीं होती और हर बार नई लॉग इन स्क्रीन दिखाई देने पर या उपयोगकर्ता के लॉग इन स्क्रीन पर एक मिनट तक कोई गतिविधि न करने पर डिफ़ॉल्ट स्थिति बहाल हो जाती है.

अगर यह नीति सेट नहीं की जाती है तो, पहली बार लॉग इन स्क्रीन दिखाए जाने पर 'ऑन-स्क्रीन कीबोर्ड' की सुविधा बंद होती है. उपयोगकर्ता इस सुविधा को किसी भी समय चालू या बंद कर सकते हैं और लॉग इन स्क्रीन पर उपयोगकर्ताओं के लिए यह स्थिति एक जैसी होती है.

• Google Chrome OS (Google Chrome OS) वर्शन 29 से

स्क्रीन पर सामग्री को बड़ा दिखाने वाला वह डिफ़ॉल्ट प्रकार सेट करें जिसे लॉग इन स्क्रीन पर चालू किया गया है.

अगर यह नीति सेट है, तो यह स्क्रीन पर सामग्री को बड़ा दिखाने वाले उस प्रकार को नियंत्रित करेगी जो लॉग इन स्क्रीन के दिखाई देने पर चालू होते हैं. अगर इस नीति के लिए "कुछ नहीं" चुना गया है, तो यह स्क्रीन पर सामग्री को बड़ा दिखाना बंद करती है.

अगर आप इस नीति को सेट करते हैं, तो उपयोगकर्ता स्क्रीन पर सामग्री को बड़ा दिखाना चालू या बंद करके इसे अस्थायी रूप से रद्द कर सकते हैं. हालांकि, उपयोगकर्ता की पसंद स्थायी नहीं होती है और लॉग इन स्क्रीन के फिर से दिखाई देने या उपयोगकर्ता जब लॉग इन स्क्रीन पर एक मिनट तक कोई काम नहीं करता तो डिफ़ॉल्ट स्थिति लागू हो जाती है.

अगर यह नीति सेट किए बिना छोड़ दी जाती है, तो लॉग इन स्क्रीन के पहली बार दिखाई देने पर स्क्रीन पर सामग्री को बड़ा दिखाना बंद हो जाता है. उपयोगकर्ता जब चाहें स्क्रीन पर सामग्री को बड़ा दिखाना चालू या बंद कर सकते हैं और उपयोगकर्ताओं के बीच लॉग इन स्क्रीन पर इसकी स्थिति स्थायी हो जाती है.

• 0 = स्क्रीन आवर्धक अक्षम है
• 1 = फ़ुल-स्क्रीन आवर्धक चालू है

• Google Chrome OS (Google Chrome OS) वर्शन 30 से

Google Chrome OS में प्रवेश स्क्रीन पर पावर प्रबंधन कॉन्फ़िगर करें.

यह नीति लॉगिन स्क्रीन के दिखाई देने पर कुछ समय के लिए कोई भी उपयोगकर्ता गतिविधि नहीं होने पर आपको Google Chrome OS के व्यवहार करने के तरीके को कॉन्फ़िगर करने देती है. नीति एक से ज़्यादा सेटिंग नियंत्रित करती है. उनके व्यक्तिगत सीमेंटिक और मान श्रेणियों के लिए, सत्र में पावर प्रबंधन को नियंत्रित करने वाली संबंधित नीतियां देखें. इन नीतियों के साथ भिन्नताएं निम्न हैं: * निष्क्रिय या लिड बंद होने पर की जाने वाली कार्रवाई सत्र को खत्म करने के लिए नहीं हो सकतीं. * AC पावर पर चलते समय निष्क्रिय होने पर की जाने वाली डिफ़ॉल्ट कार्रवाई शट डाउन करना है.

अगर कोई सेटिंग अनिर्दिष्ट छोड़ दी जाती है, तो डिफ़ॉल्ट मान का उपयोग किया जाता है.

अगर यह नीति सेट नहीं है, तो सभी सेटिंग के लिए डिफ़ॉल्ट का उपयोग किया जाता है.

Windows (Google Chrome OS क्लाइंट):

Software\Policies\Google\ChromeOS\DeviceLoginScreenPowerManagement = { "AC": { "IdleAction": "DoNothing" }, "Battery": { "Delays": { "Idle": 30000, "ScreenDim": 10000, "ScreenOff": 20000 }, "IdleAction": "DoNothing" }, "LidCloseAction": "Suspend", "UserActivityScreenDimDelayScale": 110 }

• Google Chrome OS (Google Chrome OS) वर्शन 29 से

अपने आप होने वाला रीबूट शेड्यूल करके डिवाइस के काम करने की अवधि सीमित करें.

जब यह नीति सेट होती है, तो यह डिवाइस के काम करने की अवधि तय करती है, जिसके बाद अपने आप होने वाला रीबूट शेड्यूल किया जाता है.

जब यह नीति सेट नहीं होती, तो डिवाइस के काम करने की अवधि सीमित नहीं होती.

अगर आप इस नीति को सेट करते, तो उपयोगकर्ता इसे बदल नहीं सकते या ओवरराइड नहीं कर सकते.

अपने आप होने वाला रीबूट चुने गए समय पर शेड्यूल किया जाता है लेकिन अगर उपयोगकर्ता फ़िलहाल डिवाइस का उपयोग कर रहा है तो डिवाइस पर रीबूट में 24 घंटे तक की देरी हो सकती है.

ध्यान दें: फ़िलहाल, अपने आप होने वाले रीबूट सिर्फ़ तब चालू होते हैं जब लॉग इन स्क्रीन दिख रही हो या किओस्क ऐप्लिकेशन के सेशन चल रहा हो. आने वाले दिनों में यह बदल दिया जाएगा और नीति हमेशा लागू होगी, भले ही कोई खास प्रकार का सत्र चल रहा हो या न चल रहा हो.

नीति का मान सेकंड में तय किया जाना चाहिए. मान कम से कम 3600 (एक घंटे) में क्लैंप होने चाहिए.

• Google Chrome OS (Google Chrome OS) वर्शन 41 से

अगर यह नीति 'गलत' पर सेट है या कॉन्‍फ़िगर नहीं है तो, Google Chrome OS उपयोगकर्ता को डिवाइस बंद करने देगा. अगर यह नीति 'सही' पर सेट है तो, Google Chrome OS उपयोगकर्ता के डिवाइस को बंद करने पर उसे फिर से चालू (रीबूट) कर देगा. Google Chrome OS यूज़र इंटरफ़ेस (यूआई) में हर बार 'शटडाउन बटन' को 'रीबूट बटन' से बदल देता है. अगर उपयोगकर्ता 'पावर बटन' से डिवाइस को बंद कर देता है तो, वह अपने आप चालू नहीं होगा, भले ही नीति चालू हो.

• Google Chrome OS (Google Chrome OS) वर्शन 26 से

एसी पावर पर चलते समय उस समय सीमा के बारे में बताती है, जितनी देर तक उपयोगकर्ता अगर कोई भी इनपुट नहीं देता है तो, उसके बाद स्क्रीन की रोशनी कम हो जाती है.

जब इस नीति को शून्य से ज़्यादा मान पर सेट किया जाता है तो, यह Google Chrome OS की ओर से स्क्रीन की रोशनी कम किए जाने से पहले की उस समय सीमा के बारे में बताती है, जितनी देर तक उपयोगकर्ता कोई गतिविधि नहीं करता.

जब इस नीति को शून्य पर सेट किया जाता है तो, उपयोगकर्ता की ओर से कोई गतिविधि नहीं करने के बावजूद Google Chrome OS स्क्रीन की रोशनी कम नहीं करता.

जब यह नीति सेट नहीं की जाती है तो, एक डिफ़ॉल्ट समय सीमा का उपयोग किया जाता है.

नीति का मान मिलीसेकंड में तय किया जाना चाहिए. मानों को, स्क्रीन बंद होने में देरी (अगर सेट हो) और कोई गतिविधि नहीं में देरी से कम या उसके बराबर पर रखा जाता है.

• Google Chrome OS (Google Chrome OS) वर्शन 26 से

एसी पावर पर चलते समय उस समय सीमा के बारे में बताती है, जितनी देर तक उपयोगकर्ता अगर कोई भी इनपुट नहीं देता है तो, उसके बाद स्क्रीन बंद हो जाती है.

जब इस नीति को शून्य से ज़्यादा मान पर सेट किया जाता है तो, यह Google Chrome OS की ओर से स्क्रीन बंद किए जाने से पहले की उस समय सीमा के बारे में बताती है, जितनी देर तक उपयोगकर्ता कोई गतिविधि नहीं करता.

जब इस नीति को शून्य पर सेट किया जाता है तो, उपयोगकर्ता की ओर से कोई गतिविधि नहीं करने के बावजूद Google Chrome OS स्क्रीन को बंद नहीं करता.

जब यह नीति सेट नहीं की जाती है तो, एक डिफ़ॉल्ट समय सीमा का उपयोग किया जाता है.

नीति का मान मिलीसेकंड में तय किया जाना चाहिए. मानों को, कोई गतिविधि नहीं में देरी से कम या उसके बराबर पर रखा जाता है.

• Google Chrome OS (Google Chrome OS) वर्शन 26 से

एसी पावर पर चलते समय उस समय सीमा के बारे में बताती है, जितनी देर तक उपयोगकर्ता अगर कोई भी इनपुट नहीं देता है तो, उसके बाद स्क्रीन बंद हो जाती है.

जब इस नीति को शून्य से ज़्यादा मान पर सेट किया जाता है तो, यह Google Chrome OS की ओर से स्क्रीन बंद किए जाने से पहले की उस समय सीमा के बारे में बताती है, जितनी देर तक उपयोगकर्ता कोई गतिविधि नहीं करता.

जब इस नीति को शून्य पर सेट किया जाता है तो, उपयोगकर्ता की ओर से कोई गतिविधि नहीं करने के बावजूद Google Chrome OS स्क्रीन को बंद नहीं करता.

जब यह नीति सेट नहीं की जाती है तो, एक डिफ़ॉल्ट समय सीमा का उपयोग किया जाता है.

गतिविधि नहीं करने पर स्क्रीन को बंद करने का सुझाया गया तरीका यह है कि निलंबन पर स्क्रीन को बंद किया जाए और गतिविधि नहीं करने में देरी के बाद Google Chrome OS को निलंबित करने दिया जाए. इस नीति का उपयोग सिर्फ़ तभी किया जाना चाहिए जब स्क्रीन को बंद करना, निलंबन से काफ़ी समय पहले सामने आए या गतिविधि नहीं करने पर निलंबित किया जाना बिल्कुल भी ज़रूरी न हो.

नीति का मान मिलीसेकंड में तय किया जाना चाहिए. मानों को, कोई गतिविधि नहीं में देरी से कम या उसके बराबर पर रखा जाता है.

• Google Chrome OS (Google Chrome OS) वर्शन 27 से

यह नीति उस समय सीमा के बारे में बताती है जिसमें इस्तेमाल करने वाले ने कोई गतिविधि नहीं की है. इसके बाद एसी पावर पर चलते समय एक चेतावनी संवाद दिखाया जाता है.

जब यह नीति सेट होती है, तो यह Google Chrome OS की ओर से कोई चेतावनी संवाद दिखाए जाने से पहले की उस समय सीमा के बारे में बताती है, जितनी देर तक इस्तेमाल करने वाला कोई गतिविधि नहीं करता.

जब यह नीति सेट नहीं होती, तो कोई चेतावनी संवाद नहीं दिखाया जाता है.

इस नीति का मान मिलीसेकंड में बताया जाना चाहिए. मानों को इस्तेमाल में नहीं होने की देरी से कम या उसके बराबर रखा जाता है.

चेतावनी संदेश तभी दिखाया जाता है जब कुछ देर तक इस्तेमाल न होने की वजह से या तो वेबसाइट बंद होने वाली हो या फिर आप अपने खाते से लॉग आउट होने वाले हों.

• Google Chrome OS (Google Chrome OS) वर्शन 26 से

AC पावर पर चलते समय, उस समय सीमा के बारे में बताती है जितनी देर तक उपयोगकर्ता कोई भी इनपुट न दे, उसके बाद इस्तेमाल में नहीं कार्रवाई की जाती है.

जब इस नीति को सेट किया जाता है, तो वह Google Chrome OS के इस्तेमाल में नहीं कार्रवाई करने से पहले की उस समय सीमा के बारे में बताती है जिसमें उपयोगकर्ता को निष्क्रिय रहना होगा, जिसे अलग से कॉन्फ़िगर किया जा सकता है.

जब नीति सेट नहीं की जाती, तो एक डिफ़ॉल्ट समय सीमा का इस्तेमाल किया जाता है.

नीति का मान मिलीसेकंड में बताया जाना चाहिए.

• Google Chrome OS (Google Chrome OS) वर्शन 26 से

बैटरी पावर पर चलते समय उस समय सीमा के बारे में बताती है, जितनी देर तक उपयोगकर्ता अगर कोई भी इनपुट नहीं देता है तो, उसके बाद स्क्रीन की रोशनी कम हो जाती है.

जब इस नीति को शून्य से ज़्यादा मान पर सेट किया जाता है तो, यह Google Chrome OS की ओर से स्क्रीन की रोशनी कम किए जाने से पहले की उस समय सीमा के बारे में बताती है, जितनी देर तक उपयोगकर्ता कोई गतिविधि नहीं करता.

जब इस नीति को शून्य पर सेट किया जाता है तो, उपयोगकर्ता की ओर से कोई गतिविधि नहीं करने के बावजूद Google Chrome OS स्क्रीन की रोशनी कम नहीं करता.

जब यह नीति सेट नहीं की जाती है तो, एक डिफ़ॉल्ट समय सीमा का उपयोग किया जाता है.

नीति का मान मिलीसेकंड में तय किया जाना चाहिए. मानों को, स्क्रीन बंद होने में देरी (अगर सेट हो) और कोई गतिविधि नहीं में देरी से कम या उसके बराबर पर रखा जाता है.

• Google Chrome OS (Google Chrome OS) वर्शन 26 से

बैटरी पावर पर चलते समय उस समय सीमा के बारे में बताती है, जितनी देर तक उपयोगकर्ता अगर कोई भी इनपुट नहीं देता है तो, उसके बाद स्क्रीन बंद हो जाती है.

जब इस नीति को शून्य से ज़्यादा मान पर सेट किया जाता है तो, यह Google Chrome OS की ओर से स्क्रीन बंद किए जाने से पहले की उस समय सीमा के बारे में बताती है, जितनी देर तक उपयोगकर्ता कोई गतिविधि नहीं करता.

जब इस नीति को शून्य पर सेट किया जाता है तो, उपयोगकर्ता की ओर से कोई गतिविधि नहीं करने के बावजूद Google Chrome OS स्क्रीन को बंद नहीं करता.

जब यह नीति सेट नहीं की जाती है तो, एक डिफ़ॉल्ट समय सीमा का उपयोग किया जाता है.

नीति का मान मिलीसेकंड में तय किया जाना चाहिए. मानों को, कोई गतिविधि नहीं में देरी से कम या उसके बराबर पर रखा जाता है.

• Google Chrome OS (Google Chrome OS) वर्शन 26 से

बैटरी पावर पर चलते समय उस समय सीमा के बारे में बताती है, जितनी देर तक उपयोगकर्ता अगर कोई भी इनपुट नहीं देता है तो, उसके बाद स्क्रीन बंद हो जाती है.

जब इस नीति को शून्य से ज़्यादा मान पर सेट किया जाता है तो, यह Google Chrome OS की ओर से स्क्रीन बंद किए जाने से पहले की उस समय सीमा के बारे में बताती है, जितनी देर तक उपयोगकर्ता कोई गतिविधि नहीं करता.

जब इस नीति को शून्य पर सेट किया जाता है तो, उपयोगकर्ता की ओर से कोई गतिविधि नहीं करने के बावजूद Google Chrome OS स्क्रीन को बंद नहीं करता.

जब यह नीति सेट नहीं की जाती है तो, एक डिफ़ॉल्ट समय सीमा का उपयोग किया जाता है.

गतिविधि नहीं करने पर स्क्रीन को बंद करने का सुझाया गया तरीका यह है कि निलंबन पर स्क्रीन को बंद किया जाए और गतिविधि नहीं करने में देरी के बाद Google Chrome OS को निलंबित करने दिया जाए. इस नीति का उपयोग सिर्फ़ तभी किया जाना चाहिए जब स्क्रीन को बंद करना, निलंबन से काफ़ी समय पहले सामने आए या गतिविधि नहीं करने पर निलंबित किया जाना बिल्कुल भी ज़रूरी न हो.

नीति का मान मिलीसेकंड में तय किया जाना चाहिए. मानों को, कोई गतिविधि नहीं में देरी से कम या उसके बराबर पर रखा जाता है.

• Google Chrome OS (Google Chrome OS) वर्शन 27 से

यह नीति उस समय सीमा के बारे में बताती है जिसमें इस्तेमाल करने वाले ने कोई गतिविधि नहीं की है. इसके बाद बैटरी पावर पर चलते समय एक चेतावनी संवाद दिखाया जाता है.

जब यह नीति सेट होती है, तो यह Google Chrome OS की ओर से कोई चेतावनी संवाद दिखाए जाने से पहले की उस समय सीमा के बारे में बताती है, जितनी देर तक इस्तेमाल करने वाला कोई गतिविधि नहीं करता.

जब यह नीति सेट नहीं होती, तो कोई चेतावनी संवाद नहीं दिखाया जाता है.

इस नीति का मान मिलीसेकंड में बताया जाना चाहिए. मानों को इस्तेमाल में नहीं होने की देरी से कम या उसके बराबर रखा जाता है.

चेतावनी संदेश तभी दिखाया जाता है जब कुछ देर तक इस्तेमाल न होने की वजह से या तो वेबसाइट बंद होने वाली हो या फिर आप अपने खाते से लॉग आउट होने वाले हों.

• Google Chrome OS (Google Chrome OS) वर्शन 26 से

बैटरी पावर पर चलते समय, यह नीति उस अवधि को तय करती है, जितनी देर तक उपयोगकर्ता के कोई भी इनपुट न देने के बाद 'उपयोग में नहीं' की कार्रवाई की जाती है.

जब नीति सेट की जाती है तो, वह उस अवधि को तय करती है, जिसके बाद Google Chrome OS 'उपयोग में नहीं' की कार्रवाई करता है. इसके लिए ज़रूरी है कि कम से कम इतनी अवधि तक उपयोगकर्ता कुछ भी न करे. इस कार्रवाई को अलग से कॉन्फ़िगर किया जा सकता है.

जब नीति सेट नहीं की जाती तो, एक डिफ़ॉल्ट अवधि का उपयोग किया जाता है.

नीति का मान मिलीसेकंड में तय किया जाना चाहिए.

• Google Chrome OS (Google Chrome OS) वर्शन 26 से

ध्यान दें कि इस नीति को रोक दिया गया और अब इसे हटा दिया जाएगा.

यह नीति और खास IdleActionAC और IdleActionBattery नीतियों को फॉलबैक मान देती है. अगर यह नीति सेट होती है, तो संबंधित ज़्यादा खास नीति के सेट नहीं होने पर इसके मान का ही इस्तेमाल होता है.

जब यह नीति सेट नहीं की गई हो, तो संबंधित ज़्यादा ख़ास नीतियों के बर्ताव पर असर नहीं पड़ता है.

• 0 = निलंबित
• 1 = उपयोगकर्ता को लॉग आउट करें
• 2 = शट डाउन करें
• 3 = कुछ न करें

• Google Chrome OS (Google Chrome OS) वर्शन 30 से

जब यह नीति सेट होती है, तो यह उस कार्रवाई के बारे में बताती है जिसे Google Chrome OS तब करता है जब इस्तेमाल करने वाला उतने समय तक कोई गतिविधि नहीं करता है जितना कोई गतिविधि नहीं से बताया गया है, जिसे अलग से कॉन्फ़िगर किया जा सकता है.

जब यह नीति सेट नहीं होती, तो डिफ़ॉल्ट कार्रवाई की जाती है, जो कि है 'निलंबित करना'.

अगर कार्रवाई 'निलंबित करना' है, तो Google Chrome OS को अलग से कॉन्फ़िगर किया जा सकता है ताकि निलंबन से पहले स्क्रीन को लॉक या लॉक नहीं किया जा सके.

• 0 = निलंबित
• 1 = उपयोगकर्ता को लॉग आउट करें
• 2 = शट डाउन करें
• 3 = कुछ न करें

• Google Chrome OS (Google Chrome OS) वर्शन 30 से

जब यह नीति सेट होती है, तो यह उस कार्रवाई के बारे में बताती है जिसे Google Chrome OS तब करता है जब इस्तेमाल करने वाला उतने समय तक कोई गतिविधि नहीं करता है जितना कोई गतिविधि नहीं से बताया गया है, जिसे अलग से कॉन्फ़िगर किया जा सकता है.

जब यह नीति सेट नहीं होती, तो डिफ़ॉल्ट कार्रवाई की जाती है, जो कि है 'निलंबित करना'.

अगर कार्रवाई 'निलंबित करना' है, तो Google Chrome OS को अलग से कॉन्फ़िगर किया जा सकता है ताकि निलंबन से पहले स्क्रीन को लॉक या लॉक नहीं किया जा सके.

• 0 = निलंबित
• 1 = उपयोगकर्ता को लॉग आउट करें
• 2 = शट डाउन करें
• 3 = कुछ न करें

• Google Chrome OS (Google Chrome OS) वर्शन 26 से

जब यह नीति सेट हो, तो यह उस कार्रवाई के बारे में बताती है जिसे Google Chrome OS तब करता है जब इस्तेमाल करने वाला, डिवाइस का लिड (ढक्कन) बंद करता है.

जब यह नीति सेट नहीं होती, तो डिफ़ॉल्ट कार्रवाई की जाती है, जो कि है 'निलंबित करना'.

अगर कार्रवाई 'निलंबित करना' है, तो Google Chrome OS को अलग से कॉन्फ़िगर किया जा सकता है ताकि निलंबन से पहले स्क्रीन को लॉक या लॉक नहीं किया जा सके.

• 0 = निलंबित
• 1 = उपयोगकर्ता को लॉग आउट करें
• 2 = शट डाउन करें
• 3 = कुछ न करें

• Google Chrome OS (Google Chrome OS) वर्शन 26 से

अगर नीति को सही पर सेट करते हैं या सेट नहीं करते हैं, तो जब ऑडियो चलता है तब उपयोगकर्ता को खाली बैठा हुआ नहीं माना जाता है. यह निष्क्रिय टाइमआउट होने से और निष्क्रिय कार्रवाई को होने से रोकता है. हालांकि, कॉन्फ़िगर किए गए टाइमआउट के बाद स्क्रीन की रोशनी कम होना, स्क्रीन बंद होना और स्क्रीन लॉक होना तो होगा, भले ही ऑडियो गतिविधि चल रही हो.

अगर नीति को गलत पर सेट करते हैं, तो ऑडियो गतिविधि इस्तेमाल करने वाले को खाली बैठा हुआ माने जाने से नहीं रोक पाती है.

• Google Chrome OS (Google Chrome OS) वर्शन 26 से

अगर यह नीति सही पर सेट की जाती है या सेट नहीं की जाती, तो वीडियो चलने के दौरान इस्तेमाल करने वाले व्यक्ति को खाली बैठा हुआ नहीं माना जाता है. इससे 'इस्तेमाल में नहीं' विलंब, स्क्रीन बंद रहने का विलंब और स्क्रीन लॉक का विलंब और संगत कार्रवाइयां होने से रुक जाती हैं.

अगर यह नीति गलत पर सेट की जाती है, तो वीडियो गतिविधि इस्तेमाल करने वाले को खाली माने जाने से नहीं रोकती.

Android ऐप्लिकेशन में वीडियो चलाने पर ध्यान नहीं दिया जाता है, भले ही यह नीति True पर सेट हो.

• Google Chrome OS (Google Chrome OS) वर्शन 29 से

डिवाइस के प्रस्तुतीकरण मोड में होने पर, यह नीति स्क्रीन की रोशनी कितनी देर में कम हो, इस समय को स्केल करने (घटाने या बढ़ाने) का प्रतिशत तय करती है.

अगर यह नीति सेट हो, तो डिवाइस के प्रस्तुतीकरण मोड में होने पर, यह नीति स्क्रीन की रोशनी कितनी देर में कम हो, इस समय को स्केल करने (घटाने या बढ़ाने) का प्रतिशत तय करती है. जब इस समय को कम या ज़्यादा किया जाता है, तो बंद स्क्रीन, स्क्रीन लॉक और 'इस्तेमाल में नहीं' की स्थिति में पहुंचने में लगने वाला समय एडजस्ट हो जाता है. यह इस तरह एडजस्ट होता है कि इस समय और स्क्रीन की रोशनी कम होने में लगने वाले समय के बीच वही समान दूरी बनी रहे जो मूल रूप से कॉन्फ़िगर की गई है.

अगर नीति सेट नहीं हो, तो स्केल करने का डिफ़ॉल्ट तरीका इस्तेमाल किया जाता है.

यह नीति तब लागू होती है, जब PowerSmartDimEnabled को बंद कर दिया जाता है. नहीं तो, इस नीति को अनदेखा कर दिया जाता है क्योंकि स्क्रीन की रोशनी कितनी देर में कम हो, यह मशीन लर्निंग के मॉडल से तय होता है.

स्केल फ़ैक्टर 100% या उससे ज़्यादा होना चाहिए. ऐसे मानों की अनुमति नहीं है जिनसे प्रस्तुतीकरण मोड में स्क्रीन की रोशनी कम होने में सामान्य से कम समय लगे.

• Google Chrome OS (Google Chrome OS) वर्शन 71 से

साफ़ तौर पर बताया जाता है कि स्क्रीन को जगाने वाले लॉक (सक्रियता लॉक) की अनुमति है या नहीं. स्क्रीन को जगाने वाले लॉक का अनुरोध एक्सटेंशन से किया जा सकता है जो पावर प्रबंधन एक्सटेंशन API (एपीआई) और एआरसी के ज़रिए होता है.

अगर यह नीति 'सही' पर सेट की जाती है या सेट किए बिना छोड़ दी जाती है, तो स्क्रीन को जगाने वाले लॉक पावर प्रबंधन में काम करेंगे.

अगर यह नीति 'गलत' पर सेट की जाती है तो स्क्रीन को जगाने वाले लॉक के अनुरोधों को अनदेखा कर दिया जाएगा.

• Google Chrome OS (Google Chrome OS) वर्शन 28 से

साफ़ तौर पर बताया जाता है कि स्क्रीन को जगाने वाले लॉक (सक्रियता लॉक) की अनुमति है या नहीं. स्क्रीन को जगाने वाले लॉक का अनुरोध एक्सटेंशन से किया जा सकता है जो पावर प्रबंधन एक्सटेंशन API (एपीआई) और एआरसी के ज़रिए होता है.

अगर यह नीति 'सही' पर सेट की जाती है या सेट किए बिना छोड़ दी जाती है, तो स्क्रीन को जगाने वाले लॉक पावर प्रबंधन में काम करेंगे, जब तक कि आप 'स्क्रीन को जगाने वाले लॉक को मंज़ूरी दें', को गलत पर सेट नहीं करते .

अगर यह नीति 'गलत' पर सेट की जाती है, तो स्क्रीन को जगाने वाले लॉक अनुरोधों को सिस्टम को जगाने वाले लॉक अनुरोधों में तब्दील कर दिया जाएगा.

• Google Chrome OS (Google Chrome OS) वर्शन 29 से

स्क्रीन की रोशनी कम होने या स्क्रीन बंद हो जाने के तुरंत बाद उपयोगकर्ता की किसी गतिविधि का पता चलने पर, यह नीति, स्क्रीन की रोशनी कितनी देर में कम हो, इस समय को स्केल करने (घटाने या बढ़ाने) का प्रतिशत तय करती है.

अगर यह नीति सेट हो, तो स्क्रीन की रोशनी कम होने या स्क्रीन बंद हो जाने के तुरंत बाद उपयोगकर्ता की किसी गतिविधि का पता चलने पर, स्क्रीन की रोशनी कितनी देर में कम हो, इस समय को घटाने या बढ़ाने का प्रतिशत तय करती है. जब इस समय को कम या ज़्यादा किया जाता है, तो बंद स्क्रीन, स्क्रीन लॉक और 'उपयोग में नहीं' की स्थिति में पहुंचने में लगने वाले समय को एडजस्ट किया जाता है. इसे ऐसे एडजस्ट किया जाता है कि इस समय और स्क्रीन की रोशनी कम होने में लगने वाले समय के बीच वही समान दूरी बनी रहे जो मूल रूप से कॉन्फ़िगर की गई है.

अगर नीति सेट नहीं हो, तो स्केल करने का डिफ़ॉल्ट तरीका इस्तेमाल किया जाता है.

यह नीति सिर्फ़ तब लागू की जा सकती है जब PowerSmartDimEnabled नीति बंद हो. नहीं तो, इस नीति को अनदेखा कर दिया जाता है क्योंकि स्क्रीन की रोशनी कितनी देर में कम हो, यह मशीन लर्निंग के मॉडल से तय होता है.

स्केल फ़ैक्टर 100% या उससे ज़्यादा होना चाहिए.

• Google Chrome OS (Google Chrome OS) वर्शन 32 से

यह तय करती है कि क्या पावर प्रबंधन में देरी और सत्र की समय सीमा, सिर्फ़ किसी सत्र में पहले उपयोगकर्ता की गतिविधि का पता लगाने के बाद ही शुरू हो या नहीं.

अगर यह नीति सही पर सेट की जाती है तो, पावर प्रबंधन में देरी और सत्र की समय सीमा तब तक शुरू नहीं होती जब तक कि किसी सत्र में पहले उपयोगकर्ता की गतिविधि का पता नहीं चल जाता.

अगर यह नीति गलत पर सेट हो या बिना सेट किए हुए छोड़ दी जाए तो, पावर प्रबंधन में देरी और सत्र की समय सीमा, सत्र के शुरू होते ही काम करना चालू कर देती हैं.

• Google Chrome OS (Google Chrome OS) वर्शन 35 से

यह नीति, इस्तेमाल करने वाले की ओर से कोई गतिविधि न होने पर, पावर प्रबंधन रणनीति के लिए एक से ज़्यादा सेटिंग नियंत्रित करती है.

इसमें चार तरह की कार्रवाइयां होती हैं: * अगर इस्तेमाल करने वाला व्यक्ति |ScreenDim| के बताए हुए समय तक कोई गतिविधि नहीं करता है, तो स्क्रीन की रोशनी कम हो जाएगी. * अगर इस्तेमाल करने वाला व्यक्ति |ScreenOff| के बताए हुए समय तक कोई गतिविधि नहीं करता है, तो स्क्रीन बंद हो जाएगी. * अगर इस्तेमाल करने वाला व्यक्ति |IdleWarning| के बताए हुए समय तक कोई गतिविधि नहीं करता है, तो एक चेतावनी संवाद दिखाया जाएगा, जिससे उसे पता चलेगा कि गतिविधि न करने की कार्रवाई की जाने वाली है. चेतावनी संदेश तभी दिखाया जाता है जब कुछ देर तक इस्तेमाल न होने की वजह से या तो वेबसाइट बंद होने वाली हो या फिर आप अपने खाते से लॉग आउट होने वाले हों. * अगर इस्तेमाल करने वाला व्यक्ति |Idle| के बताए हुए समय तक कोई गतिविधि नहीं करता, तो |IdleAction| की बताई हुई कार्रवाई की जाएगी.

ऊपर दी गई हर एक कार्रवाई के लिए, देरी को मिलीसेकंड में बताया जाना चाहिए और संबंधित कार्रवाई ट्रिगर करने के लिए इसे शून्य से बड़े मान पर सेट किया जाना चाहिए. अगर देरी को शून्य पर सेट किया जाता है, तो Google Chrome OS संबंधित कार्रवाई नहीं करेगा.

ऊपर दी गई हर एक देरी के लिए, समय अवधि सेट नहीं होने पर एक डिफ़ॉल्ट मान का इस्तेमाल किया जाएगा.

ध्यान रखें कि |ScreenDim| के मानों को कम करके |ScreenOff|, |ScreenOff| से कम या इसके बराबर कर दिया जाएगा और |IdleWarning| को कम करके |Idle| से कम या इसके बराबर कर दिया जाएगा.

|IdleAction| आगे दी गई चार संभावित कार्रवाइयों में से एक हो सकती है: * |Suspend| * |Logout| * |Shutdown| * |DoNothing|

जब |IdleAction| को सेट नहीं किया जाता है, तो डिफ़ॉल्ट कार्रवाई की जाती है, जो है 'निलंबित करना'.

एसी पावर और बैटरी के लिए अलग-अलग सेटिंग भी होती हैं.

Windows (Google Chrome OS क्लाइंट):

Software\Policies\Google\ChromeOS\PowerManagementIdleSettings = { "AC": { "IdleAction": "DoNothing" }, "Battery": { "Delays": { "Idle": 30000, "IdleWarning": 5000, "ScreenDim": 10000, "ScreenOff": 20000 }, "IdleAction": "DoNothing" } }

• Google Chrome OS (Google Chrome OS) वर्शन 35 से

एसी पावर या बैटरी पर चलते समय उस समय सीमा के बारे में बताती है, जितनी देर तक उपयोगकर्ता अगर कोई भी इनपुट नहीं देता है तो, उसके बाद स्क्रीन बंद हो जाती है.

जब इस नीति को शून्य से ज़्यादा मान पर सेट किया जाता है तो, यह Google Chrome OS की ओर से स्क्रीन बंद किए जाने से पहले की उस समय सीमा के बारे में बताती है, जितनी देर तक उपयोगकर्ता कोई गतिविधि नहीं करता.

जब इस नीति को शून्य पर सेट किया जाता है तो, उपयोगकर्ता की ओर से कोई गतिविधि नहीं करने के बावजूद Google Chrome OS स्क्रीन को बंद नहीं करता.

जब यह नीति सेट नहीं की जाती है तो, एक डिफ़ॉल्ट समय सीमा का उपयोग किया जाता है.

गतिविधि नहीं करने पर स्क्रीन को बंद करने का सुझाया गया तरीका यह है कि निलंबन पर स्क्रीन को बंद किया जाए और गतिविधि नहीं करने में देरी के बाद Google Chrome OS को निलंबित करने दिया जाए. इस नीति का उपयोग सिर्फ़ तभी किया जाना चाहिए जब स्क्रीन को बंद करना, निलंबन से काफ़ी समय पहले सामने आए या गतिविधि नहीं करने पर निलंबित किया जाना बिल्कुल भी ज़रूरी न हो.

नीति का मान मिलीसेकंड में तय किया जाना चाहिए. मानों को, कोई गतिविधि नहीं में देरी से कम या उसके बराबर पर रखा जाता है.

Windows (Google Chrome OS क्लाइंट):

Software\Policies\Google\ChromeOS\ScreenLockDelays = { "AC": 600000, "Battery": 300000 }

• Google Chrome OS (Google Chrome OS) वर्शन 70 से

यह बताती है कि 'स्मार्ट डिम मॉडल' को रोशनी कम हो जाने तक समय बढ़ाने की मंज़ूरी है या नहीं.

जब स्क्रीन की रोशनी कम होने ही वाली होती है, तब 'स्मार्ट डिम मॉडल' इस बात का पता लगाता है कि क्या स्क्रीन की रोशनी कम करने को टाला जाना चाहिए. अगर 'स्मार्ट डिम मॉडल' स्क्रीन की रोशनी कम करने को टाल देता है, तो वह स्क्रीन की रोशनी कम होने तक के समय में बढ़ोतरी कर देता है. इस मामले में, स्क्रीन बंद होने, स्क्रीन लॉक होने और स्क्रीन का इस्तेमाल न होने के विलंब एडजस्ट हो जाते हैं, जिससे स्क्रीन की रोशनी कम होने के विलंब का वही अंतर बनाए रखा जा सके जैसा मूल रूप से कॉन्फ़िगर किया गया है. अगर यह नीति सही पर सेट की जाती है या सेट किए बिना छोड़ दी जाती है, तो 'स्मार्ट डिम मॉडल' चालू कर दिया जाएगा और उसे स्क्रीन की रोशनी कम होने तक के समय में बढ़ोतरी करने की मंज़ूरी होगी. अगर यह नीति गलत पर सेट की जाती है, तो 'स्मार्ट डिम मॉडल' का स्क्रीन की रोशनी कम होने पर कोई असर नहीं पड़ेगा.

• Google Chrome OS (Google Chrome OS) वर्शन 72 से

स्क्रीन चमक प्रतिशत तय करता है. जब यह नीति सेट की जाती है, तो शुरुआत में, स्क्रीन चमक को नीति मान के हिसाब से सिंक किया जाता है, लेकिन इस्तेमाल करने वाला इसे बाद में बदल सकता है. ऑटो-चमक सुविधाएं चालू नहीं हैं. जब यह नीति सेट नहीं की जाती है, तो उपयोगकर्ता स्क्रीन नियंत्रण और ऑटो-चमक सुविधाओं पर इसका कोई असर नहीं होता. नीति मानों को 0-100 की बीच में ही सेट किया जाना चाहिए.

Windows (Google Chrome OS क्लाइंट):

Software\Policies\Google\ChromeOS\ScreenBrightnessPercent = { "BrightnessAC": 90, "BrightnessBattery": 75 }

• Google Chrome OS (Google Chrome OS) वर्शन 75 से

पावर पीक शिफ़्ट बैटरी थ्रेसहोल्ड का प्रतिशत तय करें.

यह नीति तब लागू होगी जब DevicePowerPeakShiftEnabled सही पर सेट हो.

अगर नीति को कॉन्फ़िगर नहीं किया जाता है या उसे बिना सेट किए ही छोड़ दिया जाता है, तो पावर पीक शिफ़्ट काम नहीं करेगा.

• कम से कम:15
• ज़्यादा से ज़्यादा:100

• Google Chrome OS (Google Chrome OS) वर्शन 75 से

दिन में पावर पीक शिफ़्ट मोड का इस्तेमाल करने के लिए इसे सेट करें.

यह नीति तब लागू होगी जब DevicePowerPeakShiftEnabled सही पर सेट हो.

अगर नीति को कॉन्फ़िगर नहीं किया जाता है या उसे बिना सेट किए ही छोड़ दिया जाता है, तो पावर पीक शिफ़्ट काम नहीं करेगा.

ध्यान देंः start_time, end_time और charge_start_time में minute फ़ील्ड में डाले जाने वाले मान, 0, 15, 30, 45 हो सकते हैं.

Windows (Google Chrome OS क्लाइंट):

Software\Policies\Google\ChromeOS\DevicePowerPeakShiftDayConfig = { "entries": [ { "charge_start_time": { "hour": 20, "minute": 45 }, "day": "MONDAY", "end_time": { "hour": 15, "minute": 15 }, "start_time": { "hour": 9, "minute": 0 } }, { "charge_start_time": { "hour": 23, "minute": 45 }, "day": "FRIDAY", "end_time": { "hour": 21, "minute": 0 }, "start_time": { "hour": 2, "minute": 30 } } ] }

• Google Chrome OS (Google Chrome OS) वर्शन 75 से

यह नीति पावर पीक शिफ़्ट की पावर प्रबंधन नीति चालू करती है.

पीक शिफ़्ट पावर बचाने की नीति है. यह दिन के उस समय के दौरान ऑल्टरनेटिंग करंट की खपत को कम करती है, जिस समय पावर की सबसे ज़्यादा ज़रूरत होती है. हर हफ़्ते के कामकाजी दिनों में पावर पीक शिफ़्ट मोड में चालू होने और बंद होने का टाइम सेट किया जा सकता है. इस दौरान सिस्टम बैटरी से चलेगा, भले ही उसे ऑल्टरनेटिंग करंट से बिजली क्यों न मिल रही हो. ऐसा तब तक होगा जब तक कि बैटरी एक तय निशान से नीचे नहीं पहुंच जाती है. तय समय खत्म होने के बाद सिस्टम अपने आप ऑल्टरनेटिंग करंट से मिलने वाली बिजली से चलने लगेगा. इसके लिए, सिस्टम का बिजली से जुड़ा होना ज़रूरी है. हालांकि, इस दौरान बैटरी चार्ज नहीं होगी. सिस्टम ऑल्टरनेटिंग करंट से मिलने वाली बिजली का दोबारा इस्तेमाल करके, सामान्य तरीके से काम करने लगेगा. चार्ज शुरू होने के बाद, सिस्टम बैटरी चार्ज करने लगेगा.

अगर यह नीति सही पर सेट है साथ ही DevicePowerPeakShiftBatteryThreshold, DevicePowerPeakShiftDayConfig सेट हैं, तो पावर पीक शिफ़्ट हमेशा चालू रहेगा. हालांकि, इसके लिए उस डिवाइस का पावर पीक शिफ़्ट काम करना चाहिए.

अगर यह नीति गलत पर सेट है, तो पावर पीक शिफ़्ट हमेशा बंद रहेगा.

अगर आपने यह नीति सेट कर दी है, तो उपयोगकर्ता इसमें बदलाव नहीं कर सकते है.

इस नीति को सेट किए बिना ही छोड़ देने पर, पावर पीक शिफ़्ट शुरुआत में ही बंद हो जाता है और उपयोगकर्ता इसे चालू नहीं कर सकता है.

• Google Chrome OS (Google Chrome OS) वर्शन 75 से

'एसी (अल्टरनेट करंट) पर बूट करें' सुविधा की पावर प्रबंधन नीति चालू करें.

'एसी (अल्टरनेट करंट) पर बूट करें' सुविधा चालू करने के बाद, जब सिस्टम को लाइन पावर से कनेक्ट किया जाता है, ताे सिस्टम बंद/हाइबरनेट स्थिति से अपने आप बूट हाेना शुरू हाे जाता है.

इस नीति के सही पर सेट हाेने पर, अगर डिवाइस पर 'एसी (अल्टरनेट करंट) पर बूट करें' सुविधा इस्तेमाल की जा सकती हाेगी, ताे 'एसी (अल्टरनेट करंट) पर बूट करें' सुविधा हमेशा चालू रहेगी.

अगर यह नीति गलत पर सेट है, तो डिवाइस पर 'एसी (अल्टरनेट करंट) पर बूट करें' की सुविधा हमेशा बंद रहेगी.

अगर आप यह नीति सेट करते हैं, तो इस्तेमाल करने वाले लोग न इसे बदल सकते हैं, न ही ओवरराइड कर सकते हैं.

अगर यह नीति सेट किए बिना छोड़ी जाती है, तो 'एसी (अल्टरनेट करंट) पर बूट करें' सुविधा हमेशा बंद रहेगी और उपयाेगकर्ता इसे चालू नहीं कर पाएंगे.

• Google Chrome OS (Google Chrome OS) वर्शन 75 से

बेहतर बैटरी चार्ज मोड पावर प्रबंधन नीति चालू करें.

बेहतर बैटरी चार्जिंग मोड की मदद से, उपयोगकर्ता अपनी बैटरी को ज़्यादा दिनों तक चला सकते हैं. बेहतर चार्जिंग मोड में, बैटरी को ज़्यादा दिनों तक चलाने के लिए काम नहीं करने वाले समय के दौरान, सिस्टम मानक चार्जिंग एल्गोरिद्म और दूसरी तकनीकों का इस्तेमाल करेगा. काम के समय के दौरान, एक्सप्रेस चार्ज का इस्तेमाल किया जाता है. इस एक्सप्रेस चार्ज की मदद से बैटरी तेज़ी से चार्ज होती है; इसलिए, बैटरी जल्द ही पूरी तरह चार्ज हो जाती है. जिस दिन सिस्टम का सबसे ज़्यादा इस्तेमाल किया जाएगा, तो शुरु होने के समय और अवधि के ज़रिए बताया जाता है.

अगर यह नीति सही पर सेट की जाती है और DeviceAdvancedBatteryChargeModeDayConfig सेट होता है, तो डिवाइस में सुविधा होने पर बेहतर बैटरी चार्ज मोड हमेशा चालू रहेगा.

अगर यह नीति गलत पर सेट की जाती है, तो बेहतर बैटरी चार्ज मोड हमेशा बंद रहेगा.

अगर आपने यह नीति सेट कर दी है, तो उपयोगकर्ता इसमें बदलाव नहीं कर सकते है.

अगर यह नीति सेट किए बिना छोड़ दी जाती है, तो बेहतर बैटरी चार्ज मोड बंद कर दिया जाता है. साथ ही, इस्तेमाल करने वाला इसे चालू नहीं कर सकता.

• Google Chrome OS (Google Chrome OS) वर्शन 75 से

दिन में बेहतर बैटरी चार्ज मोड कॉन्फ़िगरेशन सेट करें.

इस नीति का इस्तेमाल तभी किया जाता है अगर DeviceAdvancedBatteryChargeModeEnabled को सही पर सेट किया गया हो.

अगर इस नीति को कॉन्फ़िगर नहीं किया जाता है या सेट किए बिना छोड़ दिया जाता है, तो बेहतर चार्ज मोड हमेशा ही बंद रहेगा.

ध्यान दें: charge_start_time, charge_end_time से कम होना चाहिए.

नोट: charge_start_time और charge_end_time में minute फ़ील्ड के लिए मंज़ूरी दिए गए मान 0, 15, 30 और 45 हैं.

Windows (Google Chrome OS क्लाइंट):

Software\Policies\Google\ChromeOS\DeviceAdvancedBatteryChargeModeDayConfig = { "entries": [ { "charge_end_time": { "hour": 23, "minute": 0 }, "charge_start_time": { "hour": 20, "minute": 30 }, "day": "TUESDAY" }, { "charge_end_time": { "hour": 6, "minute": 45 }, "charge_start_time": { "hour": 4, "minute": 15 }, "day": "FRIDAY" } ] }

• Google Chrome OS (Google Chrome OS) वर्शन 75 से

बैटरी चार्ज मोड पावर प्रबंधन की नीति के बारे में बताती है.

बैटरी चार्जिंग को डायनैमिक तरीके से नियंत्रित करें ताकि बैटरी पर ज़ोर पड़ने की वजह से उसका जल्दी खत्म होना कम से कम किया जा सके. साथ ही, बैटरी को बेहतर बनाया जा सके.

अगर कस्टम बैटरी चार्ज मोड चुना जाता है, तो DeviceBatteryChargeCustomStartCharging और DeviceBatteryChargeCustomStopCharging के बारे में बताया जाना चाहिए.

अगर यह नीति सेट की जाती है, तो बैटरी चार्ज मोड तब लागू किया जाएगा जब डिवाइस पर इसकी सुविधा हो.

अगर यह नीति सेट किए बिना छोड़ दी जाती है और डिवाइस पर नीति की सुविधा नहीं है, तो मानक बैटरी चार्ज मोड लागू किया जाएगा. साथ ही, इस्तेमाल करने वाला उसे बदल नहीं सकता.

ध्यान दें: अगर पहली नीति के बारे में बताया गया हो, तो DeviceAdvancedBatteryChargeModeEnabled इस नीति को ओवरराइड कर देता है.

• 1 = बैटरी को सामान्य दर से पूरी तरह चार्ज करें.
• 2 = फ़ास्ट चार्जिंग तकनीक के इस्तेमाल से बैटरी चार्ज करें.
• 3 = उन डिवाइस की बैटरी चार्ज करें जिन्हें प्राथमिक रूप से किसी बाहरी पावर स्रोत से कनेक्ट किया गया है.
• 4 = बैटरी खर्च होने के पैटर्न पर आधारित एडैप्टिव चार्ज बैटरी.
• 5 = जब बैटरी एक तय सीमा में हो, तो उसे चार्ज करें.

• Google Chrome OS (Google Chrome OS) वर्शन 75 से

बैटरी चार्ज कस्टम स्टार्ट चार्जिंग को प्रतिशत में सेट करें.

बैटरी चार्ज कस्टम स्टार्ट चार्जिंग मान खत्म होने पर, बैटरी चार्ज होने लगती है.

DeviceBatteryChargeCustomStartCharging, DeviceBatteryChargeCustomStopCharging से कम होना चाहिए.

इस नीति का इस्तेमाल तभी किया जाता है जब DeviceBatteryChargeMode को कस्टम पर सेट किया गया हो.

अगर यह नीति कॉन्फ़िगर नहीं की जाती या सेट किए बिना ही छोड़ दी जाती है, तो मानक बैटरी चार्ज मोड लागू होगा.

• कम से कम:50
• ज़्यादा से ज़्यादा:95

• Google Chrome OS (Google Chrome OS) वर्शन 75 से

बैटरी चार्ज कस्टम स्टॉप चार्जिंग को प्रतिशत में सेट करें.

जब बैटरी, बैटरी चार्ज कस्टम स्टॉप चार्जिंग के मान तक पहुंच जाती है, तो वह चार्ज होना बंद हो जाती है.

DeviceBatteryChargeCustomStartCharging, DeviceBatteryChargeCustomStopCharging से कम होना चाहिए.

इस नीति का इस्तेमाल तभी किया जाता है जब DeviceBatteryChargeMode को कस्टम पर सेट किया गया हो.

अगर यह नीति कॉन्फ़िगर नहीं की जाती या सेट किए बिना ही छोड़ दी जाती है, तो मानक बैटरी चार्ज मोड लागू होगा.

• कम से कम:55
• ज़्यादा से ज़्यादा:100

• Google Chrome OS (Google Chrome OS) वर्शन 75 से

यूएसबी पावर शेयर पावर प्रबंधन नीति चालू करें.

कुछ डिवाइस में चमकते हुए बोल्ट या बैटरी आइकॉन के निशान वाला खास यूएसबी पोर्ट होता है. इसे सिस्टम की बैटरी का इस्तेमाल करके मोबाइल फ़ोन जैसे कि डिवाइस को चार्ज करने के लिए किया जा सकता है. यह नीति सिस्टम के इस्तेमाल में न होने और शट डाउन मोड में होने के दौरान, इस पोर्ट के चार्जिंग के बर्ताव पर असर डालती है. यह नीति सिस्टम के काम करने के दौरान, दूसरे यूएसबी पोर्ट और चार्जिंग के बर्ताव पर असर नहीं डालती है.

चालू होने पर, यूएसबी पोर्ट से हमेशा पावर मिलेगी.

काम नहीं करने के दौरान, अगर इस नीति को सही पर सेट किया गया हो, तो यूएसबी पोर्ट को पावर तब दी जाएगी जब डिवाइस को वॉल चार्जर में लगाया गया हो या अगर बैटरी का लेवल 50% से ज़्यादा हो. अगर नहीं, तो कोई पावर नहीं दी जाती.

शट डाउन होने पर, अगर यह नीति सही पर सेट की जाती है, तो यूएसबी पोर्ट को पावर तब दी जाएगी जब डिवाइस को वॉल चार्जर में प्लग किया गया हो. अगर नहीं, तो कोई पावर नहीं दी जाती.

अगर इस नीति को सेट किए बिना ही छोड़ दिया जाता है, तो नीति चालू हो जाती है. साथ ही, इस्तेमाल करने वाला इसे बंद नहीं कर सकता है.

• Google Chrome (Linux, Mac, Windows) वर्शन 8 से
• Google Chrome OS (Google Chrome OS) वर्शन 11 से
• Google Chrome (Android) वर्शन 30 से

अगर यह सेटिंग चालू होती है, तो उपयोगकर्ता Google Chrome में पासवर्ड याद रख सकते हैं और अगली बार किसी साइट में लॉग इन करते समय उन्हें अपने आप इस्तेमाल में ला सकते हैं.

अगर यह सेटिंग बंद होती है, तो इस्तेमाल करने वाले लोग नए पासवर्ड सेव नहीं कर सकते हैं लेकिन वे अब भी पहले से सेव किए गए पासवर्ड का इस्तेमाल कर सकते हैं.

अगर यह नीति चालू या बंद होती है, तो इस्तेमाल करने वाले लोग इसे Google Chrome में बदल सकते हैं या ओवरराइड कर सकते हैं. अगर यह नीति सेट किए बिना छोड़ दी जाती है, तो पासवर्ड सेव करने की अनुमति होती है (लेकिन इस्तेमाल करने वाला व्यक्ति इसे बंद कर सकता है).

इस नीति का Android ऐप्लिकेशन पर कोई प्रभाव नहीं पड़ता.

• Google Chrome (Linux, Mac, Windows) वर्शन 8 से
• Google Chrome OS (Google Chrome OS) वर्शन 11 से
• Google Chrome (Android) वर्शन 39 से

Google Chrome में प्रिंटिंग सक्षम करता है और उपयोगकर्ताओं को यह सेटिंग बदलने से रोकता है.

अगर यह सेटिंग चालू है या कॉन्फ़िगर नहीं की गई है, तो उपयोगकर्ता प्रिंट कर सकते हैं.

अगर यह सेटिंग बंद है, तो उपयोगकर्ता Google Chrome से प्रिंट कर सकते हैं. पाना मेन्यू, एक्सटेंशन, JavaScript ऐप्लिकेशन, वगैरह में प्रिंटिंग बंद है. प्रिंट करते समय Google Chrome को बायपास करने वाले प्लग इन से प्रिंट करना अब भी संभव है. उदाहरण के लिए, कुछ Flash ऐप्लिकेशन के संदर्भ मेन्यू में प्रिंट विकल्प होता है, जिसे यह नीति कवर नहीं करती है.

इस नीति का Android ऐप्लिकेशन पर कोई प्रभाव नहीं पड़ता.

• Google Chrome (Linux, Mac, Windows) वर्शन 17 से

Google Chrome को, मशीन से कनेक्‍ट किए गए Google Cloud Print और लीगेसी प्रिंटर के बीच प्रॉक्‍सी की तरह काम करने लायक बनाती है.

अगर यह सेटिंग चालू है या कॉन्‍फ़िगर नहीं है, तो उपयोगकर्ता अपने Google खाते की पुष्टि के साथ क्लाउड प्रिंट प्रॉक्‍सी चालू कर सकते हैं.

अगर यह सेटिंग बंद है, तो उपयोगकर्ता प्रॉक्‍सी को चालू नहीं कर सकते, और मशीन को Google Cloud Print के साथ प्रिंटर साझा करने की अनुमति नहीं दी जाएगी.

• Google Chrome OS (Google Chrome OS) वर्शन 71 से

प्रिंटिंग को सिर्फ़ कलर, सिर्फ़ मोनोक्रोम पर या कोई कलर मोड प्रतिबंध नहीं पर सेट करती है. कोई नीति सेट न की गई हो, तो माना जाता है कि कोई प्रतिबंध नहीं है.

• "any" = सभी रंग मोड को अनुमति दें
• "color" = सिर्फ़ रंगीन प्रिंटिंग
• "monochrome" = सिर्फ़ मोनोक्रोम प्रिंटिंग

• Google Chrome OS (Google Chrome OS) वर्शन 71 से

डुप्लेक्स मोड में प्रिंट करना रोक देती है. सेट न की गई और खाली छोड़ दी गई नीति पर कोई रोक नहीं होती है.

• "any" = सभी डुप्लेक्स मोड को अनुमति दें
• "simplex" = सिर्फ़ सिंप्लेक्स प्रिंटिंग
• "duplex" = सिर्फ़ डुप्लेक्स प्रिंटिंग

• Google Chrome OS (Google Chrome OS) वर्शन 72 से

डिफ़ॉल्ट रूप से कलर मोड में प्रिंट करना ओवरराइड कर देती है. अगर मोड उपलब्ध नहीं है तो नीति को अनदेखा कर दिया जाता है.

• "color" = रंगीन प्रिंटिंग चालू करें
• "monochrome" = मोनोक्रोम प्रिंटिंग चालू करें

• Google Chrome OS (Google Chrome OS) वर्शन 72 से

डिफ़ॉल्ट रूप से डुप्लेक्स मोड में प्रिंट करना ओवरराइड कर देती है. अगर मोड उपलब्ध नहीं है तो नीति को अनदेखा कर दिया जाता है.

• "simplex" = सिंप्लेक्स प्रिंटिंग चालू करें
• "short-edge" = छोटे किनारे के साथ डुप्लेक्स प्रिंटिंग चालू करें
• "long-edge" = बड़े किनारे के साथ डुप्लेक्स प्रिंटिंग चालू करें

• Google Chrome (Linux, Mac, Windows) वर्शन 17 से

प्रिंट के लिए Google Cloud Print में दस्‍तावेज़ सबमिट करने के लिए Google Chrome को सक्षम करता है. ध्‍यान दें: यह केवल Google Chrome में Google Cloud Print समर्थन को प्रभावित करता है. यह उपयोगकर्ताओं को वेबसाइटों पर प्रिंट जॉ सबमिट करने से नहीं रोकता है.

अगर सेटिंग सक्षम है या कॉन्‍फ़िगर नहीं की गई है, तो उपयोगकर्ता Google Chrome प्रिंट डॉयलॉग से Google Cloud Print में प्रिंट कर सकता है.

अगर सेटिंग अक्षम है, तो उपयोगकर्ता Google Chrome प्रिंट डॉयलॉग से Google Cloud Print में प्रिंट नहीं कर सकता

• Google Chrome (Linux, Mac, Windows) वर्शन 18 से

प्रिंट की झलक के बजाय सिस्टम प्रिंट संवाद दिखाती है.

जब यह सेटिंग चालू होती है और कोई उपयोगकर्ता पेज को प्रिंट किए जाने का अनुरोध करता है तो, Google Chrome पहले से मौजूद प्रिंट की झलक के बजाय सिस्टम प्रिंट संवाद खोलेगा.

अगर यह नीति सेट नहीं की गई हो या गलत पर सेट की गई हो तो, प्रिंट के लिए दिया गया निर्देश प्रिंट की झलक स्क्रीन को शुरू कर देता है.

• Google Chrome OS (Google Chrome OS) वर्शन 70 से
• Google Chrome (Linux, Mac, Windows) वर्शन 70 से

प्रिंटिंग संवाद में 'हैडर और फ़ुटर' को जबर्दस्ती चालू या बंद करें.

अगर नीति सेट न की गई हो, तो उपयोगकर्ता यह तय कर सकता है कि हैडर और फ़ुटर प्रिंट करने हैं या नहीं.

अगर नीति 'गलत' पर सेट है, तो प्रिंट की झलक वाले संवाद में 'हैडर और फ़ुटर' नहीं चुना गया होता है और उपयोगकर्ता इसे बदल नहीं सकता है.

अगर नीति 'सही' पर सेट है, तो प्रिंट की झलक वाले संवाद में 'हैडर और फ़ुटर' चुना गया होता है और उपयोगकर्ता इसे बदल नहीं सकता है.

• Google Chrome (Linux, Mac, Windows) वर्शन 48 से
• Google Chrome OS (Google Chrome OS) वर्शन 48 से

Google Chrome डिफ़ॉल्ट प्रिंटर चुनने के नियमों को ओवरराइड करती है.

यह नीति Google Chrome में डिफ़ॉल्ट प्रिंटर चुनने के नियम तय करती है. चुनने की यह प्रक्रिया 'प्रिंट फ़ंक्शन' को पहली बार किसी प्रोफ़ाइल के साथ इस्तेमाल करने पर सामने आती है.

इस नीति को सेट किए जाने पर Google Chrome सभी तय की गई विशेषताओं से मिलान करने वाला प्रिंटर ढूंढने की कोशिश करेगा और उसे डिफ़ॉल्ट प्रिंटर के रूप में चुनेगा. नीति से मिलान करने वाला जो पहला प्रिंटर मिलता है, उसे चुना जाता है. अगर पूरी तरह से मिलान करने वाला कोई प्रिंटर ना मिले, तो खोज के दौरान पहले सामने आने वाले क्रम में प्रिंटर चुने जाते हैं.