Zasada najmniejszych uprawnień na serwerze Discord oznacza przydzielenie każdej roli tylko tych uprawnień, których wymaga jej zadanie. Rola wsparcia, która zarządza ticketami, nie potrzebuje też Banowania członków, a bot, który nadaje rolę weryfikacyjną, nie musi stać nad wszystkimi rolami na serwerze, tylko nad tą jedną, którą nadaje. Większość serwerów robi to źle na jeden z dwóch sposobów: każdy z jakąkolwiek odpowiedzialnością dostaje Administratora, bo tak łatwiej, albo nikt nic nie dostaje i właściciel staje się wąskim gardłem. Oto jak rola admina, role personelu, pozycja roli bota i listy zaufanych kont do siebie pasują, na podstawie ustawień, które Noxyr faktycznie udostępnia.

A role stack settles into order with the bot placed above Member and each role keeping only the permissions it needs. Admin Ban Staff Tickets Bot Member least privilege

Dwa różne pytania: „kto może konfigurować bota” i „kto może uruchamiać komendy admina na Discordzie”

To nie jest to samo, a pomylenie tych rzeczy to najczęstsze nieporozumienie. Otwarcie panelu webowego dla serwera wymaga bycia właścicielem tego serwera albo posiadania uprawnienia Administrator na nim, sprawdzanego na żywo w Discordzie przy każdym załadowaniu strony, a nie na podstawie listy z pamięci podręcznej. Uruchamianie komend admina slash na samym Discordzie to osobna, konfigurowalna lista: role dostępu admina, które wybierasz na stronie Setup w panelu. Ktoś może być w roli admina, która uruchamia /security na Discordzie, i nigdy nie mieć możliwości otwarcia panelu, i odwrotnie.

  • Role dostępu admina (strona Setup): kto może uruchamiać komendy admina bota, gdy Discord zakończy rejestrację odświeżonych uprawnień komend.
  • Zarezerwowane role personelu (strona Setup): zapisane dla procesów wsparcia, kierowania ticketów i podobnych, same z siebie nie dają dostępu do komend admina.
  • Dostęp do panelu: właściciel serwera albo każdy z uprawnieniem Administrator na Discordzie. Role admina skonfigurowane w bocie same z siebie nie otwierają panelu.

Dlaczego „po prostu daj Administratora” to zła domyślna opcja dla personelu, a dobra dla bota

Dla ludzkiej roli personelu Administrator to prawie zawsze przesada: moderator obsługujący tickety nie musi usuwać kanałów, a dawanie mu tej możliwości tylko poszerza to, co może zrobić przejęte albo nieostrożne konto. Buduj role personelu wokół tego, co faktycznie robią: dostęp do ticketów, moderacja recenzji, edycja katalogu, a pełny Administrator zostaw dla osób, którym powierzyłbyś cały serwer, gdyby ich konto zostało przejęte jutro.

Sam bot to jedyne miejsce, gdzie Administrator ma praktyczny sens: Noxyr musi tworzyć kanały ticketów, zarządzać rolami podczas weryfikacji, reagować na wyzwalacze anti-nuke i pisać na każdym kanale, który jest skonfigurowany dla funkcji. Administrator to najprostszy sposób, żeby mieć pewność, że nic z tego po cichu nie zawiedzie na kanale z nietypowymi nadpisaniami uprawnień. Jeśli wolisz przydzielać konkretne uprawnienia, dokumentacja uprawnień Discorda dokładnie opisuje, co obejmuje każde z nich; minimum, żeby funkcje bezpieczeństwa i moderacji bota w ogóle działały, to Zarządzanie rolami, Zarządzanie kanałami, Zarządzanie wiadomościami, Wyrzucanie członków, Banowanie członków, Moderowanie członków i Wyświetlanie dziennika audytu.

Hierarchia ról: błąd, który po cichu psuje weryfikację i anti-nuke

Discord nie pozwoli żadnemu botowi, także temu, nadać ani zdjąć roli położonej wyżej niż najwyższa rola samego bota, ani działać na członku, którego najwyższa rola jest wyżej niż rola bota. Pojawia się to konkretnie w dwóch miejscach:

  • Weryfikacja: jeśli rola weryfikacyjna jest na liście ról serwera wyżej niż rola bota, kliknięcie Verify nic nie robi, a Discord po cichu odrzuca nadanie. Przesuń rolę bota ponad rolę weryfikacyjną.
  • Anti-nuke i moderacja: bot nie może wyciszyć, wyrzucić ani zbanować konta, którego najwyższa rola przewyższa jego własną, a to ma największe znaczenie dla przejętego konta współwłaściciela, czyli dokładnie scenariusza, dla którego istnieje anti-nuke. Trzymaj rolę bota dostatecznie wysoko, żeby mógł działać na kontach, które faktycznie muszą być objęte.

Szybkie sprawdzenie po każdej zmianie kolejności ról: otwórz Ustawienia serwera → Role i upewnij się, że rola bota nadal stoi nad wszystkim, co ma nadać lub na czym ma działać. To najczęstsze zgłoszenie typu „dlaczego bot nic nie robi”, a Discord nigdy nie pokazuje w tym przypadku błędu; akcja po prostu po cichu zawodzi.

Zaufane role i użytkownicy: celowy wyjątek od anti-nuke

Anti-nuke wycisza, wyrzuca lub banuje każde konto, które przekroczy skonfigurowany limit akcji, z jedną listą wyjątków na serwer: zaufane role i zaufane ID użytkowników, ustawiane na stronie Security. Dodaj współwłaściciela, który hurtowo usuwa i odtwarza kanały, albo bota pomocniczego z podwyższonymi uprawnieniami. Uczciwy kompromis: każdy zaufany wpis to konto, którego przejęcia anti-nuke nie zatrzyma, więc lista powinna zawierać wyłącznie osoby, którym oddałbyś serwer bez wahania. Jak samo wykrywanie działa, opisuje przewodnik po anti-nuke.

Rozsądny układ ról dla większości serwerów

  • Właściciel: nigdy nie jest objęty akcją anti-nuke, zawsze ma dostęp do panelu. Ogranicz to do konta jednej prawdziwej osoby, z włączonym 2FA.
  • Współwłaściciel / starszy admin: Administrator na Discordzie, dodany do ról dostępu admina bota, a do zaufanej listy anti-nuke tylko wtedy, gdy regularnie wykonuje hurtową pracę na kanałach lub rolach.
  • Moderator / personel: rola ograniczona do Wyrzucania członków, Zarządzania wiadomościami i Moderowania członków, a nie Administratora; dodana do zarezerwowanych ról personelu do kierowania ticketów, a do ról dostępu admina tylko wtedy, gdy powinna uruchamiać /security, /module lub podobne.
  • Zweryfikowany członek: rola, którą nadaje Twój panel weryfikacji, położona poniżej roli samego bota.

Częste pytania

Czy odebranie komuś uprawnienia Administrator na Discordzie odbiera też dostęp do panelu? Tak, od razu: panel sprawdza stan na żywo z serwerem za każdym razem, więc uprawnienie cofnięte na Discordzie działa przy następnym załadowaniu strony panelu.

Moja rola admina nie może uruchamiać komend slash bota. Dlaczego? Discord potrzebuje chwili, żeby zarejestrować odświeżone uprawnienia komend po zmianie listy ról admina. Jeśli po kilku minutach nadal nie działa, sprawdź, czy rola została faktycznie zapisana na stronie Setup.

Czy mogę mieć więcej niż jedną rolę admina albo personelu? Tak, oba pola pozwalają na wielokrotny wybór; wybierz tyle ról, ile pasuje do Twojej struktury.

Czy w anti-nuke mam zaufać roli, czy konkretnemu użytkownikowi? Zaufaj rolom dla małej, stabilnej grupy (współwłaściciele); zaufaj pojedynczym ID użytkowników przy jednorazowym wyjątku, np. dla konkretnego konta bota, żeby nie ufać przypadkiem każdemu, kto kiedyś zostanie awansowany do tej roli.

Jaki jest największy błąd z uprawnieniami, jaki popełniają serwery? Dawanie każdemu członkowi personelu Administratora „dla bezpieczeństwa”. To przeciwieństwo bezpieczeństwa: pojedyncze przejęte konto moderatora może zrobić wszystko, co właściciel, łącznie z tym, co obejmuje odzyskiwanie po nuke serwera.

Ustaw role admina i personelu na stronie Setup w panelu serwera, a gdy układ ról będzie właściwy, przejrzyj ustawienia bezpieczeństwa; progi chronią serwer tylko wtedy, gdy hierarchia ról pod nimi jest faktycznie poprawna.