Discord सर्वर पर least privilege का मतलब है हर रोल को केवल वही अनुमतियां देना जो उसके काम के लिए चाहिए। टिकट मैनेज कर सकने वाले सपोर्ट रोल को Ban Members की भी ज़रूरत नहीं, और verification रोल देने वाले बॉट को सर्वर के हर रोल से ऊपर बैठने की ज़रूरत नहीं, केवल उस एक रोल से ऊपर जो वह देता है। ज़्यादातर सर्वर इसे दो में से एक तरीके से गलत करते हैं: जिस किसी की कोई भी ज़िम्मेदारी है उसे आसानी के लिए Administrator दे देते हैं, या किसी को कुछ नहीं देते और ओनर ही रुकावट बन जाता है। यहां बताया गया है कि एडमिन रोल, स्टाफ़ रोल, बॉट रोल की जगह और trusted-account सूचियां एक साथ कैसे फ़िट होती हैं, Noxyr द्वारा असल में दिखाई गई सेटिंग्स का इस्तेमाल करके।
दो अलग सवाल: "बॉट कौन कॉन्फ़िगर कर सकता है" और "Discord में एडमिन कमांड कौन चला सकता है"
ये एक चीज़ नहीं हैं, और इन्हें आपस में मिला देना सबसे आम भ्रम है। किसी सर्वर का वेब dashboard खोलने के लिए उस सर्वर का ओनर होना या उसमें Administrator अनुमति रखना ज़रूरी है, और यह हर बार पेज लोड होने पर Discord से लाइव जांचा जाता है, किसी cached सूची से नहीं। Discord में एडमिन slash commands चलाना एक अलग, कॉन्फ़िगर किया जा सकने वाला सूची है: dashboard के Setup पेज पर आप जो admin access roles चुनते हैं। कोई व्यक्ति ऐसे admin रोल में हो सकता है जो Discord में /security चलाता है, और फिर भी dashboard कभी न खोल पाए, और इसका उल्टा भी।
- Admin access roles (Setup पेज): कौन बॉट के admin slash commands चला सकता है, जब Discord ताज़ा कमांड अनुमतियां रजिस्टर करना पूरा कर ले।
- Reserved staff roles (Setup पेज): सपोर्ट वर्कफ़्लो, टिकट रूटिंग और ऐसे कामों के लिए सहेजे गए, और ये अपने आप admin कमांड की पहुंच नहीं देते।
- Dashboard पहुंच: सर्वर ओनर या कोई भी जिसके पास Discord की Administrator अनुमति है। बॉट के अंदर कॉन्फ़िगर किए गए admin रोल अपने आप dashboard नहीं खोलते।
स्टाफ़ के लिए "बस Administrator दे दो" गलत डिफ़ॉल्ट क्यों है, और बॉट के लिए सही डिफ़ॉल्ट क्यों है
इंसानी स्टाफ़ रोल के लिए Administrator लगभग हमेशा ज़रूरत से ज़्यादा है: टिकट संभालने वाले मॉडरेटर को चैनल डिलीट करने की ज़रूरत नहीं होती, और उन्हें वह क्षमता देने से यह भी बढ़ता है कि किसी फ़िशिंग-शिकार या लापरवाह अकाउंट से कितना नुकसान हो सकता है। स्टाफ़ रोल उनके असल काम के आधार पर बनाएं: टिकट पहुंच, review मॉडरेशन, catalog संपादन, और पूरा Administrator केवल उन लोगों के लिए रखें जिन पर आप कल ही अकाउंट समझौता होने पर भी पूरा सर्वर सौंप सकते हैं।
बॉट खुद वह एक जगह है जहां Administrator व्यावहारिक रूप से समझदारी भरा है: Noxyr को टिकट चैनल बनाने हैं, verification के दौरान रोल मैनेज करने हैं, anti-nuke ट्रिगर पर कार्रवाई करनी है, और उस किसी भी चैनल में पोस्ट करना है जिसके लिए कोई फ़ीचर कॉन्फ़िगर है, और Administrator यह पक्का करने का सबसे सरल तरीका है कि असामान्य channel overrides वाले चैनल पर इनमें से कुछ चुपचाप विफल न हो। अगर आप इसकी जगह खास अनुमतियां देना चाहते हैं, तो Discord अनुमति संदर्भ बताता है कि हर एक क्या कवर करती है। कम से कम, बॉट को अपने सुरक्षा और मॉडरेशन फ़ीचर चलाने के लिए Manage Roles, Manage Channels, Manage Messages, Kick Members, Ban Members, Moderate Members और View Audit Log चाहिए।
रोल पदानुक्रम: वह गलती जो verification और anti-nuke को चुपचाप तोड़ देती है
Discord किसी भी बॉट को, इसे भी शामिल करके, उस रोल को देने या हटाने नहीं देता जो बॉट के अपने सबसे ऊंचे रोल से ऊपर हो, और न ही उस सदस्य पर कार्रवाई करने देता है जिसका सबसे ऊंचा रोल बॉट के रोल से ऊपर हो। यह खास तौर पर दो जगहों पर दिखता है:
- Verification: अगर सर्वर की रोल सूची में verify रोल बॉट के रोल से ऊपर है, तो Verify पर क्लिक करने से कुछ नहीं होता और Discord चुपचाप रोल देने से इंकार कर देता है। बॉट का रोल verify रोल से ऊपर ले जाएं।
- Anti-nuke और मॉडरेशन: बॉट ऐसे अकाउंट को टाइमआउट, किक या बैन नहीं कर सकता जिसका सबसे ऊंचा रोल उसके अपने रोल से ऊपर है। यह सबसे ज़्यादा उस समझौता किए गए सह-ओनर अकाउंट के मामले में मायने रखता है, वही स्थिति जिसके लिए anti-nuke बना है। बॉट का रोल इतना ऊंचा रखें कि वह उन अकाउंट्स पर कार्रवाई कर सके जिन पर उसे असल में ज़रूरत है।
किसी भी रोल फेरबदल के बाद एक त्वरित जांच: Server Settings → Roles खोलें और पक्का करें कि बॉट का रोल अब भी उन सबसे ऊपर है जिन्हें उसे देना या जिन पर कार्रवाई करनी है। यह "बॉट कुछ क्यों नहीं कर रहा" वाला सबसे आम टिकट है, और Discord में इसकी कोई error नहीं दिखती; कार्रवाई बस चुपचाप विफल हो जाती है।
Trusted रोल और उपयोगकर्ता: anti-nuke का जानबूझकर अपवाद
Anti-nuke किसी भी अकाउंट को टाइमआउट, किक या बैन करता है जो आपकी कॉन्फ़िगर की गई कार्रवाई सीमा पार करता है, केवल एक अपवाद सूची के साथ, जो प्रति सर्वर होती है: trusted रोल और trusted user IDs, जो Security पेज पर सेट होते हैं। ऐसे सह-ओनर को जोड़ें जो वैध रूप से चैनल बड़े पैमाने पर डिलीट और दोबारा बनाता है, या ऊंची अनुमतियों वाला कोई सहायक बॉट। ईमानदार समझौता यह है: हर trusted प्रविष्टि ऐसा अकाउंट है जिसके समझौते को anti-nuke नहीं रोक सकता, इसलिए सूची में केवल वही लोग होने चाहिए जिन्हें आप पूरा सर्वर सीधे सौंप सकें। पहचान कैसे काम करती है, यह जानने के लिए anti-nuke गाइड देखें।
ज़्यादातर सर्वरों के लिए एक समझदार रोल लेआउट
- Owner: anti-nuke कभी कार्रवाई नहीं करता, और हमेशा dashboard पहुंच रखता है। इसे एक असली व्यक्ति के अकाउंट तक सीमित रखें, जिस पर 2FA चालू हो।
- Co-owner / वरिष्ठ एडमिन: Discord में Administrator, बॉट के admin access roles में जोड़े गए, और anti-nuke की trusted सूची में केवल तभी जोड़े गए जब वे नियमित रूप से बड़े पैमाने पर चैनल या रोल का काम करते हों।
- Moderator / स्टाफ़: एक ऐसा रोल जो Kick Members, Manage Messages और Moderate Members तक सीमित हो, Administrator नहीं; टिकट रूटिंग के लिए reserved staff roles में जोड़ा गया, और admin access roles में केवल तभी जब उन्हें
/security,/moduleया ऐसे ही कमांड चलाने चाहिए। - Verified सदस्य: वह रोल जो आपका verification पैनल देता है, बॉट के अपने रोल से नीचे रखा गया।
आम सवाल
क्या Discord में किसी का Administrator हटाने से उसकी dashboard पहुंच भी हट जाती है? हाँ, तुरंत। dashboard हर बार सर्वर से लाइव जांचता है, इसलिए Discord में हटाई गई अनुमति अगले dashboard पेज लोड पर प्रभावी हो जाती है।
मेरा admin रोल बॉट के slash commands नहीं चला पा रहा। क्यों? admin रोल सूची बदलने के बाद Discord ताज़ा कमांड अनुमतियां रजिस्टर करने में थोड़ा समय लेता है। अगर कुछ मिनट बाद भी विफल हो, तो दोबारा जांचें कि रोल सच में Setup पेज पर सहेजा गया था।
क्या मेरे पास एक से ज़्यादा admin या स्टाफ़ रोल हो सकते हैं? हाँ, दोनों मल्टी-सिलेक्ट हैं, अपनी संरचना में फ़िट होने वाले जितने चाहें चुनें।
क्या anti-nuke में मुझे रोल पर भरोसा करना चाहिए या किसी खास उपयोगकर्ता पर? एक छोटे, स्थिर समूह (सह-ओनर) के लिए रोल पर भरोसा करें; किसी एक बार के अपवाद के लिए, जैसे कोई खास बॉट अकाउंट, व्यक्तिगत user IDs पर भरोसा करें, ताकि बाद में किसी रोल में प्रमोट हुए हर व्यक्ति पर अनजाने में भरोसा न हो जाए।
सर्वर सबसे बड़ी अनुमति की कौन सी गलती करते हैं? हर स्टाफ़ सदस्य को "सुरक्षा के लिए" Administrator देना। यह सुरक्षा के उलट है; इसका मतलब है कि एक फ़िशिंग से पकड़ा गया मॉड अकाउंट भी वह सब कर सकता है जो ओनर कर सकता है, जिसमें वह सब भी शामिल है जो सर्वर nuke में आता है।
एडमिन और स्टाफ़ रोल अपने सर्वर dashboard के Setup पेज पर सेट करें, और रोल लेआउट सही होने पर अपनी security सेटिंग्स की समीक्षा करें, क्योंकि thresholds केवल तभी सर्वर की रक्षा करते हैं जब उनके नीचे का रोल पदानुक्रम सचमुच ठीक हो।