ボックス上のコマンド

Customer Edge には 2 つの独立したコマンドセットがあり、どちらも互いを包含しません。

• ボックス上では、Site CLI に 6 つのトップレベルコマンドと 82 の execcli サブコマンドがあります。
• ネットワーク経由では、デバッグ API が独自の 34 コマンドのカタログを持っています。

ボックス上の機能の大部分には API の対応物がありません。Vega コントロールプレーン全体、Envoy ラッパー、パケットキャプチャ、kubelet パラメーターセット、edit-* ファイル、および補助的な root アクセスペアは、ボックスからのみ到達可能です。

これらにアクセスするには SSH またはシリアルコンソールが必要であり、どこにもドキュメント化されていないことが 1 つあります。

execcli は隠しコマンドです

execcli は Site CLI のインタラクティブメニューには表示されません。コマンド名を引数として受け取り、execcli に続けて Tab を入力すると、82 個すべてがアプライアンス独自の 1 行説明とともに一覧表示されます。この補完メニューがビルドの信頼できるカタログであり、sitecli/exec-catalog.json に記録されているものです。

計測方法とセットの重複について

以下のセットはベンダーのドキュメントから転記したものではありません。scripts/sitecli_ssh_harvest.py を使用してライブノードから読み取り、その出所とともに sitecli/exec-catalog.json にコミットされました。3 回の計測が 3 つの登録状態で行われました。

計測時の状態	トップレベル	execcli
site_state: PROVISIONING	6	82
site_state: PROVISIONED	6	82
site_state: ONLINE	6	82

3 回すべてで同一のセットが返されました。単に合計数が同じなのではなく、名前も同一であり、最後の計測は異なるデプロイメントで、サイト名およびリソース名も異なっていました。つまり、コマンドの表面は登録状態によって変化せず、存在しないコマンドは本当に存在しないのであって、まだ提供されていないというわけではありません。

デバッグ API の 34 コマンドと比較すると、区別しておく価値のある 2 つの数値が得られます。

• 51 の execcli サブコマンドには API の対応物がありません。
• 55 は、ボックス上全体で数えた場合の同じ数値です。これは、execcli 配下ではなくトップレベルに存在する 4 つの configure* コマンドも含むためです。

どちらも正確な数値です。一方を再計算して他方を見つけた読者は誤りを犯したわけではありません。ここに掲載されるすべての数値は sitecli/catalog.json および sitecli/exec-catalog.json から導出されています。

存在しない 5 つのコマンド

factory-reset、upgrade、reboot、show、clear はこのビルドには存在しません。これらは Site CLI が持ちそうなコマンドであり、その前提でしばらくこのリポジトリの分類に含まれていましたが、どの列挙でも見つかりませんでした。トップレベルには正確に 6 つのエントリがあります: configure、configure-generic-hardware、configure-network、configure-http-proxy、diagnosis、health です。

3 つの API コマンドは execcli のサブコマンドではありません

execcli 配下でこれらを探しても何も見つかりません。「コマンドが存在しない」と読めますが:

• health と diagnosis は Site CLI のトップレベルコマンドです。execcli プレフィックスなしで >>> プロンプトに直接入力してください。
• dig はデバッグ API 経由で到達可能であり、ボックス上のメニューのどちらにも表示されません。そのため、以下のパススルー一覧には含まれていません。API 専用です。

ドキュメント化されているものと一覧のみのもの

Customer Edge は Linux と多数のサードパーティデーモンを実行しています。それらのコマンドをドキュメント化すると、独自のリファレンスと重複し、F5 がそれらを所有しているかのように見せてしまいます。そのため、ルールは次のとおりです: F5 のソフトウェアをドキュメント化し、それ以外については CE 固有のものだけをドキュメント化する。

「自社製」と「他社製」の区別が明確ではないため、3 つの階層があります。この区別は sitecli/command-classification.json に記録されています。

階層	扱い
F5 ソフトウェア	完全なドキュメント — 目的、構文、引数、キャプチャされた出力、確認すべき内容。Argo、Vega、vpm、vifdump、configure*、edit-* セット、kubelet パラメーター、root アクセス。
CE 固有の解釈	CE 上で特定の意味を持つサードパーティツール。CE 固有の読み方をドキュメント化し、ツール自体のセマンティクスはアップストリームに委ねます。
パススルー	CE 固有の言及事項がない、純粋な Linux またはサードパーティ。利用可能として一覧化し、アップストリームへのポインターを示します。説明文なし。

この区別がページの存在有無を決定し、このドキュメントが man ページの劣化したコピーになることを防ぎます。

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 — これらのいずれもノード上のワークロードを中断します

これらのうち 2 つは、ページがなくても知っておく価値があります。files はファイル操作を実行し、/tmp 配下にのみ書き込みます。そして、すべての systemctl-restart-* は定義上、破壊的です — crio や kubelet を再起動すると、そのノード上のワークロードが中断されます。

新しいビルドには存在するがこのビルドには存在しない 7 つのコマンド

collect-database-stats、iptables-lv、3 つの marker-exists-* コマンド、systemctl-restart-NetworkManager、systemctl-start-crio-prune はここには存在せず、ビルド 20260703-e2c462a では存在し、そちらでは execcli コマンドが 82 に対して 89 になります。新しいビルドのコマンドでドキュメント化されています。これらは分類の not_on_this_build.newer_build に記録されており、crt-20250613-3382 で実行できるものと誤解されないようになっています。

collect-debug-info は別のケースです。メニューにもカタログにも表示されません。Site CLI のウェルカムテキストには CLI が「サポートのためにデバッグ情報を収集することができる」と記されているため、この名前はおそらく観察ではなくその文章から派生したものです。未検証としてマークされ、意図的に調査されていません — 未知のコマンドをライブノードで推測的に実行すると、まだ登録中の CE で vifdump パケットキャプチャが開始されるという事態を招きます。