> ## Documentation Index
> Fetch the complete documentation index at: https://docs.vetox.io/llms.txt
> Use this file to discover all available pages before exploring further.

# पहुँच नियंत्रण

> Section by section, विशिष्ट roles और लोगों को Manage Server दिए बिना dashboard access delegate करें। Max tier।

Default से, Discord में **Manage Server** वाला कोई भी आपके Vetox dashboard में सब कुछ configure कर सकता है। Access Control इसे संकीर्ण करता है।

<Info>
  **Max** tier चाहिए। इसके नीचे page पूरी तरह pricing से बदल जाता है — कोई partial या preview view नहीं।
</Info>

<Warning>
  **Sidebar यह entry Basic से दिखाता है, लेकिन page को Max चाहिए।** एक Basic-tier administrator इस पर click कर सकता है और paywall पर उतर सकता है। यह एक gating inconsistency है, समाप्त subscription नहीं।
</Warning>

## यह किस समस्या को हल करता है

Manage Server एक कुंद उपकरण है। किसी moderator को यह इसलिए देना कि वे Auto-Moderation tune कर सकें, उन्हें आपका server edit करने भी देता है, और आपके हर अन्य Vetox page देता है।

## दो switches

दोनों **तुरंत** save होते हैं — इस page पर कोई save bar नहीं है।

| Switch                   | Default | प्रभाव                                                                                                                           |
| ------------------------ | ------- | -------------------------------------------------------------------------------------------------------------------------------- |
| **Restrict Permissions** | Off     | केवल Section Access में listed roles और लोग dashboard उपयोग कर सकते हैं। Off का matlab कोई भी administrator पूर्ण access रखता है |
| **Restrict Protection**  | Off     | इस page को server owner तक सीमित करता है, इसलिए कोई खुद को अधिक access grant नहीं कर सकता                                        |

<Warning>
  बिना किसी Section Access entries के **Restrict Permissions** on करने से Overview के अलावा हर non-owner administrator सब से बाहर हो जाता है।

  पहले अपनी entries जोड़ें, फिर restriction enable करें। Server owner हमेशा access रखता है।
</Warning>

## Section Access

**25 entries** तक। प्रत्येक roles, individual users, और वे sections जिन्हें वे unlock करते हैं combine करती है।

एक entry में कम से कम एक role **या** कम से कम एक user होना चाहिए — इनमें से किसी के बिना entry reject होती है।

<Tip>
  Individuals के बजाय roles पसंद करें। Role-based entry staff बदलने पर काम करती रहती है; individual entry को हर बार edit करना पड़ता है जब कोई join या leave करे।
</Tip>

### आप क्या grant कर सकते हैं

चौंतीस sections, sidebar की तरह ही समूहित: Setup और Commands · AI · चार moderation pages · आठ community features · चार customization features · चार communication features · आठ notification platforms · Tickets · Applications · और चार administration pages।

## Access वास्तव में कैसे तय होती है

क्रम समझना मायने रखता है, क्योंकि कई चीज़ें आपके नियमों को पूरी तरह bypass करती हैं।

<Steps>
  <Step title="Server blacklist">
    Blacklisted server नीचे सब कुछ के बावजूद refused है।
  </Step>

  <Step title="Custom Bot owner">
    यदि आप इस server की सेवा करने वाले Custom Bot के मालिक हैं, तो आपको **कोई Discord permission check बिना पूर्ण access** मिलता है।
  </Step>

  <Step title="Bot presence">
    Vetox को वास्तव में server में होना चाहिए।
  </Step>

  <Step title="Server owner">
    Server owner Restrict Permissions को **पूरी तरह** bypass करता है। आप owner को restrict नहीं कर सकते।
  </Step>

  <Step title="Administrator check">
    Discord में Administrator के बिना, यहाँ access refused है — Section Access sections grant करता है, यह non-administrator को dashboard access grant नहीं करता।
  </Step>

  <Step title="आपके नियम">
    केवल अब Restrict Permissions और Section Access लागू होते हैं।
  </Step>
</Steps>

<Warning>
  **Section Access ऐसे किसी को dashboard access grant नहीं कर सकता जो पहले से Discord administrator नहीं है।** यह केवल administrator क्या पहुँच सकता है इसे संकीर्ण करता है। Non-administrator को access देने के लिए, उन्हें पहले Discord में Administrator चाहिए।
</Warning>

<Note>
  **Overview हमेशा पहुँच योग्य है।** शून्य matching entries वाला administrator भी Overview रखता है, जान-बूझकर, ताकि कोई error page पर घूरता न छूटे।
</Note>

## Restrict Protection

जब on हो, केवल server owner इस page को खोल सकता है — जब तक कि कोई entry स्पष्ट रूप से Access Control section को किसी को grant न करे, जो इसे override करती है।

## जानने योग्य दो चीज़ें

<AccordionGroup>
  <Accordion title="Hidden sidebar entries cosmetic हैं" icon="eye-slash">
    User जिन sections पर नहीं पहुँच सकते वे उनके sidebar से छिपे होते हैं, लेकिन असली enforcement हर request पर server-side होता है। URL सीधे type करने वाला कोई अब भी refused है।
  </Accordion>

  <Accordion title="यह अपने errors पर open fail करता है" icon="triangle-exclamation">
    यदि permission configuration खुद पढ़ा नहीं जा सकता, तो access सबको बाहर करने के बजाय unrestricted पर fall through होता है। Blacklist और Administrator checks अब भी लागू होते हैं।

    यह एक जान-बूझकर availability choice है, लेकिन इसका matlab है कि backend fault अस्थायी रूप से access को संकीर्ण करने के बजाय widen करती है।
  </Accordion>
</AccordionGroup>

## एक worked example

<Steps>
  <Step title="अपने moderators के लिए entry">
    Roles: `Moderator`। Sections: Auto-Moderation, Moderation Tools, Logging, एंटी-रेड।
  </Step>

  <Step title="अपनी community team के लिए entry">
    Roles: `Community Manager`। Sections: Leveling, Giveaways, स्टारबोर्ड, Suggestions, Welcomer।
  </Step>

  <Step title="Restrict Permissions on करें">
    बाकी सब, अन्य administrators सहित, अब केवल Overview देखते हैं।
  </Step>

  <Step title="Restrict Protection on करें">
    अब से केवल आप ही यह page बदल सकते हैं।
  </Step>
</Steps>

## संबंधित

<CardGroup cols={2}>
  <Card title="Dashboard Watcher" icon="desktop" href="/hi/server-management/dashboard-watcher">
    देखें कि आपके delegated staff ने वास्तव में क्या बदला।
  </Card>

  <Card title="Permissions" icon="user-lock" href="/hi/permissions">
    Command access और dashboard access कैसे अलग हैं।
  </Card>
</CardGroup>
