実際の出力
コマンドを実行し、実際の出力を表示します。
Devnix Opsは、実際のコマンドを実行してその出力を表示することで、Linuxサービスの管理を支援します。すべての変更を自分で確認できます。
コマンドを実行し、実際の出力を表示します。
作業フォルダ内のファイルを編集します。
Ask first(確認モード)では、変更前に必ず確認を求めます。
モードを選択し、エージェントがツールを実行します。実行前に結果を確認します。Ask firstでは変更の実行前に承認が必要ですが、Auto-runでは即時に動作します。
systemctl list-units --type=serviceユニット一覧systemctl is-active exampleアクティブsystemctl status example実行中journalctl -u example -n 55行systemctl list-unit-filesファイル一覧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 がソケットへの接続ログを記録していることを確認します。
ホスト型サービスやプラグインではありません。認可された自分のファイル、PC、サーバー専用です。作業はそれら内に留まりますが、エージェントはスコープを強制しません。コード、スキャン、分析が正確である保証はありません。ユーザーは、Linuxのサービスマネージャーであるsystemdが何かを理解するために、よく質問します。