Skip to main content

title: “विफलता व्यवहार” description: “समझें कि जब नीति मूल्यांकन या स्थानीय daemon अनुपलब्ध हो तो क्या होता है।” icon: “shield-alert”

Failproof AI को इस तरह डिज़ाइन किया गया है कि एक प्रवर्तन विफलता दृश्यमान हो, बजाय जोखिम भरे कार्य को चुप चाप अनुमति देने के।

विफलता-बंद ब्लॉक का निदान करें

  1. Admin → enforcement पर जाएँ और मशीन को खोलें।
  2. इसके अंतिम चेक-इन, नियुक्त परिनियोजन और रिपोर्ट की गई परिनियोजन की जांच करें।
  3. Observe → policy पर जाएँ और अस्वीकृत निर्णय का सत्र खोलें।
  4. पुष्टि करें कि कारण daemon पहुंच, संस्करण विसंगति, या नीति स्वयं की रिपोर्ट करता है।
failproofaid का उपयोग करने के लिए कॉन्फ़िगर की गई मशीन पर, daemon एकमात्र मूल्यांकनकर्ता है। यदि यह अनुपलब्ध है या इसका प्रोटोकॉल संस्करण CLI से मेल नहीं खाता है, तो hook मूल्यांकन विफल हो जाता है। कार्रवाई को एक कारण के साथ अस्वीकार किया जाता है जो ऑपरेटर को daemon की जांच या अपडेट करने के लिए निर्देशित करता है। Daemon कॉन्फ़िगरेशन से पहले, hooks प्रक्रिया में नीतियों का मूल्यांकन करते हैं। एक बार daemon कॉन्फ़िगरेशन रिकॉर्ड हो जाने पर, Failproof AI daemon विफल होने पर दूसरे मूल्यांकनकर्ता में चुप चाप वापस नहीं जाता है।

विफलता-बंद निर्णय का जवाब दें

  1. failproofai config --status चलाएँ।
  2. यदि संस्करण भिन्न हैं, तो पैकेज अपडेट करने के बाद failproofai config को फिर से चलाएँ।
  3. यदि daemon अनुपलब्ध है, तो इसकी सेवा स्थिति और स्थानीय लॉग का निरीक्षण करें।
  4. एजेंट कार्य केवल तभी फिर से शुरू करें जब ज्ञात नीति मूल्यांकन पथ स्वस्थ हो।
अवरुद्ध कार्रवाई को बार-बार पुनः प्रयास न करें। विफलता-बंद प्रतिक्रिया का मतलब है कि सिस्टम स्थापित नहीं कर सका कि कार्रवाई सुरक्षित थी।

एक पैक लोड नहीं होगा

एक मशीन जिसे एक पैक लागू करने के लिए कहा गया था, और इसे चला नहीं सकते, चुप चाप जारी रखने के बजाय अस्वीकार करता है। ट्रिगर एक रिकॉर्ड की गई अपेक्षा है, कभी एक खाली नहीं: कोई पैक स्थापित नहीं होने वाली मशीन चुप है, जबकि एक पैक जो घोषित है और हल नहीं होगा — या जो अपने मैनिफेस्ट से कम पंजीकृत करता है — अस्वीकार करता है। अस्वीकृति संकीर्ण है, एक अनुपलब्ध daemon के विपरीत। एक daemon जिस तक नहीं पहुंचा जा सकता वह कोई मूल्यांकन नहीं हुआ, इसलिए कुछ भी सुरक्षित नहीं हो सकता। एक पैक जो लोड नहीं होगा में लापता गार्डों का एक गणनीय सेट है, क्योंकि हर घोषित नीति अपना match ले जाती है — इसलिए यह केवल उन घटनाओं और उपकरणों को अस्वीकार करता है जो वे नीतियां कवर करती हैं, और सबकुछ अन्यथा आगे बढ़ता है। यह निम्न के लिए आग नहीं लगाता है:
  • एक observe पैक, जो निर्माण द्वारा मूल्यांकन करता है और त्यागता है
  • नीतियां जो आपने कभी नहीं लीं, या स्पष्ट रूप से बंद कीं
  • एक पैक जो लोडर को कभी नहीं मिला, जहां “कोई पंजीकरण नहीं” एक जानबूझकर छोड़ से अलग नहीं हो सकता
  • एक सक्रिय सत्र विराम
  • एक लोड समय सीमा, जो क्षणिक है — एक धीमा डिस्क क्षण इतनी देर तक अस्वीकार नहीं करना चाहिए जब तक कोई मानव हस्तक्षेप न करे
UserPromptSubmit निर्देश देता है अस्वीकार करने के बजाय, चाहे लापता नीति ने क्या घोषित किया हो। एक व्यापक अस्वीकृति इसे साथ ले जाएगी और आपको उस एजेंट से बाहर कर देगी जो समस्या को ठीक कर सकता था।

क्या करें

यह किसी भी स्थापित पैक का नाम बताता है जो लोड नहीं होगा, कहता है क्यों, और गैर-शून्य के साथ बाहर निकलता है। फिर इसे पुनः स्थापित करें (failproofai pack add <source>) या हटाएँ (failproofai pack remove <publisher/name>) — इसे हटाने से अपेक्षा वापस ली जाती है, और अस्वीकृति इसके साथ रुक जाती है।