Wrapper for `step ca renew` that behaves sanely with systemd

オープン
#1,549 コメント 7 件 リアクション 0 件 担当者 0 名 GitHub で見る

メンテナーはふだん 1 日以内に返信

まだ誰も着手していません。

評価

難易度
5/5
見積もり時間
1週間以上
初心者へのやさしさ
20/100
issue の種類
機能追加
明瞭さ
説明が足りない
活発さ
停滞
領域
devops, security

調査の方向性

Start by reviewing the linked external wrapper repository and the behavior of step ca renew described in this issue. The issue does not name files or tests in smallstep/cli; done would require a clearly scoped decision about whether and how this systemd-oriented wrapper belongs in the CLI.

索引モデルが issue の本文から書いたものです。

説明

Hi folks,

I ran into a small but persistent operational annoyance with step ca renew:

When a certificate does not need renewal, step exits with code 1.
That is technically correct – but in a systemd world, it looks like a failure.

So I wrote a tiny wrapper that makes renewal boring again:

  • Pre-checks whether renewal is actually needed
  • Only runs step ca renew when required
  • Normalizes exit codes so “nothing to do” = success
  • Supports post-renew hooks (reload nginx, haproxy, etc.)
  • Plays nicely with systemd timers and services

Repo:
https://github.com/Torstein-Eide/Step-certificate-renewal-wrapper-script

The goal is not to replace step, but to make it operationally smoother in real systems where exit codes matter and automation should stay quiet unless something actually broke.

Bluntly:
step is correct.
systemd is strict.
This script keeps the peace between them.

Feedback welcome. If this solves a problem for others, even better.

主要言語
Go
スター
4.3k
フォーク
320
平均マージ
2日 3時間
マージ済み PR(30日)
11

環境構築

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

smallstep/cli のほかの issue

smallstep/cli の issue をすべて見る

似ている issue

Go の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。