फ्लड और रेड सुरक्षा

परिचय

फ्लड और रेड सुरक्षा किसी समूह को दो जुड़ी हुई समस्याओं से बचाती है: एक सदस्य का इतनी तेज़ी से संदेश भेजना कि कोई पढ़ ही न पाए, और खातों की एक संगठित लहर का एक साथ जुड़कर चैट पर हावी होने की कोशिश करना। दोनों को अपने-आप संभाला जाता है, लेकिन केवल तब जब कोई admin इन्हें चालू करता है। यहाँ बताया गया हर फ़ीचर डिफ़ॉल्ट रूप से बंद रहता है और समूह के लिए सक्षम किए जाने तक कोई कार्रवाई नहीं करता, इसलिए bot जोड़ने भर से आपकी चैट का व्यवहार तब तक नहीं बदलता जब तक आप खुद ऐसा न चाहें।

ये दोनों सिस्टम अलग-अलग चरणों पर काम करते हैं। Anti-flood अलग-अलग सदस्यों पर नज़र रखता है जब वे पोस्ट करते हैं। Anti-raid इस बात पर नज़र रखता है कि नए सदस्य किस गति से जुड़ रहे हैं। मैनुअल /panic नियंत्रण और जुड़ने पर ज्ञात दुरुपयोगकर्ता की जाँच के साथ मिलकर, ये admins को स्पैम की अचानक बाढ़ के दौरान समूह को पढ़ने योग्य बनाए रखने और किसी संगठित हमले के समय दरवाज़े बंद करने का तरीका देते हैं।

Anti-flood: संदेशों की गति

Anti-flood यह सीमित करता है कि कोई एक non-admin सदस्य छोटी-सी अवधि में कितने संदेश भेज सकता है। इसे समूह dashboard की तीन settings से नियंत्रित किया जाता है:

• set_antiflood_enabled — चालू/बंद स्विच। डिफ़ॉल्ट रूप से बंद।
• set_antiflood_msgs — संदेश सीमा। डिफ़ॉल्ट 8।
• set_antiflood_secs — विंडो की अवधि सेकंड में। डिफ़ॉल्ट 5।

डिफ़ॉल्ट settings के साथ, जो सदस्य 5 सेकंड की विंडो में 8 से अधिक संदेश भेजता है, वह सीमा पार कर देता है। bot प्रत्येक सदस्य के संदेशों को छोटी rolling window के भीतर गिनता है; जब गिनती सीमा से ऊपर चली जाती है, तो उस तेज़ बर्स्ट में शामिल संदेशों को हटा दिया जाता है और enforcement शुरू हो जाता है।

Enforcement क्रमशः कड़ा होता है। पहली बार कोई सदस्य flood करता है, तो bot 5 मिनट का temporary mute लगाता है। अगर वही सदस्य थोड़ी देर बाद फिर flood करता है, तो bot उसे ban कर देता है। इसका मतलब है कि एक बार की गलती की कीमत केवल थोड़े समय का mute है, जबकि लगातार flood करने वाले सदस्य को हटा दिया जाता है।

दो नियम इसे निष्पक्ष और सुरक्षित बनाए रखते हैं:

• Admins को छूट है। गति की जाँच केवल non-admin सदस्यों पर चलती है, इसलिए moderators और admins को anti-flood कभी mute या ban नहीं करता।
• त्रुटि होने पर यह कार्रवाई नहीं करता। Counter एक तेज़ in-memory store पर चलता है। अगर वह store कोई transient error लौटाता है, तो bot संदेश को दंडित करने के बजाय जाने देता है। अस्थायी infrastructure समस्या से कभी अनुचित mute या ban नहीं होता।

Anti-flood per-message hot path पर चलता है, इसलिए यह भारी content checks से पहले, संदेश आते ही प्रतिक्रिया देता है। चूँकि threshold और window configurable हैं, आप इसे अपने समूह की सामान्य गति के अनुसार tune कर सकते हैं — व्यस्त chat को शायद ज़्यादा message limit चाहिए, जबकि शांत announcement channel को शायद सख्त सीमा चाहिए।

Anti-raid: अचानक join बढ़ने पर lockdown

Anti-raid इस बात पर नज़र रखता है कि नए सदस्य कितनी तेज़ी से जुड़ रहे हैं। इसे चार settings से नियंत्रित किया जाता है:

• set_antiraid_enabled — चालू/बंद स्विच। डिफ़ॉल्ट रूप से बंद।
• set_antiraid_joins — join limit। डिफ़ॉल्ट 10।
• set_antiraid_secs — विंडो सेकंड में। डिफ़ॉल्ट 30।
• set_antiraid_lockdown_secs — lockdown कितनी देर तक रहेगा। डिफ़ॉल्ट 600 सेकंड (10 मिनट)।

