# ipsec verify
Cheking your system to see if IPsec got installed and started correctly
Version check and ipsec on-path                            [OK]
Checking for KLIPS support in kernel                       [OK]
Checking for RSA private key (/etc/ipsec.secrets)          [OK]
Checking for pluto is running                              [OK]
DNS checks.
Looking for forward key for foo.bar.com                    [OK]
Looking for KEY in reverse map: nn.mm.oo.pp.in-addr.arpa   [OK]
Does the machine have at least one non-private address     [OK]

余談：DNS checks で key のチェックが行われる理由

　ふつう IPSec では、それぞれのVPNトンネル毎に管理者が設定を書かないといけません。
　FreeS/WAN では、これを、DNS の TXT レコード、KEY レコードをうまく利用して不要にする方法を実装しています。
　これは、「Opportunistic Encryption (OE)」と呼ばれており、特定の条件を満たしたお互い同士は、特に設定をしなくても、IPSec によるセキュアな通信が可能になるというものです。

　　正直、流し読みしただけですので、合ってるかどうかは分かりませんが。。。。。不特定多数との通信において、経路上での盗聴・改ざんの防止と、完全性の保持までは行えるのではないかと思います。
　ちょっと違いますが、まあ近いモデルとしては、HTTPS を挙げてもいいと思います。

　技術的には、おそらく、DNS のレコードに公開鍵でも登録しているのでしょう。
　ものすごい単純な発想なのに、なんかすごいなあ。と久しぶりに思いました。

　あとは、DNS の KEY レコード発行を第３者の認証局が行うようになると、、、、とか考えてくと、かなり面白い未来が見えてきます。
　IPv6時代が始まってから15年もすると、ひょっとすると、DNS認証を利用したレイヤー3個人認証と課金のフレームワークができてて、上位アプリケーションがその認証・課金フレームワークを使ってたりして・・・・・
　これとP2Pとかがつながるとスゴイ世界になりそうですね。個人同士で、パケットを売り合うことができるようになるかもしれません。まだまだIT革命はこれからかもしれません。
　おっと妄想が暴走してしまいました。本題に戻りましょう。