サイト間VPNの位置づけ：実装で押さえる前提

サイト間VPNは、拠点（サイト）同士をインターネットなどの外部ネットワークを経由して論理的につなぎ、通信の機密性や改ざん耐性、正当性（誰がどの相手と通信しているか）を高めるための仕組みです。ベストプラクティスの要点は「暗号化すれば終わり」ではなく、(1) 何を守るか、(2) 誰が正当な相手か、(3) どの経路で、(4) どれだけ継続的に、(5) 破綻時にどう振る舞うかを、設計と運用の両方で確認することにあります。

ここでの関連概念としては、暗号化（データの秘匿・改ざん検知）、認証（相手確認）、鍵の更新（再鍵）、トンネル（カプセル化して中身を運ぶ考え方）などが挙げられます。方式は複数あり、機器ベンダーや実装形態によって詳細が異なるため、以下は一般化したガイドラインとして読み替えてください。

仕組みをシンプルに捉える：トンネル確立とデータ保護

実装を理解するため、サイト間VPNを「確立」と「運搬」に分けて考えると整理しやすくなります。確立フェーズでは、双方が相手を認証し、暗号方式や鍵の材料を決め、トンネルを使う準備を整えます。運搬フェーズでは、実データがトンネル内にカプセル化され、暗号化と整合性保護の仕組みによって、傍受や改ざんを前提としたリスクを抑えます。

ベストプラクティスとしては、次のような観点が重要です。

  • 暗号スイート（暗号方式・ハッシュ・鍵長など）の整合を取る
  • 認証方式（事前共有鍵や証明書など）の採用方針を揃える
  • 鍵の更新（再鍵）と期限切れ時の挙動を運用手順に含める
  • ネットワーク設計（経路の決まり方、ルーティング）とトンネル設定の整合を取る

特に「鍵の更新」「期限切れ時」「切断・再確立時」は、疎通が一度できたとしても本番で問題になりやすい領域です。ここを実装仕様として扱い、監視と検証に落とし込むことが近道になります。

方式選定と制限：要件によって最適が変わる

サイト間VPNは、同じ“VPN”でも方式の違い、または前提の違いによって、性能・相互運用性・運用負荷が変わります。ベストプラクティスを「一つの正解」にせず、制限を理解したうえで設計判断することが重要です。

代表的に意識したい制限（例）を挙げます。

  • 相互運用性：異なる製品同士で、暗号スイートや認証手順の対応範囲が一致しないと確立できない場合がある
  • ルーティングの難しさ：経路の学習や経路優先の考え方が想定とズレると、通信が片方向のみ通る、特定宛先だけ届かない、といった現象が起きる
  • NATや中継要素の影響：外部アドレス変換や通信経路の変動が、トンネル維持や確立に影響することがある
  • 性能と安定性：暗号化・カプセル化のオーバーヘッド、再送制御、経路品質により実効速度やレイテンシが変わる
  • 監査・運用：鍵更新や切断イベントのログが追える設計でないと、原因調査が長期化する