このチュートリアルでは、strongSwan と Cloudflare WAN(旧称 Magic WAN)のセットアップ方法を説明します。strongSwan の設定、IPsec トンネルの設定、ポリシーベースルーティング(PBR)の作成を行います。
Cloudflare WAN 向けに 双方向ヘルスチェック のターゲットを設定します。このチュートリアルでは、ターゲット IP アドレスに 172.64.240.252 を使い、リクエストの type を指定します。
これは API で設定 できます。例:
curl --request PUT \
https://api.cloudflare.com/client/v4/accounts/{account_id}/magic/ipsec_tunnels/{tunnel_id} \
--header "X-Auth-Email: <EMAIL>" \
--header "X-Auth-Key: <API_KEY>" \
--header "Content-Type: application/json" \
--data '{
"health_check": {
"enabled": true,
"target": "172.64.240.252",
"type": "request",
"rate": "mid"
}
}'- strongSwan をインストール ↗ します。たとえば、コンソールを開いて次を実行します。
sudo apt-get install strongswan -y/etc/strongswan.confを開き、次の設定を追加します。
charon {
load_modular = yes
install_routes = no
install_virtual_ip = no
plugins {
include strongswan.d/charon/*.conf
}
}
include strongswan.d/*.conf/etc/ipsec.confを開き、次の設定を追加します。
# ipsec.conf - strongSwan IPsec configuration file
config setup
charondebug="all"
uniqueids = yes
conn %default
ikelifetime=24h
rekey=yes
reauth=no
keyexchange=ikev2
authby=secret
dpdaction=restart
closeaction=restart
# Sample VPN connections
conn cloudflare-ipsec
auto=start
type=tunnel
fragmentation=no
leftauth=psk
# Private IP of the VM
left=%any
# Tunnel ID from dashboard, in this example FQDN is used
leftid=<YOUR_TUNNEL_ID>.<YOUR_ACCOUNT_ID>.ipsec.cloudflare.com
leftsubnet=0.0.0.0/0
# Cloudflare Anycast IP
right=<YOUR_CLOUDFLARE_ANYCAST_IP>
rightid=<YOUR_CLOUDFLARE_ANYCAST_IP>
rightsubnet=0.0.0.0/0
rightauth=psk
ike=aes256-sha256-ecp384!
esp=aes256-sha256-ecp384!
replay_window=0
mark_in=42
mark_out=42
leftupdown=/etc/strongswan.d/ipsec-vti.sh-
Cloudflare のヘルスチェックのターゲット(
172.64.240.252)として IP を設定した仮想トンネルインターフェース(VTI)を作成し、IPsec パケットをルーティングします。/etc/strongswan.d/を開きます。 -
ipsec-vti.shというスクリプトを作成し、次を追加します。
#!/bin/bash
set -o nounset
set -o errexit
VTI_IF="vti0"
case "${PLUTO_VERB}" in
up-client)
ip tunnel add "${VTI_IF}" local "${PLUTO_ME}" remote "${PLUTO_PEER}" mode vti \
key "${PLUTO_MARK_OUT%%/*}"
ip link set "${VTI_IF}" up
ip addr add 172.64.240.252/32 dev vti0
sysctl -w "net.ipv4.conf.${VTI_IF}.disable_policy=1"
sysctl -w "net.ipv4.conf.${VTI_IF}.rp_filter=0"
sysctl -w "net.ipv4.conf.all.rp_filter=0"
ip rule add from 172.64.240.252 lookup viatunicmp
ip route add default dev vti0 table viatunicmp
;;
down-client)
ip tunnel del "${VTI_IF}"
ip rule del from 172.64.240.252 lookup viatunicmp
ip route del default dev vti0 table viatunicmp
;;
esac
echo "executed"戻りトラフィックを IPsec トンネル経由に振り向けるため、ポリシーベースルーティング(PBR)を作成します。これがないと、Cloudflare が送ったヘルスプローブへの ICMP 応答が、同じ IPsec トンネルではなく Internet 経由で戻ります。
このチュートリアルでは、iproute2 ↗ を使い、172.64.240.252 からの IP パケットをトンネルインターフェースへルーティングします。
-
/etc/iproute2/を開きます。 -
rt_tablesファイルを編集し、ルーティングテーブルの番号と名前を追加します。この例では、名前にviatunicmp、番号に200を使います。
#
# reserved values
#
255 local
254 main
253 default
0 unspec
200 viatunicmp
#
# local
#
#1 inr.ruhep- ルーティングテーブルに一致するルールを追加します。このルールは、パケットの送信元アドレスが
172.64.240.252の場合にルーティングテーブルviatunicmpを使うようシステムに指示します。
ip rule add from 172.64.240.252 lookup viatunicmpviatunicmpルーティングテーブルにルートを追加します。これは、viatunicmpテーブル内のインターフェースvti0経由のデフォルトルートです。
ip route add default dev vti0 table viatunicmp- IPsec を開始します。IPsec 接続の
stop、restart、statusの表示もできます。
ipsec startSecurity Associations (1 up, 0 connecting):
cloudflare-ipsec[1]: ESTABLISHED 96 minutes ago, <IPSEC_TUNNEL_IDENTIFIER>.ipsec.cloudflare.com]...162.159.67.88[162.159.67.88]
cloudflare-ipsec{4}: INSTALLED, TUNNEL, reqid 1, ESP SPIs: c4e20a95_i c5373d00_o
cloudflare-ipsec{4}: 0.0.0.0/0 === 0.0.0.0/0tcpdump を使い、Cloudflare 起点のヘルスチェックの状態を調べます。
sudo tcpdump -i <OUTGOING_INTERFACE> esp and host <TUNNEL_CLOUDFLARE_ENDPOINT_IP>この例では、送信 Internet インターフェース上で、Cloudflare のヘルスチェックプローブ(リクエストとレスポンスの両方)からの IPsec 暗号化パケット(ESP)が IPsec トンネルを通っていることが分かります。
復号済みパケットを確認するには、vti0 で tcpdump を実行します。
sudo tcpdump -i vti0 host 172.64.240.252