ऑन-बॉक्स कमांड

दो अलग कमांड सेट एक Customer Edge तक पहुँचते हैं, और कोई भी दूसरे को पूरी तरह समाहित नहीं करता।

• बॉक्स पर, Site CLI में 6 शीर्ष-स्तरीय कमांड और 82 execcli सबकमांड हैं।
• नेटवर्क के माध्यम से, debug API का अपना 34 कमांड का कैटलॉग है।

ऑन-बॉक्स सतह का अधिकांश भाग किसी API के समकक्ष के बिना है: संपूर्ण Vega कंट्रोल प्लेन, Envoy रैपर, पैकेट कैप्चर, kubelet पैरामीटर सेट, edit-* फाइलें और सहायक root-access जोड़ी केवल बॉक्स से ही पहुँच योग्य हैं।

इन तक पहुँचने के लिए SSH या सीरियल कंसोल की आवश्यकता होती है, और एक ऐसी बात जो कहीं प्रलेखित नहीं है:

execcli एक छिपा हुआ कमांड है

execcli Site CLI के इंटरेक्टिव मेनू में दिखाई नहीं देता। यह एक कमांड नाम को अपने तर्क के रूप में लेता है, और execcli टाइप करने के बाद Tab दबाने पर सभी 82 कमांड एप्लायंस के अपने एक-पंक्ति विवरण के साथ सूचीबद्ध होते हैं। वह पूर्णता मेनू किसी बिल्ड के लिए आधिकारिक कैटलॉग है, और यही sitecli/exec-catalog.json में दर्ज है।

इसे कैसे मापा गया, और सेट कैसे ओवरलैप होते हैं

नीचे दिया गया सेट किसी विक्रेता दस्तावेज़ से लिप्यंतरित नहीं है। इसे scripts/sitecli_ssh_harvest.py के साथ लाइव नोड्स से पढ़ा गया और इसकी उत्पत्ति के साथ sitecli/exec-catalog.json में प्रतिबद्ध किया गया। तीन रन, तीन पंजीकरण अवस्थाओं में:

मापा गया स्थान	शीर्ष स्तर	execcli
site_state: PROVISIONING	6	82
site_state: PROVISIONED	6	82
site_state: ONLINE	6	82

तीनों ने समान सेट लौटाए — केवल समान कुल नहीं, बल्कि समान नाम, और अंतिम एक अलग डिप्लॉयमेंट था जिसमें अलग साइट और संसाधन नाम थे। तो कमांड सतह पंजीकरण अवस्था के साथ नहीं बदलती, और जो कमांड अनुपस्थित है वह वास्तव में अनुपस्थित है न कि अभी तक प्रदान नहीं किया गया।

debug API के 34 कमांड के विरुद्ध, इससे दो आँकड़े मिलते हैं जिन्हें सही रखना उचित है:

• 51 execcli सबकमांड का कोई API समकक्ष नहीं है।
• 55 वही आँकड़ा है जब संपूर्ण ऑन-बॉक्स सतह पर गिना जाता है, क्योंकि इसमें चार configure* कमांड भी शामिल हैं, जो execcli के अंतर्गत नहीं बल्कि शीर्ष स्तर पर हैं।

दोनों सही हैं; जो पाठक एक की पुनर्गणना करे और दूसरा पाए, उसने कोई गलती नहीं की है। यहाँ प्रत्येक आँकड़ा sitecli/catalog.json और sitecli/exec-catalog.json से व्युत्पन्न है।

पाँच कमांड जो मौजूद नहीं हैं

factory-reset, upgrade, reboot, show और clear इस बिल्ड पर नहीं हैं। ये वह प्रकार के कमांड हैं जो एक Site CLI में संभवतः होते हैं, ये इस रिपॉजिटरी के वर्गीकरण में उस धारणा पर कुछ समय तक शामिल थे, और किसी गणना ने उन्हें नहीं पाया। शीर्ष स्तर में ठीक छह प्रविष्टियाँ हैं: configure, configure-generic-hardware, configure-network, configure-http-proxy, diagnosis और health।

तीन API कमांड execcli सबकमांड नहीं हैं

इन्हें execcli के अंतर्गत खोजने पर कुछ नहीं मिलता, जो “कमांड अनुपस्थित है” जैसा पढ़ा जाता है:

• health और diagnosis शीर्ष-स्तरीय Site CLI कमांड हैं। इन्हें >>> प्रॉम्प्ट पर सीधे टाइप करें, बिना किसी execcli उपसर्ग के।
• dig debug API के माध्यम से पहुँच योग्य है और किसी भी ऑन-बॉक्स मेनू में प्रकट नहीं होता, इसलिए यह नीचे दी गई पासथ्रू सूची से अनुपस्थित है। यह केवल API-आधारित है।

क्या प्रलेखित है, और क्या केवल सूचीबद्ध है

एक Customer Edge Linux और कई थर्ड-पार्टी डेमॉन चलाता है। उनके कमांड को प्रलेखित करने से उनके अपने संदर्भों की नकल होती और यह आभास होता कि F5 उन्हें स्वामित्व देता है, इसलिए नियम यह है: F5 के सॉफ़्टवेयर को प्रलेखित करें, और बाकी सब के लिए केवल वही प्रलेखित करें जो CE के लिए विशिष्ट हो।

