stackkit host attach-conformance, stackkit host conformance, stackkit host delivery, stackkit host environment, stackkit host migrate-browser-ca, stackkit host preflight, stackkit host prepare, stackkit host reboot, stackkit host remediate, stackkit host security, stackkit host ssh, stackkit host updates
stackkit host attach-conformance
प्लान जनरेशन से पहले सटीक होस्ट प्रमाण को Inventory से जोड़ें।stackkit host conformance
इस होस्ट पर प्रदाता-निरपेक्ष अनुरूपता रसीद बनाएँ।stackkit host delivery
इस नोड का सीलबंद होस्ट डिलीवरी रिसिपिएंट प्रबंधित करें। सीलबंद होस्ट डिलीवरी इस नोड तक Wallet आइटम, बैकअप लक्ष्य और SSH एक्सेस पहुँचाती है। डिलीवर करने वाला प्राधिकार हर मान को इस नोड की रिसिपिएंट की (HPKE, pkg/hostdelivery) से सील करता है; केवल यह नोड उसे अपनी कस्टडी में खोलता है। Techstack और Guard केवल सिफ़रटेक्स्ट और संदर्भ वहन करते हैं।stackkit host delivery detach, stackkit host delivery recipient, stackkit host delivery status
stackkit host delivery detach
इस नोड पर होस्ट डिलीवरी रोकें और रोटेट किए जाने वाले डिलीवर किए गए सीक्रेट सूचीबद्ध करें। इस नोड को होस्ट डिलीवरी से अलग करें: हर डिलीवर किया गया सीक्रेट रोटेशन-आवश्यक चिह्नित होता है, रिटायर रिसिपिएंट कीज़ नष्ट होती हैं, और जब तक नोड को ‘host delivery recipient--rotate’ से दोबारा नामांकित नहीं किया जाता, कोई डिलीवरी नहीं खुलती। परिणाम रोटेट किए जाने वाले संदर्भ और संस्करण वहीं सूचीबद्ध करता है जहाँ से वे आए थे; उसमें कभी कोई मान नहीं होता। स्थानीय कस्टडी में पहले से मौजूद मान यहाँ उपयोग योग्य रहते हैं।
उदाहरण
stackkit host delivery recipient
इस नोड की रिसिपिएंट की प्रमाणित करें, डिलीवर करने वाला प्राधिकार पिन करें, या की रोटेट करें। स्थानीय Owner की से हस्ताक्षरित एक कथन प्रिंट करें जो इस नोड की रिसिपिएंट की और उसकी जनरेशन को इस Site और नोड से बाँधता है तथा कॉलर की चुनौती को दोहराता है। प्राइवेट की स्थानीय कस्टडी से बाहर कभी नहीं जाती।--authority-key वर्तमान जनरेशन के लिए डिलीवर करने वाले प्राधिकार की Ed25519 पब्लिक की पिन करता है; Wallet आइटम और SSH एक्सेस केवल उसी से हस्ताक्षरित होने पर खुलते हैं। पिन की गई की कभी जगह पर नहीं बदली जाती। --rotate नोड को अगली जनरेशन में दोबारा नामांकित करता है (और --authority-key के साथ नया प्राधिकार पिन करता है): पिछली की रोटेशन से पहले जारी डिलीवरी को उनकी अधिकतम 15 मिनट की आयु तक खोलती है और फिर नष्ट कर दी जाती है। रोटेशन detach को भी समाप्त करता है।
उदाहरण
stackkit host delivery status
रिसिपिएंट जनरेशन, पिन किया गया प्राधिकार, detach स्थिति और डिलीवर किए गए संदर्भ दिखाएँ। इस नोड की रिसिपिएंट जनरेशन और फ़िंगरप्रिंट, अब भी खुलने योग्य रिटायर जनरेशन, पिन किया गया डिलीवर करने वाला प्राधिकार, नोड detached है या नहीं, और हर डिलीवर किया गया सीक्रेट संदर्भ और संस्करण के अनुसार उसके रोटेशन चिह्न सहित रिपोर्ट करें। कोई मान नहीं पढ़ा जाता।stackkit host environment
देखें कि यह होस्ट होम नेटवर्क जैसा दिखता है या सार्वजनिक सर्वर जैसा। इस मशीन का नेटवर्क परिवेश पहचानें। यह अवलोकन है, kit का चयन नहीं। इंस्टॉलर और init इसका उपयोग VPS पर स्थानीय होम पते या LAN होस्ट पर Cloud Kit बनाने से पहले पूछने के लिए करते हैं। STACKKIT_NETWORK_ENV=home|vps|cloud|unknown लाइव पहचान को ओवरराइड करता है।
उदाहरण
stackkit host migrate-browser-ca
इस नोड के प्रमाणित लेगेसी CA को ब्राउज़र-सक्षम नीति में माइग्रेट करें। लेगेसी Basement CA साइनिंग कीज़ को स्पष्ट रूप से माइग्रेट करें, जबकि Owner साइनिंग की, PocketID पहचानें, रनटाइम सीक्रेट, ingress लीफ़ कीज़, पते और वॉल्यूम सुरक्षित रहते हैं। पहले से वर्तमान root को बनाए रखें।--complete से पहले वर्तमान नेटिव प्लान लागू और सत्यापित करें। बदली हुई सार्वजनिक root को क्लाइंट मौजूदा client-trust हैंडऑफ़ के ज़रिए स्वीकृत करें।
stackkit host preflight
जाँचें कि यह होस्ट चुना गया StackKit चला सकता है या नहीं। इस होस्ट को मापें और kit द्वारा घोषित न्यूनतम सीमा से तुलना करें। Preflight केवल रीड-ओनली जाँच करता है: यह कभी कुछ इंस्टॉल, शुरू या कॉन्फ़िगर नहीं करता। Apply होस्ट में बदलाव करने से पहले यही प्रवेश-जाँच चलाता है।
उदाहरण
stackkit host prepare
Cloud Kit apply से पहले इस होस्ट को तैयार करें। होस्ट-सुरक्षा द्वारा root लॉगिन बंद करने से पहले ज़रूरी Cloud निष्पादन-चैनल अकाउंट और SSH की कस्टडी प्रोविज़न करें। Cloud Kit इंस्टॉलर और apply इसे स्वतः कॉल करते हैं। यह कमांड डायग्नोस्टिक के लिए और मैन्युअल रुकावट के बाद वर्कस्पेस को कन्वर्ज करने के लिए है। यह .stackkit/cloud-host-security/execution-channel/ के अंतर्गत वर्कस्पेस-कस्टडी वाली की बनाती या दोबारा उपयोग करती है और मिलती-जुलती पब्लिक की को निष्पादन-चैनल Linux अकाउंट पर इंस्टॉल करती है।stackkit host reboot
इस नोड का रीबूट शेड्यूल करें। थोड़ी देरी के बाद इस नोड का रीबूट शेड्यूल करें और तुरंत लौट आएँ। लौटाया गया boot_id_before वर्तमान बूट की पहचान करता है, ताकि कॉलर अलग boot ID पढ़कर जान सके कि नोड वापस आ गया। कमांड उस नोड को अस्वीकार करती है जो Techstack कंट्रोल प्लेन चलाता है, जहाँ apt या dpkg लॉक रखता है या होस्ट अपडेट चल रहा है, और जो बिना निगरानी बूट नहीं हो सकता (/etc/crypttab में ऐसे वॉल्यूम जिन्हें पासफ़्रेज़ चाहिए, या apt नहीं है)। देरी समाप्त होने पर एक गार्ड फिर जाँचता है, किसी भी पैकेज ऑपरेशन के पूरा होने के लिए 15 मिनट तक प्रतीक्षा करता है और dpkg लॉक पकड़े हुए रीबूट का अनुरोध करता है। जो नोड व्यस्त रहता है उसे रीबूट नहीं किया जाता; उसकी boot ID वही रहती है।
उदाहरण
stackkit host remediate
होस्ट preflight में मिली समस्याओं के सुधार दिखाएँ या लागू करें। इस होस्ट के preflight निष्कर्षों के सुधार सूचीबद्ध करें, या उनमें से एक लागू करें।--apply के बिना कुछ नहीं बदलता: कमांड होस्ट को मापती है और प्रिंट करती है कि हर सुधार क्या करेगा, क्या उसे पूर्ववत किया जा सकता है और क्या उसे root चाहिए।
--apply <id> --yes के साथ नामित सुधार चलता है, और जिस जाँच ने उसे उचित ठहराया था उसे बाद में फिर मापा जाता है, ताकि परिणाम बताए कि वास्तव में क्या बदला, न कि सिर्फ़ यह कि कोशिश की गई।
उदाहरण
stackkit host security
वर्ज़नयुक्त साक्ष्य के साथ होस्ट सुरक्षा आधाररेखा सत्यापित और ठीक करें। इस नोड को StackKits होस्ट सुरक्षा आधाररेखा के अनुसार जाँचें और प्रबंधन पथ काटे बिना भटके हुए नियंत्रण बहाल करें। ‘verify’ होस्ट को कभी नहीं बदलता। यह फ़ायरवॉल, sshd, ब्रूट-फ़ोर्स सुरक्षा, स्वचालित और लंबित सुरक्षा अपडेट, रीबूट स्थिति, कर्नेल पैरामीटर, खुले listeners और प्रमाणपत्र की समाप्ति के लिए, और (एक बार दर्ज होने पर) इस नोड को डिलीवर किए गए SSH CA ट्रस्ट और होस्ट सर्टिफ़िकेट (‘host ssh apply’) के लिए stackkit.host-security-evidence/v1 बनाता है। हर नियंत्रण compliant, drifted, unknown या ओनर द्वारा स्वीकृत अपवाद होता है, और साक्ष्य की समय-सीमा समाप्त होती है: पुराना अवलोकन unknown होता है और unknown नियंत्रण कभी compliant नहीं माना जाता। यह अपने आप (Standard Mode, बिना अकाउंट) और Techstack द्वारा डिप्लॉयमेंट प्रबंधित किए जाने पर पिन की गई CLI के माध्यम से (--mode advanced) काम करता है।
stackkit host security repair, stackkit host security status, stackkit host security verify
stackkit host security repair
प्रबंधन पथ काटे बिना भटके हुए आधाररेखा नियंत्रण बहाल करें। भटके हुए नियंत्रण की बहाली की योजना बनाएँ, या--apply के साथ उसे पूरा करें।
--apply के बिना कुछ नहीं बदलता: कमांड होस्ट को मापता है और बताता है कि हर सुधार क्या करेगा। --apply के साथ केवल नामित (--control) या drifted नियंत्रण छुए जाते हैं, और हर बदलाव को पहले जाँचा जाता है:
उदाहरण
stackkit host security status
होस्ट को देखे बिना संग्रहीत साक्ष्य को उसकी वर्तमान स्थिति में पढ़ें। इस वर्कस्पेस में ‘verify’ द्वारा आख़िरी बार दर्ज साक्ष्य पढ़ें और वर्तमान समय पर उसका आकलन करें। freshness अवधि पार कर चुका साक्ष्य unknown है: पुराना अवलोकन होस्ट की वर्तमान स्थिति के बारे में कुछ सिद्ध नहीं करता।stackkit host security verify
होस्ट सुरक्षा आधाररेखा देखें और वर्ज़नयुक्त साक्ष्य लिखें। इस नोड के हर आधाररेखा नियंत्रण को देखें और stackkit.host-security-evidence/v1 बनाएँ। होस्ट पर कुछ नहीं बदला जाता। अधिकतर नियंत्रण देखने के लिए root आवश्यक है; जिसे देखा नहीं जा सकता उसे कारण सहित unknown बताया जाता है, विफलता नहीं।--no-record न दिए जाने पर साक्ष्य वर्कस्पेस में .stackkit/host-security-evidence.json पर लिखा जाता है और --freshness के बाद उसकी समय-सीमा समाप्त हो जाती है।
उदाहरण
stackkit host ssh
इस नोड तक डिलीवर किया गया SSH सर्टिफ़िकेट एक्सेस।stackkit host ssh apply
stackkit host ssh apply
stdin से सीलबंद SSH CA ट्रस्ट, रिवोकेशन या होस्ट सर्टिफ़िकेट डिलीवरी लागू करें। stdin पर एक सीलबंद ssh-ca-trust, ssh-ca-revoke या ssh-host-certificate envelope पढ़ें, जो पिन किए गए डिलीवर करने वाले प्राधिकार से हस्ताक्षरित हो, और उसे इस सर्वर के sshd पर लागू करें:
उदाहरण
stackkit host updates
इस नोड पर ऑपरेटिंग-सिस्टम पैकेज अपडेट प्लान करें और लागू करें। इस Debian या Ubuntu नोड पर ऑपरेटिंग-सिस्टम पैकेज अपडेट प्लान करें और लागू करें। कंटेनर रनटाइम (docker.io, docker-ce*, containerd*, runc) होल्ड पर है: वह प्लान में सूचीबद्ध है पर apply उसे कभी इंस्टॉल नहीं करता, क्योंकि उसे अपग्रेड करने से हर वर्कलोड रीस्टार्ट होता है। Apply कभी पैकेज नहीं हटाता, autoremove नहीं चलाता और रीबूट नहीं करता; उसके लिए ‘stackkit host reboot’ उपयोग करें।stackkit host updates apply, stackkit host updates plan
stackkit host updates apply
ठीक वही समीक्षित अपडेट प्लान इंस्टॉल करें। समीक्षित ‘stackkit host updates plan’ द्वारा रिपोर्ट किया गया पैकेज सेट ठीक वैसा ही इंस्टॉल करें। लंबित सेट को पहले फिर सिमुलेट किया जाता है; उसका डाइजेस्ट--plan-digest से अलग होने पर कुछ इंस्टॉल नहीं होता (plan_stale)। apt एक अस्थायी systemd यूनिट (kombify-host-update-*) में बिना इंटरैक्शन चलता है और मौजूदा कॉन्फ़िगरेशन फ़ाइलें रखता है, इसलिए CLI या एजेंट टाइमआउट केवल प्रतीक्षा रोकता है, dpkg को कभी नहीं। परिणाम हर पैकेज का पहले और बाद का वर्ज़न और यह दर्ज करता है कि नोड को अब रीबूट चाहिए या नहीं।
उदाहरण
stackkit host updates plan
पैकेज इंडेक्स रीफ़्रेश करें और लंबित अपडेट दिखाएँ। पैकेज इंडेक्स रीफ़्रेश करें और दिखाएँ कि ‘stackkit host updates apply’ क्या इंस्टॉल करेगा। परिणाम हर लंबित पैकेज को उसके वर्तमान और नए वर्ज़न के साथ, होल्ड पर रखे कंटेनर-रनटाइम पैकेज, apt द्वारा रोके गए पैकेज, रीबूट की संभावना (kernel, C library या systemd) और dpkg समस्याएँ सूचीबद्ध करता है। plan_digest सटीक पैकेज सेट को बाँधता है; मेल न खाने पर apply मना कर देता है।
उदाहरण
