> ## 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 ダッシュボードのすべてを設定できます。アクセス制御はこれを絞り込みます。 **Max** プランが必要です。それ未満ではページ全体が価格表示に置き換わります ― 部分的な表示やプレビューはありません。 **サイドバーには Basic からこの項目が表示されますが、ページは Max が必要です。** Basic プランの管理者がクリックすると有料化ページに着地します。これはゲート設定の不整合であり、失効ではありません。 ## 解決する問題 Manage Server は雑な道具です。Auto-Moderation を調整させたいだけでモデレーターに与えると、サーバー編集も許可され、他の Vetox ページもすべて開けてしまいます。 ## 2 つのスイッチどちらも **即時保存** です ― このページに保存バーはありません。 | スイッチ | 既定 | 効果 | | ------------------------ | -- | -------------------------------------------------------- | | **Restrict Permissions** | オフ | Section Access に列挙されたロール・人物のみがダッシュボードを使える。オフだと管理者はフルアクセス | | **Restrict Protection** | オフ | このページ自体をサーバーオーナーに限定し、自分でアクセスを増やせないようにする | Section Access のエントリなしで **Restrict Permissions** を有効化すると、オーナー以外の管理者全員が Overview 以外のすべてから締め出されます。先にエントリを追加してから制限を有効化してください。サーバーオーナーは常にアクセスを維持します。 ## Section Access 最大 **25 エントリ**。各エントリはロール、個別ユーザー、および解放するセクションを組み合わせます。エントリには少なくとも 1 つのロール **または** 1 人のユーザーが必要です ― どちらもないエントリは拒否されます。個別より、ロールを優先してください。ロールベースのエントリはスタッフが入れ替わっても機能し続けます。個別エントリは人が出入りするたびに編集が必要です。 ### 付与できるものサイドバーと同じグループ分けの 34 セクション：Setup と Commands・AI・モデレーション 4 ページ・コミュニティ機能 8 つ・カスタマイズ機能 4 つ・コミュニケーション機能 4 つ・通知プラットフォーム 8 つ・チケット・アプリケーション・管理系 4 ページ。 ## アクセス判定の順序順序を理解することが重要です。いくつかの要素はルールを完全にバイパスするからです。ブラックリストのサーバーは以下すべてに関わらず拒否されます。このサーバーを担当するカスタムボットのオーナーは、**Discord の権限チェックなしで完全アクセス** を得ます。 Vetox が実際にサーバーにいる必要があります。サーバーオーナーは Restrict Permissions を **完全に** バイパスします。オーナーを制限することはできません。 Discord で Administrator を持たない場合、ここでアクセスは拒否されます ― Section Access はセクションを付与するものであり、非管理者にダッシュボードアクセスを与えるものではありません。ここで初めて Restrict Permissions と Section Access が適用されます。 **Section Access は、まだ Discord の管理者でない人にダッシュボードアクセスを付与できません。** 管理者が到達できる範囲を狭めるものです。非管理者にアクセスを与えたい場合、まず Discord で Administrator を付与する必要があります。 **Overview は常に到達可能です。** 一致するエントリが 0 の管理者でも意図的に Overview は保持されるので、誰もエラーページを見るだけの状態にはなりません。 ## Restrict Protection オンにすると、サーバーオーナーだけがこのページを開けます ― ただし、Access Control セクションを誰かに明示的に付与するエントリがあれば、それが優先されます。 ## 知っておきたい 2 つのことユーザーが到達できないセクションはサイドバーから隠されますが、実際の強制はリクエストごとにサーバー側で行われます。URL を直接入力しても拒否されます。権限設定自体が読み込めない場合、全員を締め出すのではなく無制限に落ちます。ブラックリストと Administrator のチェックは依然として適用されます。これは可用性を優先した意図的な選択ですが、バックエンド障害時にはアクセスが狭まるのではなく一時的に広がることを意味します。 ## 具体例ロール：`Moderator`。セクション：Auto-Moderation、Moderation Tools、Logging、アンチレイド。ロール：`Community Manager`。セクション：Leveling、Giveaways、スターボード、Suggestions、Welcomer。それ以外の全員（他の管理者含む）は Overview のみを見るようになります。以降このページを変更できるのはあなただけになります。 ## 関連委任したスタッフが実際に何を変更したかを確認。コマンドアクセスとダッシュボードアクセスの違い。