У меня есть сервер Ubuntu 18.04 с одним общедоступным сетевым интерфейсом (eth0). Я пытаюсь создать дополнительные «виртуальные» сетевые интерфейсы, которые также будут иметь доступ к Интернету с установленными правилами NAT.
Я создал виртуальный интерфейс, используя следующие команды:
ip link add type veth
ifconfig veth0 192.168.1.1
Ниже приведен результат моего ifconfig:
eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 10.0.0.1 netmask 255.255.255.0 broadcast 10.0.0.255
ether f2:3c:92:1f:2a:62 txqueuelen 1000 (Ethernet)
RX packets 85664 bytes 111561237 (111.5 MB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 15392 bytes 2229468 (2.2 MB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
inet 127.0.0.1 netmask 255.0.0.0
loop txqueuelen 1000 (Local Loopback)
RX packets 1385 bytes 213213 (213.2 KB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 1385 bytes 213213 (213.2 KB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
veth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.1.1 netmask 255.255.255.0 broadcast 192.168.1.255
ether a6:e7:de:40:9a:28 txqueuelen 1000 (Ethernet)
RX packets 27 bytes 2082 (2.0 KB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 1132 bytes 48520 (48.5 KB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
Я установил "/ proc / sys / net / ipv4 / ip_forward" равным 1:
$ cat /proc/sys/net/ipv4/ip_forward
1
Я также пробовал множество правил iptables MASQUERADE, FORWARD и NAT, но не могу получить доступ в Интернет, работая с veth0.
Когда я пингую 192.168.1.1 из интерфейса veth0, все работает:
$ ping -I veth0 192.168.1.1
PING 192.168.1.1 (192.168.1.1) from 192.168.1.1 veth0: 56(84) bytes of data.
64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=0.029 ms
64 bytes from 192.168.1.1: icmp_seq=2 ttl=64 time=0.046 ms
64 bytes from 192.168.1.1: icmp_seq=3 ttl=64 time=0.085 ms
64 bytes from 192.168.1.1: icmp_seq=4 ttl=64 time=0.062 ms
64 bytes from 192.168.1.1: icmp_seq=5 ttl=64 time=0.061 ms
--- 192.168.1.1 ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4097ms
rtt min/avg/max/mdev = 0.029/0.056/0.085/0.020 ms
Однако, если я попытаюсь пропинговать IP-адрес интерфейса eth0 от veth0, я не получу ответа:
$ ping -I veth0 10.0.0.1
PING 10.0.0.1 (10.0.0.1) from 192.168.1.1 veth0: 56(84) bytes of data.
--- 10.0.0.1 ping statistics ---
39 packets transmitted, 0 received, 100% packet loss, time 38900ms
Ниже приведен результат моей команды маршрута:
Destination Gateway Genmask Flags Metric Ref Use Iface
default gw-li832.linode 0.0.0.0 UG 0 0 0 eth0
xx.xx.xx.xx 0.0.0.0 255.255.255.0 U 0 0 0 eth0
192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 veth0
Кажется, я не могу понять, что делаю неправильно, и любая помощь будет принята с благодарностью.
Я смог решить эту проблему, используя следующее руководство:
https://josephmuia.ca/2018-05-16-net-namespaces-veth-nat/
По сути, мне пришлось создать две пары интерфейсов veth и присоединить одну к новому сетевому пространству имен. Следующие команды сделали это:
Сначала я включил IP-переадресацию следующим образом:
echo 1 > /proc/sys/net/ipv4/ip_forward
Затем я создал новое сетевое пространство имен (netns0) и подключил к нему новый адаптер обратной связи. Без этого шага не получится:
ip netns add netns0
ip netns exec netns0 ip link set lo up
Затем я создал две пары veth. В основном они функционируют как два конца линии Ethernet. Один конец остается в основной сети, а другой конец подключен к пространству имен сети:
ip link add veth0a type veth peer name veth0b
ip link set veth0b netns netns0
Затем я установил IP-адреса для каждого интерфейса в паре и включил их:
ip addr add 192.168.0.1/24 dev veth0a
ip netns exec netns0 ip addr add 192.168.0.2/24 dev veth0b
ip link set veth0a up
ip netns exec netns0 ip link set veth0b up
Следующие правила iptable разрешили пересылку и привязку:
iptables -A FORWARD -o eth0 -i veth0a -j ACCEPT
iptables -A FORWARD -i eth0 -o veth0a -j ACCEPT
iptables -t nat -A POSTROUTING -s 192.168.0.2/24 -o eth0 -j MASQUERADE
Следующая команда устанавливает маршрут по умолчанию для пространства имен. Это важно для связи с основной сетью:
ip netns exec netns0 ip route add default via 192.168.0.1
Наконец, я создал специальный файл resolv.conf для пространства имен с моими DNS-серверами. Это важно для разрешения доменных имен из сетевого пространства имен:
mkdir -p /etc/netns/netns0
echo "nameserver 1.1.1.1" > /etc/netns/netns0/resolv.conf
После этих шагов я могу общаться с Интернетом, используя пространство имен сети:
$ ip netns exec netns0 ping google.com
PING google.com (172.217.10.238) 56(84) bytes of data.
64 bytes from lga25s59-in-f14.1e100.net (172.217.10.238): icmp_seq=1 ttl=57 time=2.50 ms
64 bytes from lga25s59-in-f14.1e100.net (172.217.10.238): icmp_seq=2 ttl=57 time=1.44 ms
64 bytes from lga25s59-in-f14.1e100.net (172.217.10.238): icmp_seq=3 ttl=57 time=1.39 ms
--- google.com ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2003ms
rtt min/avg/max/mdev = 1.392/1.779/2.505/0.514 ms
Использование «ip netns exec netns0 (КОМАНДА)» позволяет запускать команды с этим пространством имен.