AmazonVPCクラスター内にあるopenswanベースのサーバーをセットアップしようとしています。目標は、VPNをVPCに接続し、ワークステーションをネットワーク上にあるかのように、よりロードウォリアー構成にすることです。
私たちが選んだVPNクライアントはMacOSX用のEquinuxVPN Tracker( http://equinux.com/us/products/vpntracker/ )です。すでにハードウェアベースで既存のネットワークに接続するために使用しています。 VPNは、VPCネットワークに接続するためにVPNを使い続けることを望んでいました。
これまでのところ、VPCで実行されているopenswanサーバーに正常に接続できるようにセットアップしていますが、pingできるのはopenswanサーバーの内部IPのみです。ネットワーク上の他の何とも話すことができません。 tcpdumpを実行して、ping要求が表示されるのを確認できますが、他のホストに到達することはありません。
私が最初に考えたのは、ネットワークインターフェイスが1つしかないEC2インスタンスに関連しているということでしたが、OpenVPN接続は通常トンネルデバイスを使用しているため、問題なくセットアップしたことがあります。トンネルまたは単一のインターフェースを備えたopenswan。
どんな助けでも大歓迎です。
いくつかの構成:
VPC Subnet: 10.10.1.0/24
VPC Gateweay: 10.10.1.1
Openswan Private IP: 10.10.1.11
Openswan Public IP: xxx.xxx.xxx.xxx
Openswan構成:
version 2.0
config setup
interfaces=%defaultroute
klipsdebug=none
plutodebug=none
dumpdir=/var/log
nat_traversal=yes
virtual_private=%v4:10.10.1.0/24
conn vpntracker-psk
left=%any
leftsubnet=vhost:%no,%priv
right=10.10.1.11
rightid=xxx.xxx.xxx.xxx
rightsubnet=10.10.1.0/24
rightnexthop=10.10.1.1
auto=add
authby=secret
dpddelay=40
dpdtimeout=130
dpdaction=clear
pfs=yes
forceencaps=yes
iptables/sysctl:
sysctl -w net.ipv4.ip_forward=1
iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE
tcpdumpの出力:
09:13:25.346645 IP ROADWARRIOR_IP.4500 > ip-10-10-1-11.4500: UDP-encap: ESP(spi=0x38543e78,seq=0x6), length 116
09:13:25.346645 IP 10.200.0.30 > 10.10.1.251: ICMP echo request, id 21250, seq 0, length 64
09:13:25.346789 IP ip-10-10-1-11.4500 > ROADWARRIOR_IP.4500: UDP-encap: ESP(spi=0x07046a51,seq=0x6), length 148
09:13:26.506120 IP ROADWARRIOR_IP.4500 > ip-10-10-1-11.4500: UDP-encap: ESP(spi=0x38543e78,seq=0x7), length 116
09:13:26.506120 IP 10.200.0.30 > 10.10.1.251: ICMP echo request, id 21250, seq 1, length 64
09:13:26.506245 IP ip-10-10-1-11.4500 > ROADWARRIOR_IP.4500: UDP-encap: ESP(spi=0x07046a51,seq=0x7), length 148
09:13:27.332308 IP ROADWARRIOR_IP.4500 > ip-10-10-1-11.4500: UDP-encap: ESP(spi=0x38543e78,seq=0x8), length 116
09:13:27.332308 IP 10.200.0.30 > 10.10.1.251: ICMP echo request, id 21250, seq 2, length 64
09:13:27.332397 IP ip-10-10-1-11.4500 > ROADWARRIOR_IP.4500: UDP-encap: ESP(spi=0x07046a51,seq=0x8), length 148
oS Xからのping出力:
:~> ping 10.10.1.251
PING 10.10.1.251 (10.10.1.251): 56 data bytes
92 bytes from 10.10.1.11: Destination Host Unreachable
Vr HL TOS Len ID Flg off TTL Pro cks Src Dst
4 5 00 5400 6c64 0 0000 3f 01 f85a 10.200.0.30 10.10.1.251
Request timeout for icmp_seq 0
92 bytes from 10.10.1.11: Destination Host Unreachable
Vr HL TOS Len ID Flg off TTL Pro cks Src Dst
4 5 00 5400 1818 0 0000 3f 01 4ca7 10.200.0.30 10.10.1.251
Request timeout for icmp_seq 1
92 bytes from 10.10.1.11: Destination Host Unreachable
Vr HL TOS Len ID Flg off TTL Pro cks Src Dst
4 5 00 5400 1a09 0 0000 3f 01 4ab6 10.200.0.30 10.10.1.251
Request timeout for icmp_seq 2
これが役立つかどうかはわかりませんが、このWebサイトは本当に便利だと思いました。
http://fortycloud.com/setting-up-ipsecopenswan-in-Amazon-ec2/
[マスカレードの構成]セクションまで下にスクロールします。
これは、「リモート」エンドがローカルネットワーク上のすべてのホストを確認するのに役立ちました。
http://www.howtogeek.com/howto/windows/adding-a-tcpip-route-to-the-windows-routing-table/
逆に役立ちました。
必ずOpenswanインスタンスのソース/宛先チェックを無効にしてください。私はそれが行われているという言及を見ていません。