डिफ़ॉल्ट settings के साथ, 30 सेकंड के भीतर 10 से अधिक सदस्यों का जुड़ना lockdown trigger करता है। ऐसा होने पर bot default chat permissions हटाकर पूरे समूह को lock कर देता है, ताकि सदस्य अब post न कर सकें। Lock lockdown अवधि तक लगा रहता है और फिर समूह की सामान्य permissions restore करते हुए अपने-आप हट जाता है।

Lockdown रोक है, सफ़ाई अभियान नहीं। यह नए खातों की बाढ़ को surge के दौरान post करने से रोकता है, जिससे admins को यह देखने का समय मिलता है कि क्या हो रहा है। Timer समाप्त होते ही समूह अपने-आप फिर खुल जाता है। Anti-flood की तरह, join counter भी त्रुटि होने पर कार्रवाई नहीं करता — joins गिनते समय कोई transient error गलती से lockdown trigger नहीं करता।

मैनुअल lock: /panic और /unpanic

Admins किसी भी समय समूह को हाथ से lock कर सकते हैं, भले ही automatic raid detection बंद हो:

• /panic — configured lockdown window के लिए समूह को तुरंत lock कर देता है। सदस्य तब तक post नहीं कर सकते जब तक lock हट नहीं जाता या कोई admin इसे उठा नहीं देता।
• /unpanic — lock को जल्दी release करता है और सदस्यों को फिर से post करने देता है।

दोनों commands केवल admins के लिए हैं; कोई non-admin इन्हें चलाता है तो मना कर दिया जाता है। /panic तब उपयोगी है जब आपको परेशानी शुरू होती दिख रही हो और automatic threshold तक पहुँचने से पहले ही समूह बंद करना हो, या जब आपने auto-detection बंद रखी हो लेकिन फिर भी one-command emergency stop चाहिए हो।

जुड़ते समय ज्ञात दुरुपयोगकर्ताओं को kick करना

Setting set_kick_known_abusers (डिफ़ॉल्ट रूप से बंद) हर नए सदस्य को network के shared user-intelligence signal के साथ check करती है। जिन खातों को network पर कहीं और पहले ही known abusers के रूप में flag किया जा चुका है, उन पर global marker होता है। जब यह setting चालू होती है और कोई flagged account जुड़ता है, तो bot उसे post करने से पहले ही तुरंत ban कर देता है।

यह check भी त्रुटि होने पर कार्रवाई नहीं करता: अगर abuser lookup में error आ जाए, तो bot जुड़ने वाले सदस्य को clean मानता है और अंदर आने देता है, ताकि lookup समस्या के कारण कोई वैध सदस्य कभी ban न हो। जब किसी known abuser को इस तरह ban किया जाता है, तो अगर समूह का moderation log configured है, तो event उसमें record हो जाता है।

Lockdown night mode के साथ कैसे coordinate करता है

Anti-raid और night mode दोनों समूह की send permissions को lock करके काम करते हैं, इसलिए वे वही underlying lock साझा करते हैं। दोनों features इस तरह coordinate करते हैं कि एक feature कभी समूह को unlock न करे जबकि दूसरा अभी भी उसे बंद रखना चाहता हो। अगर raid lockdown समाप्त हो जाता है लेकिन night mode की quiet window अभी भी active है, तो समूह night mode के लिए locked रहता है; अगर night mode की window समाप्त होती है लेकिन raid lockdown अभी भी चल रहा है, तो समूह raid के लिए locked रहता है। समूह केवल तब फिर खुलता है जब किसी भी feature को उसे बंद रखने की ज़रूरत नहीं रह जाती।

बेहतर उपयोग के सुझाव

• Default thresholds से शुरुआत करें और केवल तब adjust करें जब आपको false triggers या misses दिखें। Defaults ज़्यादातर groups के लिए उपयुक्त हैं।
• Automatic raid detection enable करने पर भी /panic को manual backup के रूप में याद रखें — यह समूह को freeze करने का सबसे तेज़ तरीका है।
• Public groups के लिए known-abuser check चालू करें जिनमें कोई भी join कर सकता है; यह repeat offenders को post करने से पहले रोक देता है।
• याद रखें कि admins पर anti-flood का कभी असर नहीं होता, इसलिए अगर आप feature को कार्रवाई करते देखना चाहते हैं तो non-admin account से test करें।

सारांश

Flood और raid protection admins को layered control देते हैं: anti-flood किसी एक शोर मचाने वाले सदस्य को delete, mute और फिर ban के ज़रिए संभालता है; anti-raid join surge को timed group lock से संभालता है; /panic manual override देता है; और known-abuser check flagged accounts को दरवाज़े पर ही रोक देता है। यह सब तब तक बंद रहता है जब तक आप इसे enable नहीं करते, जहाँ ज़रूरी हो वहाँ admins को छूट देता है, और automatic checks त्रुटि होने पर कार्रवाई नहीं करते ताकि अस्थायी error कभी किसी निर्दोष सदस्य को दंडित न करे।