Daemon on systemd

man 7 daemon に同じことが書いてある

network-online.target は起動時のネットワークデバイスの設定が終わっていることを保証するだけで現在ネットワークが疎通しているか確認出来るものではない
https://access.redhat.com/documentation/ja-jp/red_hat_enterprise_linux/8/html/configuring_and_managing_networking/systemd-network-targets-and-services_configuring-and-managing-networking

普通は上で良いけど、パイプとかソケットのread(2)みたいな無限に待つ可能性があるシステムコールは中断してそちらの処理をしたいという場合には上のだと駄目だな。

マルチスレッドのプログラムでシグナルをブロックしたいときは、全スレッドがブロックするようにしないとブロックしてないスレッドで受信してしまう

逆に1つのスレッドを除いてブロックすれば、そのスレッドがシグナルを受信してくれる(はず)

シグナルは別スレッドで処理すれば無限に待っても大丈夫そう。(結局一番上のやり方で良さそう)

sigwaitとsigsuspend似てるけど、waitはどのシグナルが来たか分かり、ハンドラが走らない

suspendもハンドラの引数で分かるが直接戻り値では分からない

結局シグナルも非同期なのでasync/awaitで処理するのが簡単な気がしてきた。
https://docs.rs/tokio/latest/tokio/signal/index.html

Type=notify-reloadにするか(ただし253以降が必要)、ちゃんと完了を待つようなコマンド(例えばD-busとかで)が推奨されている

それ以前は所有者を適切に設定した上でパーミッションを600にしておく位な気がする。
SSHのserver側の秘密鍵(/etc/ssh/ssh_host_ed25519_keyとか)はそうなっているようなので。