> ## 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.

# 접근 제어

> Manage Server 권한을 주지 않고 특정 역할과 사람에게 대시보드 접근을 섹션별로 위임합니다. Max 등급.

기본적으로 Discord에서 **Manage Server** 권한을 가진 사람은 Vetox 대시보드의 모든 것을 구성할 수 있습니다. 접근 제어는 이를 좁힙니다.

<Info>
  **Max** 등급이 필요합니다. 그 이하에서는 페이지가 완전히 요금 화면으로 대체됩니다 — 부분 또는 미리보기가 없습니다.
</Info>

<Warning>
  **사이드바는 Basic부터 이 항목을 표시하지만 페이지는 Max가 필요합니다.** Basic 등급 관리자가 클릭하면 결제 페이지에 도착합니다. 이는 만료된 구독이 아니라 게이팅 불일치입니다.
</Warning>

## 이 페이지가 해결하는 문제

Manage Server는 무딘 도구입니다. 조정자가 자동 조정을 조정할 수 있도록 이를 부여하면 서버를 편집할 수도 있게 되고, 다른 모든 Vetox 페이지도 얻습니다.

## 두 개의 스위치

둘 다 **즉시** 저장됩니다 — 이 페이지에는 저장 바가 없습니다.

| 스위치                      | 기본값 | 효과                                                               |
| ------------------------ | --- | ---------------------------------------------------------------- |
| **Restrict Permissions** | 꺼짐  | Section Access에 나열된 역할과 사람만 대시보드를 사용할 수 있음. 꺼져 있으면 모든 관리자가 전체 접근 |
| **Restrict Protection**  | 꺼짐  | 이 페이지 자체를 서버 소유자로 제한하여 아무도 자신에게 더 많은 접근을 부여할 수 없게 함              |

<Warning>
  Section Access 항목 없이 **Restrict Permissions**를 켜면 소유자가 아닌 모든 관리자가 개요 외의 모든 것에서 잠깁니다.

  먼저 항목을 추가한 다음 제한을 활성화하세요. 서버 소유자는 항상 접근을 유지합니다.
</Warning>

## Section Access

최대 **25개 항목**. 각 항목은 역할, 개별 사용자, 그들이 잠금 해제하는 섹션을 결합합니다.

항목은 최소 하나의 역할 **또는** 하나의 사용자를 지정해야 하며 — 둘 다 없는 항목은 거부됩니다.

<Tip>
  개인보다 역할을 선호하세요. 역할 기반 항목은 스태프가 바뀌어도 계속 작동합니다. 개인 항목은 누군가 가입하거나 떠날 때마다 편집해야 합니다.
</Tip>

### 부여할 수 있는 것

사이드바와 같은 방식으로 그룹화된 34개 섹션: Setup 및 명령어 · AI · 4개 조정 페이지 · 8개 커뮤니티 기능 · 4개 커스터마이징 기능 · 4개 통신 기능 · 8개 알림 플랫폼 · 티켓 · 지원서 · 4개 관리 페이지.

## 접근이 실제로 결정되는 방법

순서를 이해하는 것이 중요한데, 몇 가지가 규칙을 완전히 우회하기 때문입니다.

<Steps>
  <Step title="서버 블랙리스트">
    블랙리스트된 서버는 아래 모든 것과 관계없이 거부됩니다.
  </Step>

  <Step title="커스텀 봇 소유자">
    이 서버를 서비스하는 커스텀 봇의 소유자라면 **어떠한 Discord 권한 검사도 없이 전체 접근**을 얻습니다.
  </Step>

  <Step title="봇 존재">
    Vetox가 실제로 서버에 있어야 합니다.
  </Step>

  <Step title="서버 소유자">
    서버 소유자는 Restrict Permissions를 **완전히** 우회합니다. 소유자를 제한할 수 없습니다.
  </Step>

  <Step title="관리자 확인">
    Discord에서 Administrator가 없으면 여기서 접근이 거부됩니다 — Section Access는 섹션을 부여하지 대시보드 접근을 관리자가 아닌 사람에게 부여하지 않습니다.
  </Step>

  <Step title="규칙 적용">
    이제서야 Restrict Permissions와 Section Access가 적용됩니다.
  </Step>
</Steps>

<Warning>
  **Section Access는 이미 Discord 관리자가 아닌 사람에게 대시보드 접근을 부여할 수 없습니다.** 관리자가 도달할 수 있는 범위만 좁힙니다. 관리자가 아닌 사람에게 접근을 주려면 먼저 Discord에서 Administrator가 필요합니다.
</Warning>

<Note>
  **개요는 항상 접근할 수 있습니다.** 일치하는 항목이 하나도 없는 관리자도 개요는 유지하도록 의도적으로 설계되어 있으므로 아무도 오류 페이지만 보게 두지 않습니다.
</Note>

## Restrict Protection

켜면 서버 소유자만 이 페이지를 열 수 있습니다 — 항목이 명시적으로 Access Control 섹션을 누군가에게 부여하면 이를 재정의합니다.

## 알아둘 만한 두 가지

<AccordionGroup>
  <Accordion title="숨겨진 사이드바 항목은 시각적입니다" icon="eye-slash">
    사용자가 접근할 수 없는 섹션은 사이드바에서 숨겨지지만, 실제 시행은 모든 요청에 대해 서버 측에서 이루어집니다. URL을 직접 입력하는 사람도 여전히 거부됩니다.
  </Accordion>

  <Accordion title="자체 오류에서는 fail-open" icon="triangle-exclamation">
    권한 구성 자체를 읽을 수 없으면 접근이 모두를 잠그는 대신 무제한으로 폴백됩니다. 블랙리스트와 관리자 검사는 여전히 적용됩니다.

    이는 의도적인 가용성 선택이지만, 백엔드 오류가 접근을 좁히는 것이 아니라 일시적으로 넓힌다는 의미입니다.
  </Accordion>
</AccordionGroup>

## 실습 예제

<Steps>
  <Step title="조정자를 위한 항목">
    역할: `Moderator`. 섹션: 자동 조정, 조정 도구, 로깅, 안티 레이드.
  </Step>

  <Step title="커뮤니티 팀을 위한 항목">
    역할: `Community Manager`. 섹션: 레벨링, 경품, 스타보드, 제안, Welcomer.
  </Step>

  <Step title="Restrict Permissions 켜기">
    다른 모든 사람, 다른 관리자를 포함하여, 이제 개요만 봅니다.
  </Step>

  <Step title="Restrict Protection 켜기">
    이제부터 본인만 이 페이지를 변경할 수 있습니다.
  </Step>
</Steps>

## 관련

<CardGroup cols={2}>
  <Card title="대시보드 워처" icon="desktop" href="/ko/server-management/dashboard-watcher">
    위임된 스태프가 실제로 무엇을 변경했는지 확인합니다.
  </Card>

  <Card title="권한" icon="user-lock" href="/ko/permissions">
    명령어 접근과 대시보드 접근이 어떻게 다른지.
  </Card>
</CardGroup>