# पहुँच और अनुमतियाँ

Canonical page: https://phishdestroy.github.io/TgWitness/hi/docs/reference/access/

खातों और चैट्स के लिए सीमित पहुँच प्रदान करें, अनुमतियाँ चुनें, सत्रों और आईपी पतों को सीमित करें, और पहुँच वापस ले लें।

एक समीक्षक को एक चैट तक पहुंच दें, एक विश्लेषक को एक मामले को निर्यात करने की अनुमति दें, या एक ऑपरेटर को चयनित खातों का नियंत्रण दें। प्रत्येक व्यक्ति को अपना टोकन मिलता है। मुख्य पैनल का टोकन प्रशासक के पास रहता है।

[खाता सेटअप](https://phishdestroy.github.io/TgWitness/hi/docs/reference/accounts/) · [कनेक्शन मार्ग](https://phishdestroy.github.io/TgWitness/hi/docs/reference/connection/) · [सुरक्षा मॉडल](https://phishdestroy.github.io/TgWitness/hi/docs/reference/security/)

## दो दायरे, दो अलग-अलग काम

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

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

## किसी को पहुँच दें

1. मुख्य प्रशासक के रूप में साइन इन करें और **एक्सेस** खोलें।
2. **'किसी को एक्सेस दें'** के अंतर्गत, लॉग में दिखाई देने वाला कोई नाम दर्ज करें।
3. वर्कस्पेस चुनें और जहाँ आवश्यक हो, व्यक्तिगत चैट चुनें।
4. चुनें कि यह व्यक्ति क्या कर सकता है। व्यू हमेशा शामिल होता है।
5. आवश्यकतानुसार समाप्ति तिथि, साइन-इन/सत्र सीमाएँ और अनुमत पते सेट करें।
6. **Create पर** क्लिक करें। अब टोकन कॉपी करें: यह केवल एक बार ही दिखाई देता है।
7. पैनल का पता और टोकन निजी तौर पर भेजें। प्राप्तकर्ता उस टोकन को सामान्य साइन-इन पेज पर दर्ज करता है; उन्हें आपके मुख्य पैनल टोकन या टेलीग्राम सत्र की आवश्यकता नहीं होती।

जारी किए गए टोकन के साथ पैनल को एक अलग ब्राउज़र सत्र में खोलें और इसे सौंपने से पहले दिखाई देने वाली चैट्स और अनुमत क्रियाओं की जाँच करें।

## अनुमतिएँ चुनें

| अनुमति | यह क्या अनुमति देता है |
| --- | --- |
| `view` | अनुमत चैट्स, कैप्चर किए गए संदेश, प्रोफाइल, फ़ाइलें और फ़िल्टर किए गए जर्नल रिकॉर्ड पढ़ें। हमेशा शामिल। |
| `export` | चैट इतिहास और दस्तावेज़ों का निर्यात अनुमत है। पूरे कार्यक्षेत्र के साक्ष्य निर्यात के लिए पूरे कार्यक्षेत्र तक पहुंच आवश्यक है। |
| `sources` | स्रोतों, स्नैपशॉट्स और प्रोफ़ाइल कैप्चर का प्रबंधन करें। चैट-सीमित पहुँच केवल अनुमत चैट्स पर ही क्रिया कर सकती है; खाता-व्यापी स्रोत खोज और दायरा सेटिंग्स बंद रहती हैं। |
| `collect` | एक कलेक्टर शुरू या बंद करें। पूरे वर्कस्पेस की पहुँच आवश्यक है क्योंकि संग्रहण खाते को प्रभावित करता है। |
| `interact` | पहुँच दायरे के भीतर समर्थित टेलीग्राम इंटरैक्शन करें। चैट-सीमित पहुँच खाता-व्यापी लिंक पूर्वावलोकन का उपयोग नहीं कर सकती। |
| `settings` | संग्रह सेटिंग्स, टाइमस्टैम्प, सूचनाएं, ऑफ-साइट प्रतियां और पैरामीटर बदलें। पूरे वर्कस्पेस तक पहुंच आवश्यक है। |
| `account` | टेलिग्राम में साइन इन या साइन आउट करें और कनेक्शन मार्ग प्रबंधित करें। पूरे वर्कस्पेस की पहुँच आवश्यक है। |

अनुमति और दायरा एक साथ जाँचे जाते हैं। किसी अनुमति को चुनने से अन्य चैट नहीं खुलते या चैट-सीमित पहुँच के लिए कार्यक्षेत्र-व्यापी संचालन अनलॉक नहीं होता। समानांतर निर्यात के लिए, पहुँच को हर चयनित खाते में निर्यात की गई चैट को कवर करना चाहिए। जारी की गई पहुँच नई पहुँचें नहीं बना सकती, अन्य लोगों के सत्रों का प्रबंधन नहीं कर सकती या प्रशासक कंसोल नहीं खोल सकती।

### तीन उपयोगी सेटअप

| व्यक्ति | दायरा | अनुमतियाँ |
| --- | --- | --- |
| समीक्षक | एक मामले की रिकॉर्ड की गई चैट्स | `view` |
| हैंडओवर तैयार कर रहा विश्लेषक | जांच और निर्यात के लिए चैट्स | `view`, `export`; केवल तभी `interact` जोड़ें जब उन्हें टेलीग्राम के माध्यम से कार्य करना हो |
| संग्रह ऑपरेटर | चुने गए पूरे वर्कस्पेस | `view`, `sources`, `collect`; केवल आवश्यकता पड़ने पर `settings` या `account` जोड़ें |

ये उदाहरण हैं जिन्हें आप अनुमति चेकबॉक्स के साथ कॉन्फ़िगर करते हैं, स्थिर भूमिकाएँ नहीं।

## सीमाएँ और सत्र

| सेटिंग | यह कैसे काम करता है |
| --- | --- |
| समांतर सत्र | एक साथ चल रहे सत्रों को 1–100 तक सीमित करें। सीमा पर पहुँचने पर अगले साइन-इन को अस्वीकार करें या सबसे पुराने सत्र को समाप्त कर दें। |
| साइन-इन की अनुमति है | टोकन के सफल उपयोगों को केवल सत्र शुरू करने तक सीमित करें। केवल इसलिए कि अंतिम अनुमत साइन-इन का उपयोग हो चुका है, मौजूदा सत्र समाप्त नहीं होते। |
| मान्य तक | पहुँच के लिए पूर्ण समाप्ति। समाप्त हो चुकी पहुँच साइन इन नहीं कर सकती और अनुरोध करना जारी नहीं रख सकती। |
| गतिविधि रहित मिनट | सत्र निष्क्रियता टाइमआउट, 5 मिनट से 30 दिनों तक। सफल अनुरोध इसे बढ़ाते हैं; एक खुला पैनल पोलिंग द्वारा स्वयं को सक्रिय रख सकता है। |
| अनुमत पते | विशिष्ट IP पतों या CIDR सबनेट्स को स्वीकार करें। जब तक प्रथम-साइन-इन बाइंडिंग सक्षम न हो, किसी भी पते की अनुमति देने के लिए इसे खाली छोड़ दें। |
| पहले साइन-इन से बाँधें | पहली सफल साइन-इन उस पहुँच के लिए अनुमत पते को निर्धारित करती है। |

आईपी वह क्लाइंट पता है जो एप्लिकेशन को दिखाई देता है। रिवर्स प्रॉक्सी या टनल के पीछे, आईपी नियमों पर भरोसा करने से पहले **ओपन सेशंस** में दिखाए गए पते की जाँच करें: अन्यथा कई उपयोगकर्ता प्रॉक्सी के पते को साझा करते हुए दिखाई दे सकते हैं।

## पहुँच बदलें या वापस लें

**एक्सेस के** अंतर्गत एक प्रविष्टि को उसके दायरे, अनुमतियों या सीमाओं को बदलने के लिए संपादित करें। दायरा और अनुमति परिवर्तनों की जाँच बाद के अनुरोधों पर की जाती है, जिसमें पहले से खुले सत्रों के अनुरोध भी शामिल हैं। किसी एक्सेस को रद्द करने से उसके सत्र समाप्त हो जाते हैं और जारी किया गया टोकन अनुपयोगी हो जाता है। **ओपन सेशंस** प्रशासक को यह भी अनुमति देता है कि वह पूरे एक्सेस को रद्द किए बिना एक व्यक्तिगत सत्र को समाप्त कर सके।

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

## प्रशासक क्या देख सकता है

**शुरुआत से यह लॉग** हर वर्कस्पेस की जर्नल गतिविधि के साथ प्रक्रिया लॉग को जोड़ता है: साइन-इन, अस्वीकृतियाँ, मार्ग परिवर्तन और ऑपरेटर क्रियाएँ। यह वर्तमान प्रक्रिया के लिए एक इन-मेमोरी कंसोल है, न कि हर संदेश की एक स्थायी प्रति। बार-बार होने वाली संदेश घटनाएँ कंसोल भरने के बजाय जर्नल में ही रहती हैं।

एक्सेस जारी करने, बदलने और रद्द करने, और सत्र शुरू करने या समाप्त करने से भी हस्ताक्षरित `access.*` जर्नल रिकॉर्ड बनते हैं। उन रिकॉर्ड्स में टोकन शामिल नहीं होते हैं। जारी किए गए टोकन और सत्र क्रेडेंशियल एन्क्रिप्टेड वॉल्ट में हैश के रूप में रखे जाते हैं।

****मुख्य प्रशासक और विश्वास सीमा**** मुख्य पैनल टोकन प्रतिबंधित नहीं रहता है। इसके साथ ब्राउज़र साइन-इन सत्र बनाते हैं जो प्रशासक द्वारा कॉन्फ़िगर की गई सत्र सीमाओं के अधीन होते हैं। मुख्य टोकन को सीधे भेजने वाली स्क्रिप्ट्स पूरी पहुँच बनाए रखती हैं और उन्हें ब्राउज़र सत्रों के रूप में नहीं गिना जाता है। यह एक इंस्टॉलेशन में एप्लिकेशन-स्तर का एक्सेस कंट्रोल है। सभी वर्कस्पेस सर्वर प्रक्रिया को साझा करते हैं; यह होस्ट प्रशासक से अलगाव नहीं है। मुख्य टोकन, टेलीग्राम सत्र, साइनिंग कुंजियाँ और डेटा निर्देशिका को निजी रखें। एक विटनेस टोकन एक अलग चेकपॉइंट/स्वास्थ्य क्रेडेंशियल है, न कि एक पैनल एक्सेस टोकन।