तीन स्तर, क्योंकि “हमारा” और “उनका” एक स्पष्ट विभाजन नहीं है। विभाजन sitecli/command-classification.json में दर्ज है।

स्तर	उपचार
F5 सॉफ़्टवेयर	पूर्ण दस्तावेज़ीकरण — उद्देश्य, सिंटैक्स, तर्क, कैप्चर किया आउटपुट, क्या देखना है। Argo, Vega, vpm, vifdump, configure*, edit-* सेट, kubelet पैरामीटर, root एक्सेस।
CE-विशिष्ट व्याख्या	एक थर्ड-पार्टी उपकरण जिसका आउटपुट CE पर कुछ विशेष अर्थ रखता है। CE-विशिष्ट पठन प्रलेखित है और उपकरण के अपने शब्दार्थ अपस्ट्रीम पर छोड़े गए हैं।
पासथ्रू	सादा Linux या थर्ड-पार्टी जिसके बारे में CE-विशिष्ट कुछ नहीं कहना है। उपलब्ध के रूप में सूचीबद्ध, अपस्ट्रीम की ओर संकेत के साथ। कोई गद्य नहीं।

वह विभाजन तय करता है कि कोई पृष्ठ मौजूद है या नहीं, और यही इस दस्तावेज़ीकरण को man pages की बदतर प्रति बनने से बचाता है।

F5 सॉफ़्टवेयर

Vega control planeSix vegactl commands: configuration objects, introspection tables, trace buffers, and which node holds the primary role.

EnvoyFour wrappers around Envoy's admin interface — listeners, clusters, and two config dumps.

Packet captureThe five vifdump commands. Documented, never run here: they write capture files onto the node.

Kubelet parametersRead, add and remove custom kubelet parameters. Support-directed.

vpm serviceThe agent that registers the node and runs the platform containers.

Configuration filesThe four edit-* commands that open F5-owned files on the node.

Auxiliary root accessCreating and removing the xuser root account. Support-directed, and it leaves the node modified.

Node configurationThe four configure* commands at the Site CLI top level.

पासथ्रू

बॉक्स पर उपलब्ध और यहाँ प्रलेखित नहीं — ये ऑपरेटिंग सिस्टम और थर्ड-पार्टी डेमॉन हैं, F5 का सॉफ़्टवेयर नहीं, और उनके अपने संदर्भ इस पृष्ठ द्वारा पुनर्कथित किसी भी चीज़ से बेहतर हैं।

कमांड	अपस्ट्रीम
ping, netstat, lsof, ip, ip-link-show, nmcli, tracepath	iproute2, NetworkManager
top, check-mem, sysctl, load-sysctl-conf, journalctl, files, rpm-ostree, chronyc-sources	coreutils, procps, systemd, rpm-ostree, chrony
edit-etc-hosts, edit-sysctl-conf	फाइलें ऑपरेटिंग सिस्टम की हैं
systemctl-status-crio, systemctl-status-docker, systemctl-status-kubelet, systemctl-status-iscsid, systemctl-status-multipathd	systemd
systemctl-restart-crio, systemctl-restart-docker, systemctl-restart-kubelet, systemctl-restart-iscsid, systemctl-restart-multipathd	systemd — इनमें से प्रत्येक नोड पर वर्कलोड को बाधित करता है

इनमें से दो के बारे में जानना उचित है, भले ही उन्हें कोई पृष्ठ न मिले। files फाइल संचालन करता है और केवल /tmp के अंतर्गत लिखेगा। और प्रत्येक systemctl-restart-* परिभाषा से विघटनकारी है — crio या kubelet को पुनरारंभ करने से उस नोड के वर्कलोड बाधित होते हैं।

सात कमांड नए बिल्ड पर मौजूद हैं और इस पर नहीं

collect-database-stats, iptables-lv, तीन marker-exists-* कमांड, systemctl-restart-NetworkManager और systemctl-start-crio-prune यहाँ अनुपस्थित हैं और बिल्ड 20260703-e2c462a पर मौजूद हैं, जिससे वहाँ 89 execcli कमांड हैं, यहाँ के 82 के विरुद्ध। नए बिल्ड पर कमांड उन्हें प्रलेखित करता है। वे वर्गीकरण में not_on_this_build.newer_build के अंतर्गत दर्ज हैं ताकि यहाँ की कोई भी चीज़ उस चीज़ के लिए गलत न समझी जाए जो आप crt-20250613-3382 पर चला सकते हैं।

collect-debug-info एक अलग मामला है: यह किसी मेनू या कैटलॉग में प्रकट नहीं होता। Site CLI का स्वागत पाठ कहता है कि CLI “allows to … collect debug information for support”, इसलिए नाम संभवतः उस गद्य से अनुमानित किया गया था न कि देखा गया। इसे असत्यापित चिह्नित किया गया है और जानबूझकर जाँचा नहीं गया — किसी लाइव नोड पर अनुमानात्मक रूप से एक अज्ञात कमांड चलाना ही वह तरीका है जिससे एक vifdump पैकेट कैप्चर एक ऐसे CE पर शुरू हो गया जो अभी भी पंजीकरण कर रहा था।