कॉन्टेक्स्ट अवेयर ऐक्सेस के बारे में अक्सर पूछे जाने वाले सवाल

ऐसा हो सकता है कि सभी उपयोगकर्ताओं को एक जैसे लाइसेंस असाइन न किए गए हों. पुष्टि करें कि आपके उपयोगकर्ता, संगठन की किसी ऐसी इकाई या ग्रुप के सदस्य हों जिसके पास कॉन्टेक्स्ट अवेयर ऐक्सेस की सुविधा वाले Google Workspace के वर्शन हों. उपयोगकर्ता के लाइसेंस की पुष्टि करने के लिए, Admin Console में जाकर बिलिंग की जानकारी देखें.

पुष्टि करें कि कॉन्टेक्स्ट अवेयर ऐक्सेस की नीति में ऐक्सेस की सेटिंग वही है जो आपको चाहिए. यह एट्रिब्यूट से मेल खाने वाले या एट्रिब्यूट से मेल न खाने वाले में से कोई एक होनी चाहिए.

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

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

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

अगर iCloud में Apple Private Relay कॉन्फ़िगर किया गया है, तो डिवाइस का आईपी पता छिपा दिया जाता है. Google Workspace को एक गुमनाम आईपी पता मिलता है. इस मामले में, अगर आईपी सबनेट के तौर पर कॉन्टेक्स्ट-अवेयर ऐक्सेस लेवल असाइन किया गया है, तो Safari को ऐक्सेस नहीं दिया जाएगा. इस समस्या को ठीक करने के लिए, प्राइवेट रिले की सुविधा बंद करें या उस ऐक्सेस लेवल को हटाएं जिसमें आईपी सबनेट शामिल हैं.

अगर आप सिर्फ़ Workspace के ग्राहक हैं, तो Google का सुझाव है कि कॉन्टेक्स्ट अवेयर ऐक्सेस लेवल जोड़ने या उनमें बदलाव करने के लिए, Google Cloud Console इंटरफ़ेस का इस्तेमाल न करें. अगर कॉन्टेक्स्ट अवेयर ऐक्सेस इंटरफ़ेस के अलावा किसी अन्य तरीके का इस्तेमाल करके, ऐक्सेस लेवल जोड़े या बदले जाते हैं, तो आपको यह गड़बड़ी का मैसेज दिख सकता है: Google Workspace पर ऐसे एट्रिब्यूट इस्तेमाल किए जा रहे हैं जो काम नहीं करते. साथ ही, उपयोगकर्ताओं को ब्लॉक किया जा सकता है.

अगर आपने ऐप्लिकेशन पर कोई पाबंदी नहीं लगाई है, तब भी Workspace ऐप्लिकेशन को ब्लॉक किया जा सकता है. ऐसा इसलिए, क्योंकि संबंधित एपीआई के लिए ऐक्सेस लेवल का आकलन किया जाता है. उदाहरण के लिए, Calendar, Drive, और Meet API को ऐक्सेस करने के लिए Gmail की अनुमति का आकलन, Calendar API से जुड़ी पाबंदियों के आधार पर किया जाता है. ब्लॉक किए गए कनेक्शन की पहचान करने के लिए, कॉन्टेक्स्ट अवेयर ऐक्सेस लॉग इवेंट में एपीआई का ऐक्सेस ब्लॉक किया गया इवेंट की समीक्षा करें.

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