CentOS 6でLet’s Encryptを運用する際の工夫

こんにちは、千本木です。

WEBサイトの常時SSL化が進む昨今、無料のSSL証明書であるLet’s Encryptをインストールする機会も増えてきました。
弊社ではCentOSで稼働しているサーバが多いのですが、最新バージョンのCentOS 7だけでなく、CentOS 6で稼働するサーバもまだまだ多くあります。

実際にLet’s Encryptの証明書発行を行ってみると、CentOS 7では労せず動くのに対して、CentOS 6ではちょっとした工夫が必要になりました。
今回はその工夫について記事にしたいと思います。

下準備

Let’s Encryptの証明書を取得する際にはcertbot-autoというコマンドをインストールして使用することになりますが、このcertbot-autoを使用するためにはpython 2.7以上が必要となります。

pythonのバージョンが古く、そのままではLet’s Encryptが動かない

実はCentOS 6のpythonのバージョンはというと

ご覧の通り2.6系がインストールされてしまっているため、そのままだと証明書取得に進むことができなくなります。
では削除して新しいバージョンを入れなおせば良いかというと、pythonと依存関係にあるアプリケーションが数多くあるため、現実的に対応ができません。

Software Collectionで対応する

ではどうするかというと、python 2.6系と2.7系を共存させるという手段を取ります。

CentOS向けに公式にSoftware Collectionsというリポジトリがあり、これを使うことで標準パッケージと別バージョンのパッケージを共存させることが可能になります。

やり方は簡単。リポジトリをインストールし、パッケージをインストールすればOKです。

この後いったんログアウトするか、 profileを再読み込みさせてからpythonのバージョン確認を行います。

ばっちりバージョンが変わりました。
以上でpython 2.7系が使えるようになりました。

certbot-autoを使った証明書取得

これで下準備ができましたので、certbot-autoを取得して使えるようにします。

また、libcurlとnssが必要になるため事前にインストールしておきます。

ここで先ほど取得したcertbot-autoが正常に動くかテストします。

意外なエラー発生

ここまで順調に来ましたが、特定環境下で以下のエラーが出ることがわかりました。

他のサーバでは問題がないにも関わらず、あるサーバではこのエラーが発生した後、進まなくなってしまいました。

原因は意外なアイツ

エラー内容を良く読めばわかるのですが、原因はサーバ側の文字コードにありました。

なんとこのサーバ、EUC-JP環境で動いていたのです・・・。
certbot-autoはUTF-8環境で動かすことを想定しているためEUC-JP環境だと動かないということがわかりました。

ちなみに以下のようにLANGを指定することで回避させることができました。

後はバーチャル設定を行ったうえで以下のようなコマンドでCentOS 7と同じようにcertbot-autoで証明書の取得を行うことができました。

まとめ

私が行った工夫、いかがでしたでしょうか。
冒頭でも述べた通り、CentOS 6で動いているサーバはまだ多くありますので、インストール時の参考にしていただければ幸いです。

この記事を読んだ方はこちらも読まれています

WordPress Google公式プラグイン Site Kit by Google