Я настроил хост Proxmox на оборудовании OVM и предоставляю гостевой виртуальной машине доступ в Интернет с помощью Мостовая настройка. Однако, поскольку это требует редактирования файлов конфигурации на гостевой системе для правильной работы, во время фактического процесса установки возникают ошибки, приводящие к таким проблемам, как отсутствие создания файлов интерфейсов или отсутствие файла resolv.conf.
Я пытаюсь обойти это, добавляя интерфейс на основе NAT во время гостевой установки. Однако у меня возникают проблемы, когда гостевая виртуальная машина может подключаться к внешним серверам по IP-адресу, но не по имени.
Это конфигурация сети на хосте:
# for Routing
auto vmbr1
iface vmbr1 inet static
address 192.168.0.1
netmask 255.255.255.0
#post-up /etc/pve/kvm-networking.sh
bridge_ports none
bridge_stp off
bridge_fd 0
post-up iptables -t nat -A POSTROUTING -s '192.168.0.0/24' -o vmbr0 -j MASQUERADE
post-down iptables -t nat -F
# vmbr0: Bridging. Make sure to use only MAC adresses that were assigned to you.
auto vmbr0
iface vmbr0 inet static
address 192.99.36.XXX
netmask 255.255.255.0
network 192.99.36.0
broadcast 192.99.36.255
gateway 192.99.36.254
bridge_ports eth0
bridge_stp off
bridge_fd 0
post-up echo 1 > /proc/sys/net/ipv4/conf/vmbr0/forwarding
post-up echo 1 > /proc/sys/net/ipv4/conf/vmbr0/proxy_arp
Я также включил переадресацию IP и прокси ARP на хосте:
# cat /proc/sys/net/ipv4/ip_forward
1
# cat /proc/sys/net/ipv4/conf/all/proxy_arp
1
Пытаясь заставить DNS работать, я добавил в iptables ряд правил. Вот вывод iptables с хост-машины:
Chain INPUT (policy ACCEPT 5344 packets, 2016K bytes)
pkts bytes target prot opt in out source destination
0 0 ACCEPT udp -- * * 0.0.0.0/0 192.168.0.0/24 udp spt:53 dpts:1024:65535 state ESTABLISHED
0 0 ACCEPT tcp -- * * 0.0.0.0/0 192.168.0.0/24 tcp spt:53 dpts:1024:65535 state ESTABLISHED
Chain FORWARD (policy ACCEPT 0 packets, 0 bytes)
pkts bytes target prot opt in out source destination
0 0 ACCEPT udp -- * * 192.168.0.0/24 0.0.0.0/0 udp dpt:53 state NEW,ESTABLISHED
0 0 ACCEPT tcp -- * * 192.168.0.0/24 0.0.0.0/0 tcp dpt:53 state NEW,ESTABLISHED
Chain OUTPUT (policy ACCEPT 5141 packets, 2302K bytes)
pkts bytes target prot opt in out source destination
0 0 ACCEPT tcp -- * * 192.168.0.0/24 0.0.0.0/0 tcp spts:1024:65535 dpt:53 state NEW,ESTABLISHED
Chain PREROUTING (policy ACCEPT 60270 packets, 7555K bytes)
pkts bytes target prot opt in out source destination
Chain POSTROUTING (policy ACCEPT 53578 packets, 11M bytes)
pkts bytes target prot opt in out source destination
5 420 MASQUERADE all -- * vmbr0 192.168.0.0/24 0.0.0.0/0
Chain OUTPUT (policy ACCEPT 53578 packets, 11M bytes)
pkts bytes target prot opt in out source destination
Как только я загружаю гостевую виртуальную машину, вот вывод команды ping / nslookup в гостевой машине:
Это вывод ifconfig для гостя:
Вывод tcpdump на гостевом уровне при запуске nslookup выглядит следующим образом:
Вывод tcpdump на уровне хоста довольно похож, но я все равно включаю его для справки:
# tcpdump -n -tttt -i vmbr1
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on vmbr1, link-type EN10MB (Ethernet), capture size 65535 bytes
2014-04-20 08:38:48.013775 ARP, Request who-has 192.168.0.1 tell 192.168.0.101, length 28
2014-04-20 08:38:48.013796 ARP, Reply 192.168.0.1 is-at 56:6a:38:7c:1b:0a, length 28
2014-04-20 08:38:48.013860 IP 192.168.0.101.41572 > 192.168.0.1.53: 54954+ A? google.com. (28)
2014-04-20 08:38:48.013884 IP 192.168.0.1 > 192.168.0.101: ICMP 192.168.0.1 udp port 53 unreachable, length 64
2014-04-20 08:38:53.013443 ARP, Request who-has 192.168.0.101 tell 192.168.0.1, length 28
2014-04-20 08:38:53.013594 ARP, Reply 192.168.0.101 is-at de:0a:bd:d1:82:19, length 28
2014-04-20 08:38:53.013676 IP 192.168.0.101.41572 > 192.168.0.1.53: 54954+ A? google.com. (28)
2014-04-20 08:38:53.013701 IP 192.168.0.1 > 192.168.0.101: ICMP 192.168.0.1 udp port 53 unreachable, length 64
2014-04-20 08:38:56.810432 IP 0.0.0.0 > 224.0.0.1: igmp query v2
2014-04-20 08:38:56.810433 IP6 23dc:26d9:f488:a50d:100:: > ff02::1: HBH ICMP6, multicast listener querymax resp delay: 1000 addr: ::, length 24
2014-04-20 08:38:58.013733 IP 192.168.0.101.41572 > 192.168.0.1.53: 54954+ A? google.com. (28)
2014-04-20 08:38:58.013758 IP 192.168.0.1 > 192.168.0.101: ICMP 192.168.0.1 udp port 53 unreachable, length 64
^C
12 packets captured
12 packets received by filter
0 packets dropped by kernel
Если кто-нибудь может сказать мне, что я делаю не так и как это исправить, я был бы очень признателен!