---
title: ऑडिट लॉग और गतिविधि
description: पढ़ें कि किसने क्या किया: एकीकृत गतिविधि टाइमलाइन, एडमिन गतिविधियां, ग्राहक लॉगिन, VM इवेंट्स और भेजे गए ईमेल, और इवेंट कोड द्वारा खोज कैसे करें।
url: https://nexcmp.com/hi/docs/administration/audit-log/
applies_to: NexCMP 1.6.1
updated: 2026-11-02
---

# ऑडिट लॉग और गतिविधि {#audit-log-and-activity}

> **एडमिन में कहाँ:** System › Logs › Activity (`/logs`), Admin actions (`/logs/admin`), Console (`/logs/console`), Login (`/logs/logins`), VM events (`/logs/vm-events`); Overview › Support › Sent emails.

NexCMP प्रत्येक महत्वपूर्ण गतिविधि को दर्ज करता है। एकल टाइमलाइन के रूप में **Activity** पेज का उपयोग करें, और सीमित करने के लिए अन्य टैब का उपयोग करें।

## टैब {#tabs}

| टैब | सामग्री |
|---|---|
| **Activity** | सभी स्रोतों पर एकीकृत टाइमलाइन: एडमिन गतिविधियां, VM इवेंट्स, लॉगिन, सहबद्ध (affiliate) और सिस्टम त्रुटियां |
| **Admin actions** | एडमिनिस्ट्रेटर ने क्या बदला (उदाहरण के लिए `customer.block`, `customer.delete`), एडमिनिस्ट्रेटर के IP के साथ |
| **Console** | व्यवस्थापक कंसोल साइन-इन और सिस्टम अनुरोध जैसे कि कोई अपडेट अनुरोध |
| **Login** | ग्राहक साइन-इन और विफलताएं |
| **VM events** | प्रति वर्चुअल मशीन डिप्लॉय चरण, निर्माण, पासवर्ड, नष्ट करना और अन्य लाइफसाइकिल इवेंट्स |

## एक पंक्ति पढ़ना {#reading-a-row}

स्तंभ: **Time**, **Source**, **Level**, **Actor** (कौन), **Target**, **Services**, **Action** (इवेंट कोड जैसे `customer.delete`) और **Details**। पूर्ण रिकॉर्ड के लिए **Open** पर क्लिक करें।

![समयरेखा के ऊपर स्रोत, साइट और सेवा फ़िल्टर वाला Activity पृष्ठ](https://nexcmp.com/hi/docs/images/administration/audit-log-01-activity.webp)

## फ़िल्टर और खोज {#filter-and-search}

1. ड्रॉप-डाउन से एक **source**, **site** और **service** चुनें।
2. एक **From date** / **To date** रेंज सेट करें।
3. खोज बॉक्स में कोई इवेंट कोड (उदाहरण के लिए `customer.block` या `destroy`) टाइप करें — गतिविधि खोज इवेंट कोड से मेल खाती है।

## रिटेंशन और एक्सपोर्ट {#retention-and-exports}

रिकॉर्ड `/var/lib/nexcmp` में NexCMP डेटाबेस में रहते हैं और [Backups](https://nexcmp.com/hi/docs/getting-started/backup-and-restore/) में शामिल होते हैं। अवधारण (retention) लॉग पर निर्भर करता है: 180 दिनों से पुराने ग्राहक साइन-इन प्रयास और 60 दिनों से पुराने ग्राहक API-की अनुरोध लॉग साफ़ कर दिए जाते हैं। व्यवस्थापक API-की ऑडिट लगभग 200,000 हालिया रिकॉर्ड तक रखता है। इन सीमाओं का अर्थ एकीकृत गतिविधि समयरेखा के लिए समान अवधारण नहीं है।

## सामान्य उपयोग {#common-uses}

| प्रश्न | कहाँ देखना है |
|---|---|
| इस ग्राहक को किसने निलंबित किया? | Admin actions, खोजें `customer.block` |
| कोई VM क्यों गायब हो गया? | VM events, VM की ID से फ़िल्टर करें; Activity भी |
| क्या ग्राहक को ईमेल प्राप्त हुआ? | Overview › Support › Sent emails |
| अंतिम अपडेट का अनुरोध कब किया गया था? | Console टैब |