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

# Anti-Raid

> Détectez les raids d'arrivées massives et filtrez les comptes suspects à l'entrée avec des conditions de Join Guard configurables. Palier Basic.

Anti-Raid remplit deux fonctions indépendantes : il réagit à une **vague** d'arrivées, et il filtre les comptes **individuellement** à leur arrivée.

<Info>
  Nécessite le premium **Basic**. En dessous, la page entière est remplacée par la tarification — les paramètres ne sont pas du tout affichés.
</Info>

<Note>
  Anti-Raid a également besoin de son interrupteur sur la page [Setup](/fr/server-management/setup). S'il est désactivé, cette page affiche une bannière ambre et **tous les contrôles sont désactivés** jusqu'à activation.
</Note>

## Détection de raid

Lorsque suffisamment de membres arrivent dans votre fenêtre, Vetox déclare un raid.

| Paramètre                         | Défaut | Plage                    |
| --------------------------------- | ------ | ------------------------ |
| **Nombre minimum d'utilisateurs** | 15     | **2** à 100              |
| **Intervalle (en secondes)**      | 5      | 1 à 300                  |
| **Action pendant un raid**        | Kick   | Kick, Ban ou Mute        |
| **Âge du compte**                 | 3 mois | 1, 2, 3, 6, 9 ou 12 mois |

<Warning>
  **L'âge du compte est un filtre, pas une exigence.** Seuls les comptes **plus jeunes** que le seuil sont comptabilisés pour le déclencheur. Les comptes plus anciens qui arrivent au même moment sont totalement ignorés.

  Augmenter cette valeur rend Anti-Raid plus sensible, pas moins.
</Warning>

<Warning>
  **Seul le membre qui franchit le seuil est puni.** Les arrivants précédents dans la fenêtre sont nommés dans votre alerte mais ne sont pas kickés, bannis ni mutés.

  Si vous devez traiter tout le monde dans la vague, utilisez Join Guard ci-dessous.
</Warning>

<Note>
  Les champs numériques permettent de passer sous le minimum de 2, mais sauvegarder cette valeur échoue avec une erreur générique. Gardez-la à 2 ou plus.
</Note>

## Rapports de raid

Choisissez un salon et rédigez un message de début et de fin. Les deux prennent en charge des variables.

| Variable       | Fonctionne dans  |
| -------------- | ---------------- |
| `[Usernames]`  | Message de début |
| `[Users]`      | Message de début |
| `[UsersCount]` | Message de début |

<Warning>
  Deux limitations ici :

  * **`[ServerName]` est proposé dans le sélecteur mais n'est jamais remplacé.** Il s'affiche tel quel.
  * **Le message de fin ne substitue rien du tout.** Toute variable qu'on y met s'affiche à la lettre. Rédigez-le en texte simple.
</Warning>

<Note>
  `[UsersCount]` exclut le membre déclencheur du raid, il s'affiche donc un de moins que votre seuil.
</Note>

<Warning>
  **Effacer le salon de rapport ne prend pas effet.** Le sélecteur semble s'effacer, mais l'ancien salon est conservé et les alertes continuent d'y aller. Le salon réapparaît visiblement après sauvegarde.

  Pour arrêter les alertes, pointez-les vers un salon que vous pouvez archiver plutôt que d'essayer d'effacer le champ.
</Warning>

## Join Guard

Join Guard filtre chaque arrivée individuellement et fonctionne **indépendamment du seuil de raid** — il agit qu'il y ait un raid ou non. Jusqu'à 10 conditions.

### Règles

Chaque condition contient jusqu'à cinq règles :

| Règle                          | Vérifie                                                                 |
| ------------------------------ | ----------------------------------------------------------------------- |
| **Âge du compte**              | Plus ancien ou plus récent qu'un certain nombre d'heures, jours ou mois |
| **Avatar par défaut**          | Le compte n'a jamais défini d'image de profil                           |
| **Sans bannière**              | Le compte n'a pas de bannière de profil                                 |
| **Nom d'utilisateur contient** | Le nom contient l'un de vos mots-clés, un par ligne                     |
| **Nom généré**                 | Le nom d'utilisateur correspond à des motifs générés automatiquement    |

La détection de noms générés couvre les noms se terminant par trois chiffres ou plus, commençant par des chiffres, un underscore suivi de chiffres, des chiffres suivis d'un underscore, uniquement des chiffres, et de courts mélanges aléatoires lettres-chiffres.

### Correspondance

Chaque condition choisit **Toutes les règles doivent correspondre** ou **Au moins une règle doit correspondre**.

<Warning>
  « Au moins une » avec une règle large comme *avatar par défaut* agira sur une grande part des nouveaux membres ordinaires. Combinez les règles et préférez « Toutes » sauf si vous êtes certain.
</Warning>

### Actions

Jusqu'à cinq par condition : attribuer un rôle, kick, ban, timeout pour un nombre de minutes, envoyer un MP, poster dans un salon, ou ouvrir un cas de modération.

<Note>
  Les actions s'exécutent dans l'ordre, et **un kick ou un ban arrête tout** — les actions restantes sur cette condition et toutes les conditions suivantes sont ignorées.

  Placez vos actions de log et de MP **avant** tout kick ou ban, sinon elles ne seront jamais exécutées.
</Note>

Les messages de Join Guard prennent en charge un ensemble de variables bien plus riche que les rapports de raid, incluant le membre, l'âge de son compte, les règles matchées et le nom de la condition.

## Bâtir une configuration sensée

<Steps>
  <Step title="Commencez avec la détection de raid seule">
    Les valeurs par défaut gèrent le cas évident. Laissez Join Guard vide au début.
  </Step>

  <Step title="Ajoutez une condition Join Guard étroite">
    Combinez deux ou trois règles avec « Toutes » — un compte très récent **et** avec un avatar par défaut **et** un nom généré n'est presque jamais un vrai membre.
  </Step>

  <Step title="Utilisez une action non destructive pour observer">
    Attribuez un rôle de quarantaine et ouvrez un cas plutôt que de bannir. Observez pendant une semaine.
  </Step>

  <Step title="Ne durcissez qu'après confiance">
    Passez aux kicks ou bans après avoir vu la condition se comporter sur du trafic réel.
  </Step>
</Steps>

## Dépannage

<AccordionGroup>
  <Accordion title="Les raids ne sont pas détectés">
    Vérifiez que les comptes qui arrivent sont bien plus jeunes que votre seuil d'âge du compte — les comptes plus anciens ne sont jamais comptabilisés.
  </Accordion>

  <Accordion title="Un seul membre a été puni">
    Attendu. La détection de raid n'agit que sur le membre déclencheur. Utilisez Join Guard pour agir sur chaque arrivée correspondante.
  </Accordion>

  <Accordion title="Une variable s'est affichée en texte littéral">
    `[ServerName]` n'est jamais substitué, et le message de fin ne substitue rien du tout.
  </Accordion>

  <Accordion title="Les alertes vont toujours à l'ancien salon">
    Effacer le salon de rapport n'est pas persistant. Choisissez un autre salon à la place.
  </Accordion>

  <Accordion title="La sauvegarde échoue avec une erreur générique">
    Généralement, le seuil d'utilisateurs est en dessous de 2, ou l'intervalle au-dessus de 300 secondes. Les deux sont acceptés par le formulaire et rejetés à la sauvegarde.
  </Accordion>

  <Accordion title="Join Guard a ignoré mon action de log">
    Un kick ou un ban plus tôt dans la liste d'actions interrompt tout ce qui suit. Réordonnez pour que le log s'exécute en premier.
  </Accordion>
</AccordionGroup>

## Voir aussi

<CardGroup cols={2}>
  <Card title="Protection" icon="lock" href="/fr/moderation/protection">
    Défend contre les dégâts de l'intérieur.
  </Card>

  <Card title="Auto-Roles" icon="user-plus" href="/fr/engagement/auto-roles">
    Les rôles retardés sont une mesure anti-raid plus discrète.
  </Card>
</CardGroup>