प्रशासन और पहुँच नियंत्रण
सुरक्षित dashboard से कर्मचारियों की पहुँच, पूरी site की नीति और प्रशासनिक निगरानी सँभालें।
- Dashboard खोलेंनिर्धारित खाते से sign in करके sidebar के Administration links खोलें। Link न हो तो आपकी भूमिका में वह सुविधा नहीं है।
- कार्रवाई से पहले अधिकार जाँचेंGod सभी प्रशासनिक controls चला सकता है; admin और superadmin को सामान्य प्रशासन क्षेत्र मिलता है, जबकि कुछ वैश्विक settings केवल God के लिए हैं।
- सीमित बदलाव करेंसंबंधित रिकॉर्ड खोलें, मौजूदा स्थिति और जुड़े items जाँचें, फिर केवल माँगे fields बदलें। Role, authentication और publication में बदलाव सुरक्षा-संवेदनशील हैं।
- सहेजकर पुष्टि करेंफ़ॉर्म जमा कर सफलता सूचना और नई रिकॉर्ड स्थिति देखें। Validation error बताए तो वही fields ठीक करें; नतीजा स्पष्ट हुए बिना संवेदनशील कार्रवाई दोहराएँ नहीं।
- Audit रिकॉर्ड रखेंप्रशासनिक घटनाएँ खोजने या export करने के लिए Audit Log खोलें। जहाँ कारण माँगा जाए सही वजह लिखें और महत्वपूर्ण बदलाव के बाद घटना जाँचें।
Dashboard पहुँच और भूमिकाएँ
Sidebar में links भूमिका के अनुसार दिखते हैं: admin, superadmin और God को सामान्य प्रशासन मिलता है, जबकि कुछ वैश्विक controls केवल God के लिए हैं। Roles मौजूदा permission assignments बदलता है; इससे सामान्य प्रयोजन की नई भूमिकाएँ नहीं बनतीं। साझा पहुँच बदलने से पहले भूमिका और उसके उपयोगकर्ताओं को जाँचें।
- Roles खोलकर जाँची जा रही भूमिका चुनें।
- Permissions को स्वीकृत काम से मिलाएँ और असंबंधित पहुँच हटाएँ।
- सहेजकर आवश्यक dashboard links की पुष्टि करें।
उपयोगकर्ता प्रशासन
Users में खोज, विवरण, बनाना या edit करना, स्थिति बदलना, सामूहिक कार्रवाई और export उपलब्ध हैं। बदलाव से पहले खाते की स्थिति और भूमिका जाँचें। Wallet credit अलग वित्तीय कार्रवाई है। Impersonation नियंत्रित प्रशासन है; यह उपयोगकर्ता का authentication या संरक्षित step-up जाँच पूरी करने का विकल्प नहीं।
- सत्यापित खाता रिकॉर्ड खोजकर खोलें।
- केवल माँगा profile, role या सक्रिय स्थिति बदलें।
- नतीजा जाँचने को रिकॉर्ड फिर खोलें; फिर प्रयास से पहले त्रुटि सुलझाएँ।
Site theme और sign-in नीति
केवल God के लिए Site Authentication and Theme पृष्ठ पूरी site की theme नीति और सामान्य sign-in बनाम SSO नियंत्रित करता है। केवल स्वीकृत setting सहेजें, फिर सार्वजनिक प्रवेश और login route जाँचें। उपयोगकर्ता की theme पसंद अलग है और profile में रहती है।
- Site Authentication and Theme में मौजूदा नीति पढ़ें।
- अधिकृत mode या theme चुनकर सहेजें।
- प्रवेश पृष्ठ और login form जाँचें; न बदला हो तो settings फिर खोलें।
Audit और प्रमाण
Audit Log में filter, घटना विवरण और export उपलब्ध हैं। Actor, action, entity और metadata देखें, फिर प्रभावित रिकॉर्ड अलग से जाँचें। सामग्री में बदलाव से पहले और बाद के मान तथा कारण सहेजे जा सकते हैं। Export और निजी डेटा को सीमित पहुँच वाला मानें।
- ज़रूरी तारीख, actor या action के अनुसार filter करें।
- घटना खोलकर प्रभावित रिकॉर्ड से तुलना करें।
- ज़रूरत हो तभी export करें और अधिकृत स्थान पर रखें।
सुरक्षित प्रशासन का तरीका
काम पूरा करने में सक्षम सबसे सीमित भूमिका लें। संबंधित dashboard दिखने पर भी कई controls के लिए God अधिकार चाहिए। खासकर संवेदनशील backup कार्रवाई में नया MFA आवश्यक है; step-up जाँच सामान्य प्रक्रिया से ही पूरी करें। Provider secrets और ग्राहक पहचान विवरण टिप्पणियों या दस्तावेज़ों में न रखें। सामूहिक कार्रवाई से पहले चुनी पंक्तियाँ और अपेक्षित असर जाँचें। कार्रवाई पृष्ठभूमि में चलती हो तो उसे बार-बार जमा करने के बजाय स्थिति या audit रिकॉर्ड देखें।
- बदलाव से पहले खाते की भूमिका और नए authentication prompt की पुष्टि करें।
- लक्ष्य तथा दायरा जाँचें और माँगा जाए तो उपयोगी कारण लिखें।
- नतीजा और audit entry देखें; अंतर मिले तो बड़े बदलाव से भरपाई करने के बजाय आगे भेजें।
पहुँच की समस्या सुलझाएँ
Menu item न दिखने का आम कारण मौजूदा भूमिका या संसाधन की विशेष permission का अभाव है। Forbidden उत्तर का अर्थ है कि server नीति ने भी कार्रवाई रोकी; दूसरे खाते से रास्ता न निकालें। पृष्ठ खुले पर save अस्वीकृत हो तो field के अनुसार validation error पढ़ें और ज़रूरी fields तथा अनुमत मान जाँचें। बदलाव स्वीकार हो पर दिखे नहीं तो फिर खोलकर audit घटना देखें; उसके बाद ही दोबारा प्रयास करें।
- अपनी भूमिका और संसाधन-विशिष्ट पहुँच जाँचें।
- दिखाई त्रुटि पढ़कर केवल अस्वीकृत field या ज़रूरी चरण ठीक करें।
- पहुँच सचमुच कम हो तो भूमिका के अधिकृत मालिक से न्यूनतम स्वीकृत permission माँगें।
अक्सर पूछे जाने वाले प्रश्न
कोई control क्यों नहीं दिखता?
Dashboard भूमिका के अनुसार links छिपाता है और कुछ server कार्रवाइयों के लिए सामान्य admin क्षेत्र से कड़े अधिकार चाहिए। भूमिका-मालिक से न्यूनतम आवश्यक पहुँच पूछें।
क्या admin हर site setting बदल सकता है?
नहीं। Site authentication नीति और backup संचालन सहित कुछ वैश्विक settings केवल God के लिए हैं।
बदलाव की पुष्टि कहाँ करूँ?
प्रभावित रिकॉर्ड फिर खोलें और महत्वपूर्ण प्रशासनिक बदलाव के लिए Audit Log में संबंधित घटना देखें।
क्या Impersonation से अनुपस्थित भूमिका का रास्ता निकाल सकता हूँ?
नहीं। यह permission का विकल्प नहीं और सामान्य authentication, authorization या step-up जाँच को नहीं बदलता।
Validation error के बाद क्या करूँ?
फ़ॉर्म में बताए field को ठीक करें, सहेजा रिकॉर्ड जाँचें और एक बार जमा करें। अनिश्चित नतीजे वाली कार्रवाई दोहराएँ नहीं।
क्या audit कारण में credentials लिखूँ?
नहीं। कारण में काम का उद्देश्य बताएँ; password, provider key, निजी host विवरण या अनावश्यक निजी डेटा नहीं।