Skip to main content
प्रदाता-निरपेक्ष होस्ट कॉन्ट्रैक्ट ऑपरेशन।
उप-कमांड: 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 नियंत्रण छुए जाते हैं, और हर बदलाव को पहले जाँचा जाता है:
जिस नियंत्रण को देखा नहीं जा सकता या जिसके लिए ओनर ने अपवाद स्वीकृत किया है, उसे छुआ नहीं जाता। Cloud Site का फ़ायरवॉल और root लॉगिन ‘stackkit apply’ द्वारा बहाल किए जाते हैं। हर चरण नियंत्रण की पहले और बाद की स्थिति दर्ज करता है, और compliant नियंत्रण पर दोबारा repair करने से कुछ नहीं बदलता।
उदाहरण

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 पर लागू करें:
sshd केवल तब reload होता है जब ‘sshd -t’ नया कॉन्फ़िगरेशन स्वीकार कर ले; विफल बदलाव रोलबैक हो जाता है। लागू स्थिति owner कस्टडी में दर्ज होती है, इसलिए ‘host security verify’ drift रिपोर्ट करता है और ‘host security repair’ उसे दोबारा इंस्टॉल करता है।
उदाहरण

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 मना कर देता है।
उदाहरण