Сервер Ubuntu - “виртуальный” сетевой интерфейс с доступом в Интернет

У меня есть сервер 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, ПЕРЕДАЙТЕ, и правила NAT, но не может получить доступ в Интернет, работающий от veth0.

Когда я проверяю с помощью ping-запросов 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

Однако, если я пытаюсь проверить с помощью ping-запросов 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

Я, может казаться, не выясняю то, что я делаю неправильно, и любая справка ценилась бы.

1
задан 5 March 2020 в 01:12

1 ответ

Я смог решить это использование следующего руководства:

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 правила позволили передать и nating:

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 должностное лицо netns0 (КОМАНДА)" позволяет Вам командам выполнения с этим пространством имен.

0
ответ дан 17 March 2020 в 00:08

Другие вопросы по тегам:

Похожие вопросы: