Skip to main content
Посібники
ПосібникиSecurityModeration

Налаштування верифікації в Discord: який метод зупиняє яку проблему

Кнопка, математичне завдання, вхід через Discord чи зовнішнє посилання: кожен вид верифікації не пускає щось інше. Як вибрати правильний і дві помилки, що ламають майже кожне налаштування.

Опубліковано автор AlphaCloud4 хв читання

Верифікація це двері перед твоїм сервером. Нові учасники спершу бачать лише один канал, проходять там один крок і потім отримують роль, яка дає їм змогу бачити все інше.

Звучить як налаштування, яке клацаєш один раз. На практиці це компроміс: кожна перешкода, що зупиняє бота, зупиняє й кількох справжніх людей. Тож правильна верифікація не найсуворіша, а найлегша з тих, що розв'язують твою справжню проблему.

Спершу проблема, потім метод

Перш ніж вибирати метод, запитай себе, кого ти насправді хочеш не пустити. Чотири методи в AlphaCloud зупиняють кожен щось своє:

Метод Зупиняє Коштує справжнім учасникам
Кнопка ботів, які лише публікують повідомлення майже нічого
Математичне завдання ботів, які ще й натискають кнопки кілька секунд
Вхід через Discord учасників певних інших серверів один вхід через Discord
Зовнішнє посилання те, що перевіряє твій зовнішній сервіс залежить від сервісу

Кнопки достатньо для більшості серверів. Типові спам-акаунти публікують посилання в кожному видимому каналі й ніколи ні на що не натискають. Один клік уже відокремлює їх від усіх інших.

Математичне завдання варте того, коли попри кнопку ти все ще бачиш автоматичні входи: акаунти, що верифікуються хвилями й одразу починають спамити. Невелика сума для людини дрібниця, а для простого скрипта справжня перешкода.

Вхід через Discord це єдиний метод, який щось знає про учасника: той один раз входить через Discord, і бот бачить, на яких інших серверах він є. Це потрібно рівно для одного випадку, чорного списку серверів (про нього нижче). Без чорного списку він лише додає вхід і нічого тобі за це не дає.

Зовнішнє посилання для серверів, які вже мають власний сервіс перевірки. AlphaCloud відправляє учасника туди замість того, щоб перевіряти самому.

Налаштування за п'ять кроків

  1. Забери в @everyone перегляд усіх каналів, крім каналу верифікації, і створи роль із повним доступом.
  2. Увімкни модуль у вебпанелі і вибери канал верифікації.
  3. Задай ролі, що видаються після верифікації, тобто роль із кроку 1.
  4. За бажанням: ролі, які треба забрати. Корисно, якщо нові учасники спершу отримують роль на кшталт «Неверифікований», наприклад через модуль Автороль.
  5. Вибери метод і збережи. Після цього панель сама опублікує в каналі повідомлення з кнопкою.

Вигляд і текст цього повідомлення змінюються через Message Builder. Кнопка верифікації завжди додається автоматично, тож її неможливо випадково видалити.

Дві помилки, що ламають майже кожне налаштування

Коли «верифікація не працює», майже завжди причина одна з двох.

Роль стоїть вище за роль бота. Discord дозволяє боту видавати лише ті ролі, що стоять нижче за його власну в списку ролей. Якщо роль учасника стоїть вище, усі натискають кнопку, і нічого не відбувається. Виправлення: перетягни роль AlphaCloud вище в налаштуваннях сервера. Чому Discord працює саме так, докладно описано в статті Ролі та дозволи Discord.

@everyone досі бачить усе. Тоді верифікація лише прикраса: хто ігнорує кнопку, однаково читає й пише всюди. Після налаштування один раз скористайся «Переглянути сервер як роль», щоб перевірити, що насправді бачить зовсім новий учасник.

Чорний список серверів: хто звідки приходить

Чорний список це найсильніша функція модуля і та, яку найчастіше розуміють неправильно. Ти вписуєш ID серверів, чиїх учасників не хочеш бачити, як-от відомі рейдові сервери, ферми альт-акаунтів чи чит-спільноти. Хто під час входу є учасником одного з цих серверів, не проходить верифікацію й отримує особисте повідомлення з причиною.

Три речі, які варто знати:

  • Він працює лише з входом через Discord. Лише так бот бачить список серверів учасника. Коли ти вмикаєш чорний список, панель автоматично перемикає метод і блокує вибір.
  • Він перевіряє не лише один раз. Хто сьогодні чисто пройшов верифікацію, а наступного тижня приєднався до заблокованого сервера, буде виявлений під час наступної повторної перевірки. Вона відбувається кожні 48 годин у безкоштовному плані й кожні 6 годин із Premium.
  • Запис із нулем збігів через кілька місяців зазвичай означає помилку в ID. Тому панель для кожного запису показує, скількох людей він справді заблокував, поруч із назвою, яку бот сам визначає для цього ID. Якщо назва не відповідає тому, що ти хотів ввести, ID неправильний.

У повторній перевірці була пастка, яку ми знайшли, поки писали цю статтю: якщо під час перевірки Discord ненадовго був недоступний, це вважалося так, ніби учасник відкликав свій вхід. Тоді він назавжди випадав із повторної перевірки, а журнал показував неправильне повідомлення. Тепер короткий збій просто повторюється в наступному раунді.

Чого верифікація не розв'язує

Верифікація перевіряє, чи людина натискає кнопку. Вона не перевіряє, чи ця людина має добрі наміри. Проти скоординованих атак зі справжніми акаунтами краще допомагають інші інструменти:

  • Вік акаунта не пускає акаунти, створені лише кілька днів тому, типовий матеріал для рейдів.
  • Honeypot це канал, у якому не пише жоден справжній учасник. Хто публікує там, майже напевно бот.
  • Як ці частини поєднуються, описано в статті Захист сервера Discord від рейдів.

Кожне налаштування докладно описано в документації до верифікації і чорного списку серверів (документація німецькою).

Інші статті