web-dev-qa-db-ja.com

Amazon VPCで使用するカスタムNAT=を構成する方法

NATインスタンス（その他）として使用したいUbuntuボックスがあります。NAT Amazonが提供するAMIの使用は避けたいです。代わりにNAT自分を設定します。

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

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

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

NATルールをUbuntuホスト（10.200.0.51）で構成してみました。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-ec2iptablesnat
15
jjmontes

Amazon NAT AMIをインストールし、関連する設定を確認しました：

 [root @ ip-10-200-0-172 ec2-user]＃iptables -L -n -v -x -t nat 
 Chain PREROUTING（ポリシーACCEPT 11パケット、660バイト） 
 pkts bytes target prot opt in out source destination 
 
 Chain INPUT（policy ACCEPT 11 packets、660 bytes）
 pkts bytes target prot opt in out source destination [ .____。パケット、0バイト）
 pktsバイトtarget prot opt in out source destination 
 357 24057 MASQUERADE all-* 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レベルで構成されます（「ルーティングテーブル」機能を使用）。

18
jjmontes

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
22
Martin

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

ノート：

  • 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

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

3
Victor Perov