Skip to main content
Auto-Moderation और एंटी-रेड बाहरी लोगों से बचाव करते हैं। Protection trusted accounts से बचाव करता है — ऐसा moderator जिसका account चुराया गया, या bot जो निकला दुर्भावनापूर्ण।
हर tier पर मुफ़्त।

​
Master settings

​
Whitelist

Whitelisted roles और users हर rule से exempt हैं।
Whitelisting ठीक वह छेद है जो एक attacker को चाहिए। जितने कम accounts हो सके whitelist करें — आदर्श रूप से कोई नहीं।Server owner हमेशा exempt है और इनके खिलाफ protect नहीं किया जा सकता।

​
यह क्या देखती है

पाँच groups में बीस rules: Member Actions (banning, kicking) · Role Management (create, delete, rename, dangerous role देना, dangerous permissions जोड़ना) · Channel Management (create, delete, rename) · Server Settings (rename, icon) · Other Protections (bots, emoji, invites, webhooks, stickers, scheduled events जोड़ना)। सभी default से disabled हैं। Instant चिह्नित rules पहली घटना पर act करते हैं और उनकी कोई count या window नहीं होती। बाकी आपको limit set करने देते हैं।

​
एक rule configure करना

Channel deletion और role deletion आपके limit mode और duration को पूरी तरह ignore करते हैं। दोनों हमेशा एक fixed 10-सेकंड window का उपयोग करते हैं, चाहे आप कुछ भी configure करें। Settings save होती हैं लेकिन उन दो rules पर कोई प्रभाव नहीं है।
Count only mode में counter decay नहीं होता। यह तब तक accumulate होता है जब तक rule fire न हो या bot restart न हो, इसलिए आज लिया गया action पिछले सप्ताह के एक के साथ combine हो सकता है।यदि आप rolling window चाहते हैं तो With Duration का उपयोग करें।
सब कुछ undo नहीं किया जा सकता — deleted roles और channels restore नहीं हो सकते, और kicks reverse नहीं हो सकते। हर rule अपना undo behaviour बताता है।

​
Dangerous permissions

Protection कुछ permissions को high-risk मानती है, default में Administrator, Ban Members, Kick Members और Manage Roles। आप Manage Channels, Manage Server, Manage Webhooks और Mention Everyone भी शामिल कर सकते हैं।
यह एक single shared list है, per-rule नहीं। एक rule पर इसे बदलने से यह हर उस rule के लिए बदलती है जो इसका उपयोग करता है।

​
Command limits

अलग से, आप Vetox के अपने moderation commands को rate-limit कर सकते हैं: Ban, Kick, Timeout, Mute, Voice Mute और Role। यह Discord के बजाय bot के माध्यम से mass-banning करने वाले moderator को पकड़ता है। Role command अतिरिक्त रूप से allowed roles, restricted roles, और dangerous-permission detection support करता है — dangerous permission ले जाने वाला role दोनों count किया जाता है और target से स्वतः हटा दिया जाता है।

​
Role-based overrides

प्रति role अलग limits set करें। एक junior moderator role को एक घंटे में दो bans तक रखा जा सकता है जबकि आपके admin role को बीस मिलते हैं।
एक disabled per-role entry स्पष्ट opt-out के रूप में act करती है — उस role को global rule से पूरी तरह छूट है, इसके बजाय इस पर fall back करने के।
Role जोड़ने से आपकी current global configuration इसमें copy होती है, उन changes सहित जिन्हें आपने अभी save नहीं किया है। यह defaults से शुरू नहीं होती। Save करने से पहले नए role की settings review करें।

​
Rule कैसे fire होता है

1

Vetox audit log पढ़ता है

केवल पिछले कुछ सेकंडों की entries पर विचार किया जाता है, इसलिए पुराना action कभी गलत व्यक्ति को attribute नहीं होता।
2

Exemptions check होते हैं

Server owner, whitelisted users और roles, और कोई per-role opt-out।
3

Count बढ़ती है

जब यह आपकी limit तक पहुँचती है, rule trigger होता है।
4

Punishment लागू होती है और action undone होता है

वैकल्पिक रूप से DM के साथ, और आपके log channel को रिपोर्ट।
Vetox कभी खुद को punish नहीं करता, और server owner पर act नहीं कर सकता।

​
जानने योग्य दो सीमाएँ

Anti-Vanity-Change protection इस page पर नहीं दिखाई गई है, और यहाँ save करने से यह मिट जाती है।वह protection मौजूद है और काम करती है, लेकिन dashboard में इसका कोई card नहीं है। क्योंकि Protection save करने से पूरा rule set फिर से लिखा जाता है, इस page को अगली बार save करने पर कोई भी Anti-Vanity-Change configuration चुपचाप हट जाता है।यदि आप इस पर निर्भर हैं, तो सावधान रहें कि Protection settings को छूने से यह disable हो जाएगा।
कुछ rules के लिए — banning, kicking, channel creation और role creation — counts per server के बजाय per person track की जाती हैं। यदि एक ही moderator ऐसे दो servers में active है जो एक bot process share करते हैं, तो उनके actions एक-दूसरे की ओर count कर सकते हैं।यह उन rules को configured की तुलना में पहले trigger करता है, बाद में कभी नहीं, इसलिए यह safely fail होता है — लेकिन आश्चर्यजनक trigger का यह कारण हो सकता है।

​
एक सुझाया गया baseline

1

एक log channel set करें

इसके बिना आप नहीं जानेंगे कि Protection ने act किया।
2

पहले irreversible actions enable करें

Channel deletion, role deletion और banning सबसे अधिक नुकसान पहुँचाते हैं और इन्हें undo नहीं किया जा सकता।
3

Instant limit के साथ bot adding enable करें

Malicious bot जोड़ना server को नष्ट करने का सबसे तेज़ तरीका है।
4

Whitelist खाली रखें

Whitelist entry के बजाय role-based override पसंद करें।

​
संबंधित

एंटी-रेड

Mass joins के खिलाफ door की रक्षा करता है।

Access Control

Control करें कि कौन ये settings बदल सकता है।