Skip to main content

​
यह इंटीग्रेशन क्या योगदान देता है

OneLogin सामान्यीकृत (normalized) यूज़र लाइफसाइकल, ऑथेंटिकेशन, MFA और प्रशासनिक गतिविधि का डेटा उपलब्ध करा सकता है। समीक्षा किए गए उदाहरणों में शामिल हैं:
  • mfa.success — MFA चैलेंज पूरे करता है
  • mfa.failed — MFA चैलेंज में विफल होता है
  • account.locked — खाता लॉक हो गया
देखें इंटीग्रेशन डेटा Signals में कैसे बदलता है।

​
Living Security को क्या चाहिए

​
सेटअप

1

OneLogin में API क्रेडेंशियल बनाएँ

अकाउंट ओनर या एडमिनिस्ट्रेटर के रूप में Developers → API Credentials खोलें, एक समर्पित क्रेडेंशियल बनाएँ, और ऐसा स्कोप चुनें जो यूज़र और इवेंट पढ़ सके। client ID और secret को सुरक्षित रूप से संग्रहीत करें।
Living Security क्रेडेंशियल जोड़े के बदले एक एक्सेस टोकन प्राप्त करता है और उसकी समय-सीमा समाप्त होने से पहले उसे नवीनीकृत कर देता है, इसलिए आपको कोई टोकन जनरेट या रोटेट करने की आवश्यकता नहीं है। क्रेडेंशियल जोड़े को अपने सामान्य शेड्यूल के अनुसार रोटेट करें और उसके बाद टाइल को दोबारा कनेक्ट करें।

​
सत्यापित करें और समस्या निवारण करें

सत्यापित करें कि कनेक्शन कम से कम एक यूज़र को पढ़ सकता है। यदि टेनेंट में हाल की कोई गतिविधि नहीं है, तो ऑडिट इवेंट खाली हो सकते हैं।
client ID या client secret गलत है, या OneLogin में क्रेडेंशियल जोड़ा हटा दिया गया है। Developers → API Credentials के अंतर्गत पुष्टि करें कि जोड़ा अभी मौजूद है, फिर वर्तमान मानों के साथ दोबारा कनेक्ट करें।
API क्रेडेंशियल को ऐसी अनुमति के साथ दोबारा बनाएँ जो OneLogin resource APIs, यूज़र और इवेंट पढ़ सके।
केवल टेनेंट सबडोमेन दर्ज करें, पूरा URL या प्रशासनिक डिस्प्ले नाम नहीं।यदि सबडोमेन सही है और फिर भी टेनेंट तक पहुँचा नहीं जा सकता, तो जाँचें कि क्या आपके अकाउंट में OneLogin सोर्स IP एड्रेस के आधार पर API एक्सेस को प्रतिबंधित करता है। इस इंटीग्रेशन के लिए पतों के दो सेट allowlist में होने चाहिए, क्योंकि Living Security एक्सेस टोकन स्वयं बनाता है और उसे लगातार नवीनीकृत करता है — इसलिए टोकन अनुरोध और शेड्यूल किए गए सिंक अलग-अलग नेटवर्क से भेजे जाते हैं।
विक्रेता-पक्ष के विवरण के लिए OneLogin की API क्रेडेंशियल गाइड देखें।