Amazon VPCで使用するカスタムNATを設定する方法

NATインスタンスとして使用したいUbuntuボックスが（特に）あります。Amazonが提供するNAT AMIの使用を避け、代わりに自分でNATを構成することを希望します。

現在、私のホストには単一のネットワークインターフェイスがあります（http://docs.amazonwebservices.com/AmazonVPC/latest/UserGuide/VPC_NAT_Instance.htmlを参照）。

私のUbuntuホストをAmazonネットワーク内の他のホストのNATインスタンスとして設定できますか？

Chain POSTROUTING (policy ACCEPT 0 packets, 0 bytes)
    pkts      bytes target     prot opt in     out     source               destination         
       5      454 MASQUERADE  all  --  *      eth0    0.0.0.0/0            0.0.0.0/0  

Ubuntuホスト（10.200.0.51）でNATルールを設定してみました。2番目のホストは別のネットワーク（10.200.10.41/24）上にあります。だから私は書いた：

route add -net 10.200.0.0 netmask 255.255.255.0 dev eth0 # So I can reach 10.200.0.51
route add default gw 10.200.0.51

しかし、マシンは接続を失いました。

AmazonでのNATインスタンスとルーティングの使用法を誤解しているのは何ですか？

Amazonのスクリプトを確認して、LinuxマシンでNATを構成できます。デフォルトのami-vpc-nat AMIが付属しています。 /usr/local/sbin/configure-pat.sh

次のようになります。

#!/bin/bash
# Configure the instance to run as a Port Address Translator (PAT) to provide 
# Internet connectivity to private instances. 

function log { logger -t "vpc" -- $1; }

function die {
    [ -n "$1" ] && log "$1"
    log "Configuration of PAT failed!"
    exit 1
}

# Sanitize PATH
PATH="/usr/sbin:/sbin:/usr/bin:/bin"

log "Determining the MAC address on eth0..."
ETH0_MAC=$(cat /sys/class/net/eth0/address) ||
    die "Unable to determine MAC address on eth0."
log "Found MAC ${ETH0_MAC} for eth0."

VPC_CIDR_URI="http://169.254.169.254/latest/meta-data/network/interfaces/macs/${ETH0_MAC}/vpc-ipv4-cidr-block"
log "Metadata location for vpc ipv4 range: ${VPC_CIDR_URI}"

VPC_CIDR_RANGE=$(curl --retry 3 --silent --fail ${VPC_CIDR_URI})
if [ $? -ne 0 ]; then
   log "Unable to retrive VPC CIDR range from meta-data, using 0.0.0.0/0 instead. PAT may be insecure!"
   VPC_CIDR_RANGE="0.0.0.0/0"
else
   log "Retrieved VPC CIDR range ${VPC_CIDR_RANGE} from meta-data."
fi

log "Enabling PAT..."
sysctl -q -w net.ipv4.ip_forward=1 net.ipv4.conf.eth0.send_redirects=0 && (
   iptables -t nat -C POSTROUTING -o eth0 -s ${VPC_CIDR_RANGE} -j MASQUERADE 2> /dev/null ||
   iptables -t nat -A POSTROUTING -o eth0 -s ${VPC_CIDR_RANGE} -j MASQUERADE ) ||
       die

sysctl net.ipv4.ip_forward net.ipv4.conf.eth0.send_redirects | log
iptables -n -t nat -L POSTROUTING | log

log "Configuration of PAT complete."
exit 0

Amazon NAT AMIをインストールし、関連する構成を確認しました。

[root @ ip-10-200-0-172 ec2-user]＃iptables -L -n -v -x -t nat
チェーンPREROUTING（ポリシーACCEPT 11パケット、660バイト）
    pktsバイトターゲットprot opt in outソースdestination         

チェーンINPUT（ポリシーACCEPT 11パケット、660バイト）
    pktsバイトターゲットprot opt in outソースdestination         

チェーン出力（ポリシーACCEPT 357パケット、24057バイト）
    pktsバイトターゲットprot opt in outソースdestination         

チェーンPOSTROUTING（ポリシーACCEPT 0パケット、0バイト）
    pktsバイトターゲットprot opt in outソースdestination         
     357 24057マスカレードすべて-* eth0 10.200.0.0/16 0.0.0.0/0

[root @ ip-10-200-0-172 ec2-user]＃cat / proc / sys / net / ipv4 / ip_forward 
1

さらに、マシンにはパブリックIPが必要であり、Sourc / Destチェックを無効にする必要があります。

このマシンは、NATインスタンスとして使用できます。

他のホストのルーティングは、EC2レベルで構成されます（「ルーティングテーブル」機能を使用）。

私を助けたいくつかの指示があります。

ノート：

• 10.0.0.23-インスタンスのプライベートIP。「nat-i​​nstance」として作成することにしました。このインスタンスはEIPです。
• 10.0.0.0/24-vpcサブネット

「nat-i​​nstance」で、rootユーザーとして：

sysctl -q -w net.ipv4.ip_forward=1 net.ipv4.conf.eth0.send_redirects=0
iptables -t nat -C POSTROUTING -o eth0 -s 10.0.0.0/24 -j MASQUERADE 2> /dev/null || iptables -t nat -A POSTROUTING -o eth0 -s 10.0.0.0/24 -j MASQUERADE

この後：

[sysctl file]
net.ipv4.ip_forward = 1
net.ipv4.conf.eth0.send_redirects = 0

[iptables]
Chain POSTROUTING (policy ACCEPT)
target     prot opt source               destination         
MASQUERADE  all  --  10.0.0.0/24          0.0.0.0/0 

AWSコンソール経由：

Grant all traffic from 10.0.0.0/24 (into security groups)
Set disabled source/dest. check (right click on "nat" instance)

EIPを使用しない他の場合：

sudo route add default gw 10.0.0.23

UPD：デフォルトのgwにpingを実行した後、VPCの各新しいインスタンスがインターネットを正しく検出したことがわかりました。

そう：

[ec2-user@ip-10-0-0-6 ~]$ ping google.com
PING google.com (173.194.33.71) 56(84) bytes of data.
^C
--- google.com ping statistics ---
3 packets transmitted, 0 received, 100% packet loss, time 2356ms

[ec2-user@ip-10-0-0-6 ~]$ ping 10.0.0.23
PING 10.0.0.230 (10.0.0.23) 56(84) bytes of data.
64 bytes from 10.0.0.23: icmp_seq=1 ttl=64 time=1.22 ms
64 bytes from 10.0.0.23: icmp_seq=2 ttl=64 time=0.539 ms
64 bytes from 10.0.0.23: icmp_seq=3 ttl=64 time=0.539 ms
^C
--- 10.0.0.23 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2500ms
rtt min/avg/max/mdev = 0.539/0.768/1.228/0.326 ms
[ec2-user@ip-10-0-0-6 ~]$ ping google.com
PING google.com (173.194.33.70) 56(84) bytes of data.
64 bytes from sea09s15-in-f6.1e100.net (173.194.33.70): icmp_seq=1 ttl=55 time=13.5 ms
64 bytes from sea09s15-in-f6.1e100.net (173.194.33.70): icmp_seq=2 ttl=55 time=14.2 ms

これは問題ではありませんが、時間を節約できます。