जाँच के उदाहरण

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

त्वरित संदर्भ

यह कहाँ मिलेगा: सेटिंग्स (कॉग आइकन, नीचे बाईं ओर) → ऑडिट लॉग

इसका उपयोग कौन कर सकता है: आपके पास ऐसी भूमिका होनी चाहिए जिसमें आपके संगठन में ऑडिट लॉग और Identity & Access Management शामिल हों, जैसे Organisation Administrator। देखें ऑडिट लॉग का उपयोग कौन कर सकता है।

उद्देश्य: किसी प्रश्न से उन अनुरोधों तक पहुँचें जो उसका उत्तर देते हैं

मुख्य प्रवेश द्वार किसने अनलॉक किया?

कोई जिम या लेज़र सेंटर: मुख्य प्रवेश द्वार को दूर से अनलॉक किया गया था और ड्यूटी मैनेजर जानना चाहता है कि यह किसने और क्यों किया।

1. Logs टैब पर, Endpoint पर क्लिक करें, /api/door-gate-access/* टाइप करें और Apply पर क्लिक करें। सूची में केवल Door & Gate Access अनुरोध दिखते हैं।
2. Range को इस तरह सेट करें कि उसमें अनलॉक का समय शामिल हो।
3. उस अनुरोध पर क्लिक करें जिसका एंडपॉइंट /front-entrance/unlock पर समाप्त होता है।

चित्र 1: दरवाज़े का हर अनुरोध, मुख्य प्रवेश द्वार के अनलॉक के साथ खुला हुआ

किन बातों पर ध्यान दें: User दिखाता है कि दरवाज़ा किसने अनलॉक किया, यहाँ oscar.tran@example.com। Request POST Body उनके द्वारा दिया गया कारण दिखाता है, "Member forgot access card", और Response Body दिखाता है कि दरवाज़ा अनलॉक हो गया।

आगे: Door & Gate Access के एक्सेस लॉग में दरवाज़े का अपना रिकॉर्ड देखें, जो दरवाज़े पर हर अनलॉक प्रयास को रिकॉर्ड करता है, मोबाइल ऐप से किए गए प्रयासों सहित।

कोई स्टाफ़ सदस्य किसी की भूमिका क्यों नहीं बदल सका?

कोई फ़िज़ियोथेरेपी क्लिनिक: किसी कोऑर्डिनेटर ने एक सहकर्मी को नई भूमिका देने की कोशिश की, और यह काम नहीं हुआ।

1. Logs टैब पर, Status पर क्लिक करें और 403 Forbidden चुनें।
2. भूमिका बदलने के समय के 403 Forbidden अनुरोध पर क्लिक करें।
3. AI Error Summary में, Generate summary पर क्लिक करें।

चित्र 2: सारांश बताता है कि भूमिका में बदलाव क्यों अस्वीकार किया गया

किन बातों पर ध्यान दें: सारांश कहता है कि व्यक्ति "does not have permission to assign that role" (उसके पास वह भूमिका असाइन करने की अनुमति नहीं है)। इसे Response Body से मिलाएँ, जिसमें लिखा है "You don't have permission to assign this role." Request POST Body दिखाता है कि उन्होंने कौन-सी भूमिका देने की कोशिश की।

आगे: किसी Organisation Administrator से बदलाव करने के लिए कहें, या व्यक्ति की भूमिका की समीक्षा करें। देखें किसी उपयोगकर्ता की भूमिकाएँ बदलना और भूमिका टेम्पलेट।

हमारा बुकिंग इंटीग्रेशन रात में सिंक होना बंद हो गया

कोई एक्वाटिक सेंटर या काउंसिल सुविधा: बुकिंग सिस्टम से चेक-इन रात में दिखना बंद हो गए।

1. Logs टैब पर, Endpoint पर क्लिक करें, /partner/v1/* टाइप करें और Apply पर क्लिक करें।
2. Range को Last 24 hours पर सेट करें।
3. हर पंक्ति की शुरुआत में स्टेटस देखें, फिर विफल अनुरोधों का Response Body पढ़ने के लिए उन पर क्लिक करें।

किन बातों पर ध्यान दें: integrations@example.org से api-key बैज वाले अनुरोध। यहाँ सूची में 429 Too Many Requests दिखता है, जहाँ इंटीग्रेशन ने कम समय में बहुत अधिक अनुरोध भेजे, और 503 Service Unavailable। ध्यान दें कि विफलताएँ कब शुरू हुईं और क्या उनके बाद सफल अनुरोध आए।

आगे: CSV निर्यात करें पर क्लिक करें और फ़ाइल इंटीग्रेशन पार्टनर को भेजें ताकि वे अपनी ओर से जाँच कर सकें। देखें लॉग निर्यात करना और Partner API का त्रुटियाँ पेज।

कोई वेबहुक सहेजा नहीं गया

कोई कैफ़े, स्टोर या हॉस्पिटैलिटी स्थल: किसी मैनेजर ने आगंतुकों का विवरण किसी दूसरे सिस्टम को भेजने के लिए एक वेबहुक सेट किया, और वह सहेजा नहीं गया।

1. Logs टैब पर, Email पर क्लिक करें और मैनेजर का पूरा ईमेल पता टाइप करें, यहाँ leo.hargreaves@example.com।
2. उस समय के दो POST अनुरोध खोजें जब मैनेजर ने वेबहुक सहेजा था: एक ही एंडपॉइंट पर एक 400 Bad Request और एक 201 Created।
3. 400 Bad Request पर क्लिक करें, फिर कुछ मिनट बाद वाले 201 Created पर, और दोनों की तुलना करें।

किन बातों पर ध्यान दें: 400 के Response Body में लिखा है "url must start with https://"। इसके Request POST Body में, पते की शुरुआत में https:// नहीं है। 201 में, मैनेजर ने https:// जोड़ा था, और वेबहुक सहेज लिया गया।

आगे: किसी विफल अनुरोध के लिए, सरल भाषा में व्याख्या पाने के लिए Generate summary पर क्लिक करें। देखें AI Error Summary।

जाने वाले किसी स्टाफ़ सदस्य ने पिछले सप्ताह क्या किया?

कोई कार्यालय या को-वर्किंग साइट: किसी स्टाफ़ सदस्य के जाने से पहले, उनका मैनेजर उनकी हाल की गतिविधि का रिकॉर्ड चाहता है।

1. Logs टैब पर, Email पर क्लिक करें और व्यक्ति का पूरा ईमेल पता टाइप करें।
2. Range को Last 7 days पर सेट करें।
3. सूची के नीचे तक स्क्रॉल करें ताकि हर अनुरोध लोड हो जाए। निर्यात में केवल लोड की गई पंक्तियाँ शामिल होती हैं।
4. CSV निर्यात करें पर क्लिक करें, फिर Export पर।

किन बातों पर ध्यान दें: केवल पढ़ने के बजाय बदलाव। चीज़ें बनाने, बदलने या हटाने वाले अनुरोध देखने के लिए Method को बारी-बारी से POST, PUT, PATCH या DELETE पर सेट करें। किसी भी अप्रत्याशित चीज़ के लिए, अनुरोध खोलें और उसका Request POST Body पढ़ें।

आगे: उनके जाने पर, उनकी पहुँच हटा दें। देखें उपयोगकर्ताओं को हटाना। CSV फ़ाइल को अपने संगठन की नीति के अनुसार संग्रहीत करें।

किस साइट पर सबसे अधिक विफल अनुरोध थे?

कई साइटों वाला ऑपरेटर: कल कई साइटों ने समस्याओं की सूचना दी, और मुख्य कार्यालय जानना चाहता है कि कहाँ से शुरू करें।

1. डैशबोर्ड टैब पर, Window को इस तरह सेट करें कि उसमें पूरा दिन शामिल हो।
2. Errors Over Time में, उस बकेट पर क्लिक करें जहाँ त्रुटियाँ सबसे अधिक थीं। Logs टैब उस समय के विफल अनुरोधों के साथ खुलता है।
3. सुविधा पर क्लिक करें और बारी-बारी से हर साइट चुनें, और तुलना करें कि हर एक में कितने विफल अनुरोध हैं।

किन बातों पर ध्यान दें: कोई ऐसी साइट जिसमें दूसरों की तुलना में कहीं अधिक विफलताएँ हों, या किसी एक एंडपॉइंट पर विफलताएँ। उसके कुछ अनुरोध खोलें और Response Body पढ़ें या Generate summary पर क्लिक करें।

आगे: अन्य चार्ट के लिए डैशबोर्ड देखें, और अपने संगठन की साइटों के लिए सुविधाएँ देखें।

संबंधित पेज

• अनुरोध खोजना: हर फ़िल्टर
• लॉग प्रविष्टि पढ़ना: फ़ील्ड, बॉडी और स्टेटस कोड
• लॉग निर्यात करना: CSV निर्यात