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

# Erişim Kontrolü

> Sunucuyu Yönet vermeden panel erişimini belirli rollere ve kişilere, bölüm bölüm devredin. Max kademesi.

Varsayılan olarak Discord'da **Sunucuyu Yönet** iznine sahip herkes Vetox panelinizde her şeyi yapılandırabilir. Erişim Kontrolü bunu daraltır.

<Info>
  **Max** kademesini gerektirir. Altında sayfa tamamen fiyatlandırma ile değiştirilir — kısmi veya önizleme görünümü yoktur.
</Info>

<Warning>
  **Kenar çubuğu bu girişi Basic'ten itibaren gösterir, ancak sayfa Max gerektirir.** Basic kademesindeki bir yönetici tıklayabilir ve bir ödeme duvarına düşebilir. Bu, sona ermiş bir abonelik değil, bir kapı tutarsızlığıdır.
</Warning>

## Çözdüğü sorun

Sunucuyu Yönet küt bir alettir. Bunu bir moderatöre vermek, Otomatik Moderasyonu ayarlayabilmesi için sunucunuzu düzenlemesine de izin verir ve onlara diğer her Vetox sayfasını verir.

## İki anahtar

Her ikisi de **anında** kaydeder — bu sayfada kaydetme çubuğu yoktur.

| Anahtar              | Varsayılan | Etki                                                                                                                                                         |
| -------------------- | ---------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------ |
| **İzinleri Kısıtla** | Kapalı     | Yalnızca Bölüm Erişimi'nde listelenen roller ve kişiler paneli kullanabilir. Kapalı olması, herhangi bir yöneticinin tam erişime sahip olduğu anlamına gelir |
| **Korumayı Kısıtla** | Kapalı     | Bu sayfayı sunucu sahibiyle sınırlar, böylece kimse kendine daha fazla erişim veremez                                                                        |

<Warning>
  **İzinleri Kısıtla**'yı Bölüm Erişimi girişleri olmadan açmak, sunucu sahibi olmayan her yöneticiyi Genel Bakış dışındaki her şeyden kilitler.

  Önce girişlerinizi ekleyin, sonra kısıtlamayı etkinleştirin. Sunucu sahibi her zaman erişimi korur.
</Warning>

## Bölüm Erişimi

**25 girişe** kadar. Her biri rolleri, bireysel kullanıcıları ve açtıkları bölümleri birleştirir.

Bir giriş en az bir rolü **veya** en az bir kullanıcıyı adlandırmalıdır — hiçbiri olmayan giriş reddedilir.

<Tip>
  Bireyler yerine rolleri tercih edin. Rol tabanlı bir giriş, ekip değiştiğinde çalışmaya devam eder; bireysel bir giriş biri katıldığında veya ayrıldığında her seferinde düzenlenmelidir.
</Tip>

### Ne verebilirsiniz

Kenar çubuğuyla aynı şekilde gruplanmış otuz dört bölüm: Kurulum ve Komutlar · AI · dört moderasyon sayfası · sekiz topluluk özelliği · dört özelleştirme özelliği · dört iletişim özelliği · sekiz bildirim platformu · Destek Talepleri · Başvurular · ve dört yönetim sayfası.

## Erişime aslında nasıl karar verilir

Sırayı anlamak önemlidir, çünkü birkaç şey kurallarınızı tamamen atlar.

<Steps>
  <Step title="Sunucu kara listesi">
    Kara listedeki bir sunucu, altındaki her şeyden bağımsız olarak reddedilir.
  </Step>

  <Step title="Özel Bot sahibi">
    Bu sunucuya hizmet veren bir Özel Bot'a sahipseniz, **Discord izin kontrolü olmadan tam erişim** alırsınız.
  </Step>

  <Step title="Bot varlığı">
    Vetox gerçekten sunucuda olmalıdır.
  </Step>

  <Step title="Sunucu sahibi">
    Sunucu sahibi İzinleri Kısıtla'yı **tamamen** atlar. Sahibi kısıtlayamazsınız.
  </Step>

  <Step title="Yönetici kontrolü">
    Discord'da Yönetici olmadan erişim burada reddedilir — Bölüm Erişimi bölümler verir, bir yönetici olmayana panel erişimi vermez.
  </Step>

  <Step title="Kurallarınız">
    Ancak şimdi İzinleri Kısıtla ve Bölüm Erişimi geçerli olur.
  </Step>
</Steps>

<Warning>
  **Bölüm Erişimi zaten Discord yöneticisi olmayan birine panel erişimi veremez.** Yalnızca bir yöneticinin ulaşabileceğini daraltır. Yönetici olmayan birine erişim vermek için önce Discord'da Yönetici olması gerekir.
</Warning>

<Note>
  **Genel Bakış her zaman ulaşılabilir.** Eşleşen sıfır girişi olan bir yönetici bile, kimse bir hata sayfasına bakmasın diye bilinçli olarak Genel Bakış'ı korur.
</Note>

## Korumayı Kısıtla

Açık olduğunda, yalnızca sunucu sahibi bu sayfayı açabilir — bir giriş Erişim Kontrolü bölümünü birine açıkça vermediği sürece; bu onu geçersiz kılar.

## Bilinmesi güzel iki şey

<AccordionGroup>
  <Accordion title="Gizli kenar çubuğu girişleri kozmetiktir" icon="eye-slash">
    Bir kullanıcının ulaşamayacağı bölümler kenar çubuğundan gizlenir, ancak asıl uygulama her istekte sunucu tarafında gerçekleşir. URL'yi doğrudan yazan biri yine reddedilir.
  </Accordion>

  <Accordion title="Kendi hatalarında açık başarısız olur" icon="triangle-exclamation">
    İzin yapılandırmasının kendisi okunamıyorsa erişim, herkesi kilitlemek yerine kısıtlanmamışa düşer. Kara liste ve Yönetici kontrolleri hâlâ geçerlidir.

    Bu bilinçli bir kullanılabilirlik seçimidir, ancak bir arka uç arızasının erişimi daraltmak yerine geçici olarak genişlettiği anlamına gelir.
  </Accordion>
</AccordionGroup>

## İşlenmiş bir örnek

<Steps>
  <Step title="Moderatörleriniz için giriş">
    Roller: `Moderator`. Bölümler: Otomatik Moderasyon, Moderasyon Araçları, Günlük Kaydı, Baskın Karşıtı.
  </Step>

  <Step title="Topluluk ekibiniz için giriş">
    Roller: `Community Manager`. Bölümler: Seviye Sistemi, Çekilişler, Starboard, Öneriler, Karşılayıcı.
  </Step>

  <Step title="İzinleri Kısıtla'yı açın">
    Diğer yöneticiler dahil herkes artık yalnızca Genel Bakış'ı görür.
  </Step>

  <Step title="Korumayı Kısıtla'yı açın">
    Bundan sonra bu sayfayı yalnızca siz değiştirebilirsiniz.
  </Step>
</Steps>

## İlgili

<CardGroup cols={2}>
  <Card title="Panel İzleyicisi" icon="desktop" href="/tr/server-management/dashboard-watcher">
    Devredilen ekibinizin gerçekte neyi değiştirdiğini görün.
  </Card>

  <Card title="İzinler" icon="user-lock" href="/tr/permissions">
    Komut erişimi ve panel erişimi nasıl farklı.
  </Card>
</CardGroup>