サーバーは、さくらインターネットのスタンダードプランを年間契約しているのだけど、来年はメールだけのプラン(さくらのメールボックス)に変更するというのも、一つの手かもしれない。セキュリティ警告(NET::ERR_CERT_AUTHORITY_INVALID)が出るという問題に直面した。丸一日かかって、どうやら完全に問題を克服することができた。フォーラム等)を参照すればどうにかなるもので、ほとんどのプロのエンジニアの人でも、正解となる先人の情報をどう見付けてくるかという話で、それをそのまま自分のブログに記録しているだけのケースが基本だろう(特に日本語においては)。(プロではないただのエキスパートなだけの)僕も、そういうつもりでいたのだけど、今回は、既存の情報が、低レベルなものしか見付からず、結局、自分の要求する水準のものを実現するために、自分でオリジナルに解法を確立する他なかった。セキュリティ設定があって、あそこで証明書を設定するものだと思っている人がほとんどだと思うのだが、あれがまず、騙し。サーバーを使う場合のことは、全く蚊帳の外という......。サーバーに対する証明書のセットアップについて、中間証明書を有効にする方法ばかり。中間証明書がコピー&ペーストで設定できるように今では対応済なんだから、当然。しょうがないので、最後は「ランボー怒りのリバースエンジニアリング」。関連のコンフィグを眺め回して、試行錯誤繰り返して、やっと仮想ホストでデジタル証明書を中間証明書を含めて適切に設定する方法を突き止めた。中間証明書(のチェーン)を指すようにするのがポイント。ちなみに、仮想ホストの証明書は、秘密鍵を先頭に、続いて仮想ホストの証明書を記載する形式になっている。使って、ダウンロード→編集→アップロードで上書きをしたのは、いつもの通り。再起動すれば、設定が反映される。使って工夫する必要があるのは、以前、述べた通り。セキュリティエラーが出なくなった。できるようになったわけだ。Qiita「新しくなったStartSSLを使ってSSLサーバ証明書を発行する」などを参照したが、清水さんの記事はやや古いためか、「正直、疲れた......」という話だったので、先入観で結構大変なのかと思い、数日間作業に着手するのを避けていたが、実際にやってみるとそうでもなかった。記事の頃よりは使い易くなったのかもしれない。アカウントここのアカウントは、一般のパスワードによるログイン方式は避けてあるので、基本的にはメール認証による「ワンタイムパスワード方式」となる。清水さんの記事や他の情報では、「クライアント認証方式」の設定の方法が述べられているが、必須ではない。毎度のメールでのワンタイムパスワード認証が面倒臭い場合に、クライアント認証方式も使えるようにしてある、という感じである。年間は有効なので、それほど頻繁にアクセスするわけでもないから、メール認証で十分である。ダウンロードし、ウェブサイトのルートに設置してから、認証ボタンを押して、認証を成功させることができた。ウェブサイトマスターで、そのサイトのオーナーであることを認証する時の方式と同じである。コピー&ペーストした。つの情報については、通常は未入力にするようである。ツールボックスで解除したものをコピーして使う(後述。清水さんの記事でも解説されている)。key」で暗号化を解除した秘密キーをペーストしてアップロードする。セキュリティーエラーが出ていたので焦ったが、キャッシュが更新されていなかっただけで、しばらく経つと解消された。いうのはやる気がなさ過ぎる。情報を調べても、特に日本語では、古い情報が比較的多く残ってるので、この点は要注意だと思った。使い倒しているような人が少ないせいだと思う。設定からファイルを指定して手動でインストールするという、冒険に出た。確信はなかったが、これ以上情報を調べるのはもっと面倒臭かった。アイコンが加わっているので、アンインストールも簡単そうだ。したが、何も反応なし。個別のモジュールをインストールするようだ。コマンドを使うらしい。