突然、このブログを含むサーバー群にアクセスできなくなった。VM を実行しているホスト自体が落ちたようだ。
そこで、サポートに連絡したら、一時間かからずに復旧してくれた。何でもサーバーのマザーボードが壊れたらしい。
新しいマシンにディスクを移動して、設定を調整した上でブート、疎通確認までしてくれた。マネージドでもないのに。しかも、何気に CPU が、Xeon L5520 (4コア8スレッド) デュアルから、Xeon L5639 (6コア12スレッド) デュアルにアップグレードされている。どうやら同型機は売り切れていたらしい。追加料金は一切なし。
メールサーバー間の通信で、TLSを使った暗号化が可能なのは知っていたが、面倒なので放置していた。
が、Gmail などで暗号化通信で送られてきたメールにはその旨記載があったり、世の中も動いてきてるので、今回、対応することにした。
|
1 |
apt install ca-certificates |
で、CA証明書を導入しておくことを忘れない。
/etc/postfix/main.cf に以下の行を挿入。
|
1 2 3 |
smtp_tls_CAfile = /etc/ssl/certs/ca-certificates.crt smtp_tls_security_level = may smtp_tls_loglevel = 1 |
|
1 |
pkg install ca_root_nss |
で、CA証明書を導入しておくことを忘れない。
/usr/local/etc/postfix/main.cf に以下の行を挿入。
|
1 2 3 |
smtp_tls_CAfile = /usr/local/etc/ssl/cert.pem smtp_tls_security_level = may smtp_tls_loglevel = 1 |
これで、送信時に暗号化通信を行える相手には、暗号化して送信し、そうでない相手には平文で送信するようになる。
次に受信時の暗号化通信だが、メールのヘッダに暗号通信の記録を残すことを含め、main.cf へ次の行を挿入。
|
1 2 |
smtpd_use_tls=yes smtpd_tls_received_header = yes |
無論、SSL 証明書を Let’s Encrypt などから取得して、設定しておくことを忘れない。
以上で対応は終了だった。簡単すぎて拍子抜け。もっと早くに対応しておくべきだった。
うちは、ドコモ光なのだが、元々はフレッツ光ネクスト ファミリー・スーパーハイスピードタイプ 隼だった。
なので、ルーターに、NTT PR-S300NE が入ってる。これに嵌まった。
というのも、長らく ASAHI-NET の固定 IP アドレスサービスを利用していたのだが、このたび、Mac mini を使って自宅サーバーを立てた。ところが、メジャーなメールサービスへメールを送ろうとすると、拒否される。原因を調べたところ、割り当てられていたアドレスが、動的 IP レンジにあるアドレスで、これが迷惑メールブロックに登録されていたのである。ちなみに、解除の方法はない。
そこで、やはり固定 IP アドレスサービスを提供しているインターリンクに乗り換えたのだが、ASAHI-NET の接続設定はそのままにして、2セッション目に、インターリンクを登録、接続するようにした。そうしたら、静的 IP マスカレードが効かなくなった。あれこれ設定を変えてみたり、サーバーのファイアウォールを無効にしてみたりと試行錯誤の末、セッションを重複させているのがトラブルの原因らしいということを突きとめた。
つまり、いったん、設定を全部削除して、改めてインターリンクだけを一番目のセッションに登録し、静的 IP マスカレードを設定し直したら、疎通するようになったということだ。
こんなんで折角の日曜日を潰してしまったことに軽くショックを受けている。orz
調子に乗って、NetBSD もインストールしてみた。
最初、ネットワークアダプタを認識してるのに外部へも外部からも通信できなくて頭を捻ったのだが、kvm の vhost-net を off にしたら問題なく通信するようになった。他の BSD が vhost-net に対応していたので、これはちょっと意外。
NetBSD は試していないのでわからないけれども、FreeBSD、OpenBSD、DragonFly BSD はすべてデフォルトで virtio ドライバを搭載しているので、普通に kvm 上でインストールできる。進歩したものだ。
Twitter links powered by Tweet This v1.8.3, a WordPress plugin for Twitter.
