Devnix Ops
製品

systemctl list services とその他の操作

01

Devnix Opsは、実際のコマンドを実行してその出力を表示することで、Linuxサービスの管理を支援します。すべての変更を自分で確認できます。

01

実際の出力

コマンドを実行し、実際の出力を表示します。

02

ローカルファイル

作業フォルダ内のファイルを編集します。

03

セーフモード

Ask first(確認モード)では、変更前に必ず確認を求めます。

機能

仕組み

モードを選択し、エージェントがツールを実行します。実行前に結果を確認します。Ask firstでは変更の実行前に承認が必要ですが、Auto-runでは即時に動作します。

チュートリアル

サービスの作成

Devnix Opsはユニットファイルをローカルに準備し、その後Shellを使用してサーバー上でsystemd-analyze verifyを実行します。これにより、構文レポートを確認してから続行できます。ステータスを確認します。エージェントは[Service]セクション内でExecStartをあなたのプログラムパスに設定します。Ask firstモードでサーバーへの変更を承認する前に、差分を確認してください。sudo systemctl daemon-reloadを実行し、systemdが新しい構成をすぐに読み込むようにします。sudo systemctl enable --nowを実行してサービスを開始し、起動時に有効にします。journalctl -u name -n 50を実行して最後の50行のログを確認し、トラブルシューティングを行います。systemctl list servicesを使用して、サービスが起動時に有効化されていない間に'system ctl'を確認します。

サービスの編集

エージェントに既存のサービスを編集するよう依頼すると、エージェントは write_file を使用してサーバーのチャットフォルダに override.conf を作成します。差分が表示されます。Ask first モードで変更を慎重に確認してから続行します。その後、エージェントは Shell を使用して scp でファイルをサーバーに転送します。sudo systemctl daemon-reload を実行して systemd がユニットファイルを再読み込みします。変更を適用する最終的な再起動コマンドを承認します。エージェントはサービスの新しいステータスを即座に表示します。journalctl -u name -n 50 を確認し、systemd がソケットへの接続ログを記録していることを確認します。

Devnix Opsがやらないこと

ホスト型サービスやプラグインではありません。認可された自分のファイル、PC、サーバー専用です。作業はそれら内に留まりますが、エージェントはスコープを強制しません。コード、スキャン、分析が正確である保証はありません。ユーザーは、Linuxのサービスマネージャーであるsystemdが何かを理解するために、よく質問します。

Windows用 Devnix Ops

サービスの管理を開始

Devnix Opsをダウンロード ↗