
tl;dr Хост подключается через VPN к интернету, а виртуальная машина на этом хосте не проходит через этот VPN (хотя должна). Я думаю, что конфигурация сети не совсем правильная.
Гостья
Хост (arch Linux) подключается к сети VPN с помощью openvpn и файла конфигурации, поэтому есть устройство TUN ( tun0
), созданное openvpn. Физическое устройство называется eno1
.
Я много искал в интернете и написал скрипт для создания мостовой сети, к которой может подключиться VM. Этот скрипт создает мост br0
и устройство TAP tap0
. Он также редактирует таблицу маршрутизации, так что у меня есть нормальный доступ в интернет на хосте через мой VPN. Таблица выглядит так:
~# netstat -rn
Kernel IP routing table
Destination Gateway Genmask Flags MSS Window irtt Iface
0.0.0.0 10.1.102.1 128.0.0.0 UG 0 0 0 tun0
10.1.102.0 0.0.0.0 255.255.255.0 U 0 0 0 tun0
81.95.5.34 192.168.178.1 255.255.255.255 UGH 0 0 0 br0
128.0.0.0 10.1.102.1 128.0.0.0 UG 0 0 0 tun0
192.168.178.0 0.0.0.0 255.255.255.0 U 0 0 0 br0
Адреса и конфигурация выглядят так:
~# ip addr
2: eno1: <BROADCAST,MULTICAST,PROMISC,UP,LOWER_UP> mtu 1500 qdisc fq_codel master br0 state UP group default qlen 1000
link/ether e0:3f:49:48:eb:6e brd ff:ff:ff:ff:ff:ff
inet 192.168.178.29/24 brd 192.168.178.255 scope global eno1
valid_lft forever preferred_lft forever
95: tun0: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UNKNOWN group default qlen 100
link/none
inet 10.1.102.248/24 brd 10.1.102.255 scope global tun0
valid_lft forever preferred_lft forever
inet6 fdbf:1d37:bbe0:0:22:6:0:1248/112 scope global
valid_lft forever preferred_lft forever
inet6 fe80::5ee5:c367:ab47:5928/64 scope link stable-privacy
valid_lft forever preferred_lft forever
96: tap0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc fq_codel master br0 state DOWN group default qlen 1000
link/ether 7a:22:5d:99:01:06 brd ff:ff:ff:ff:ff:ff
97: br0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
link/ether 7a:22:5d:99:01:06 brd ff:ff:ff:ff:ff:ff
inet 192.168.178.120/24 brd 192.168.178.255 scope global noprefixroute br0
valid_lft forever preferred_lft forever
inet6 fe80::d731:e2c8:a4f8:224e/64 scope link
valid_lft forever preferred_lft forever
inet6 fe80::7822:5dff:fe99:106/64 scope link
valid_lft forever preferred_lft forever
98: vnet0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel master br0 state UNKNOWN group default qlen 1000
link/ether fe:54:00:10:76:e0 brd ff:ff:ff:ff:ff:ff
inet6 fe80::790c:464b:74f6:6754/64 scope link
valid_lft forever preferred_lft forever
inet6 fe80::fc54:ff:fe10:76e0/64 scope link
valid_lft forever preferred_lft forever
ВМ
Как уже упоминалось выше, это Centos 7 VM, которую я запускаю с помощью virt-manager и /usr/bin/qemu-system-x86_64
эмулятора. В настройках сети я использую общее устройство ( br0
) с virtio
моделью устройства.
Со стороны ВМ все выглядит гораздо проще. Таблица маршрутизации:
~# netstat -rn
Kernel IP Routentabelle
Ziel Router Genmask Flags MSS Fenster irtt Iface
0.0.0.0 192.168.178.1 0.0.0.0 UG 0 0 0 eth0
192.168.178.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
И адреса:
~# ip addr
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
link/ether 52:54:00:10:76:e0 brd ff:ff:ff:ff:ff:ff
inet 192.168.178.105/24 brd 192.168.178.255 scope global noprefixroute dynamic eth0
valid_lft 860890sec preferred_lft 860890sec
inet6 fe80::47ed:5e58:2c27:6b50/64 scope link noprefixroute
valid_lft forever preferred_lft forever
Моя проблема:
Похоже, что виртуальная машина не отправляет трафик через мой VPN (у виртуальной машины пинг на Google быстрее, чем у хоста, и mtr
это тоже отличается). Вместо этого она напрямую в интернет. Думаю, мне нужно отредактировать таблицы маршрутизации, но я не знаю как.
Я пробовал менять IP маршрута по умолчанию на 192.168.178.120
( br0
IP) и также на 192.168.178.29
( eno1
IP), но это не сработало. Я также создал IP для tap0
и установил его как маршрут по умолчанию в виртуальной машине, но это тоже не сработало.