auto-updates について
auto-updatesは、unattended-upgradesを使うAPTシステムで、定期的なパッケージ更新を調査または設定するスキルです。既存ポリシーの確認、変更の事前表示、ロールバック状態の保持、タイマーとログの検証を重視します。
主な機能
- 01APT設定と更新ログの調査
- 02ディストリビューション別の許可リポジトリ確認
- 03ドライランで設定案を事前確認
- 04ロールバック対応の管理設定を適用
- 05タイマー、スケジュール、ログを検証
- 06再起動とクリーンアップ方針を変更しない
活用シーン
- 01自動更新設定の監査
- 02定期的なAPT更新の設定
- 03更新前のリポジトリ確認
- 04タイマー起動やパッケージロックの調査
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ mikr13/ secure-server-setup-skills --skill auto-updatesインストール後、Claude Code で/auto-updatesを入力して読み込まれたか確認します。
同梱ファイルreferences/apt-config.mdscripts/setup-auto-updates.sh
詳細
自動更新
このスキルを使って、定期的なアップグレードを確認または設定します。要求されたメンテナンスポリシーを維持してください。スケジュールを有効にしても、即時の全アップグレード、自動再起動、依存関係の削除が許可されたことにはなりません。
まず確認する
- ディストリビューションとリリース、インストール済みの
unattended-upgradesのバージョンを特定します。apt-config dump、/etc/apt/apt.conf.d/、保留中のパッケージ、タイマー、最近のアップグレードログを確認します。 - 許可されたオリジンが、このディストリビューションにインストールされている設定と一致することを確認します。Ubuntu のセキュリティリポジトリ、Debian のセキュリティリポジトリ、サードパーティーのリポジトリ、Ubuntu Pro/ESM では、必要なオリジンが異なります。Ubuntu のオリジン一覧を Debian にコピーしないでください。
- 既存の自動再起動、パッケージのクリーンアップ、通知、スケジュールの設定を記録します。監査を依頼された場合は、変更せずに調査結果を報告します。
設定する
運用上の詳細とロックのトラブルシューティングについては、references/apt-config.md をお読みください。
-
unattended-upgradesがない場合は、許可されたセットアップ範囲内で、対象のパッケージマネージャーを使ってインストールします。このヘルパーはパッケージをインストールしません。 -
scripts/setup-auto-updates.sh をプレビューします。
sudo bash scripts/setup-auto-updates.sh --dry-run -
提案された日次の定期設定と、既存のオリジン/再起動ポリシーを確認します。設定とタイマーの有効化が許可されたら、次を実行します。
sudo bash scripts/setup-auto-updates.sh --apply --activate
このヘルパーは専用の管理用ドロップインファイルを書き込み、ロールバック用に以前のバージョンを正確に保存し、APT の有効な設定を検証して、unattended-upgrade のドライランを実行します。許可されたオリジン、再起動設定、依存関係のクリーンアップ、既存の通知設定は変更しません。--activate を指定しない場合、タイマーの状態は変更されません。
検証と復旧
apt-config dump、ドライランの出力と許可されたオリジン、両方の APT タイマー、それらに設定されているスケジュール、最近のログを確認します。タイマーの存在やサービスの稼働状態だけでは、アップグレードが行われた証拠として不十分です。- メンテナンスポリシーの範囲内で、必要なカーネル/サービスの再起動を計画します。保留の理由を把握しないまま、パッケージの保留を解除しないでください。
- 検証またはタイマーの有効化に失敗した場合、ヘルパーは以前のドロップインファイルと、変更したタイマーの状態を復元します。表示されたロールバックディレクトリには、保存された管理用ファイルがあります。後で元に戻す場合は、そのファイルを復元するか、以前に存在しなかった場合は新しい管理用ファイルを削除してください。
- APT の競合が発生した場合は、ロックを保持しているプロセスを特定し、待つか、原因を調査します。稼働中のパッケージマネージャーを回避するために、ロックファイルを削除してはいけません。
対象で設定されているオリジン、スケジュールの証拠、再起動ポリシー、変更内容、未実施の確認事項を報告します。