ソフトウェアもうそこかしこに情報あるだろうけど、手元で実験出来たので取り敢えず記録。・http://test.tea-soak.org:12345で運用中とする(ホストは192.168.0.5)・http://tea-soak.org:80でも別サービスを運用中(ホストは192.168.0.4)で、test.の方をHTTPSにする。各ドメインは同じグローバルIPアドレスを指しているが、ポート番号によって区別し、192.168.0.5に行くか192.168.0.4に行くかをルータで振り分けている。ArchWikiの通りに。Continueのところで止まるので、http://test.tea-soak.org/.well-known/acme-challenge/LT6x2...でアクセスできるようにファイルを配置する。server以下に並んでいるコマンドを参考になんとかする。ドメインの存在確認のacme-challenge(そういう意味だよね?)はhttp://test.tea-soak.org:80に行くと思われるので、つまり192.168.0.4にアクセスが飛んでしまう。今回は面倒なので192.168.0.4に所定のファイルを設置した。うまくいくと、/etc/letsencrypt/live/test.tea-soak.org/以下に鍵と証明書が保存されるはず。privkey.pem:証明書の秘密鍵fullchain.pem:証明書(多くのサーバソフトで使えるらしい)各ファイルの説明はREADMEに入っている(上記はてきとう和訳)test.tea-soak.orgではnginxが動いているので設定をいじる。Requestが返ってくるが、HTTPSではきちんとアクセスできることを確認しておしまい。このやり方だと、証明書の更新は自動では出来ない。ソフトウェア使うけれど使うときにいつも忘れちゃうのでメモ。ソフトウェアビルドって結構時間かかる。aurがしょっちゅうバージョンアップするわけだが、これ、Qtのstatic版を手元で毎度ビルドするのだ。それを保持しておいてくれればいいんだけど、これの他にも色々ビルドすることはあるので、PKGBUILDからビルドしてくれるmakepkgを高速化してやりたい。makeに手作業で-jとかつけて回っても良いが、せっかく手元にマシンが複数あるので、分散ビルドさせてみたほうが面白いのでは?つーわけで、distccをつかう。ArchWikiの通りの作業でおk。