LXC - Problem mit Internetverbindung

[tmode1960]

Hallo.
Ich habe vor einigen Tagen einen Proxmox Server eingerichtet. Er läuft auf echter Hardware und soll mittelfristig meinen Hyper-V Server ersetzen. Nun habe ich zu Testzwecken zwei Debian 8 Container angelegt und ein paar Probleme mit dem Internetzugang der Container.

Spoiler: Proxmox Host - pveversion

root@proxmox-ve-1:~# pveversion -v
proxmox-ve: 5.0-15 (running kernel: 4.10.15-1-pve)
pve-manager: 5.0-23 (running version: 5.0-23/af4267bf)
pve-kernel-4.10.15-1-pve: 4.10.15-15
libpve-http-server-perl: 2.0-5
lvm2: 2.02.168-pve2
corosync: 2.4.2-pve3
libqb0: 1.0.1-1
pve-cluster: 5.0-10
qemu-server: 5.0-12
pve-firmware: 2.0-2
libpve-common-perl: 5.0-16
libpve-guest-common-perl: 2.0-11
libpve-access-control: 5.0-5
libpve-storage-perl: 5.0-12
pve-libspice-server1: 0.12.8-3
vncterm: 1.5-2
pve-docs: 5.0-8
pve-qemu-kvm: 2.9.0-2
pve-container: 2.0-14
pve-firewall: 3.0-1
pve-ha-manager: 2.0-2
ksm-control-daemon: 1.2-2
glusterfs-client: 3.8.8-1
lxc-pve: 2.0.8-3
lxcfs: 2.0.7-pve2
criu: 2.11.1-1~bpo90
novnc-pve: 0.6-4
smartmontools: 6.5+svn4324-1
zfsutils-linux: 0.6.5.9-pve16~bpo90

Spoiler: HOST | cat /etc/network/interfaces

root@proxmox-ve-1:~# cat /etc/network/interfaces
# network interface settings; autogenerated
# Please do NOT modify this file directly, unless you know what
# you're doing.
#
# If you want to manage part of the network configuration manually,
# please utilize the 'source' or 'source-directory' directives to do
# so.
# PVE will preserve these directives, but will NOT its network
# configuration from sourced files, so do not attempt to move any of
# the PVE managed interfaces into external files!

auto lo
iface lo inet loopback

iface enp6s0 inet manual

auto vmbr0
iface vmbr0 inet static
address 192.168.178.5
netmask 255.255.255.0
gateway 192.168.178.1
bridge_ports enp6s0
bridge_stp off
bridge_fd 0

Spoiler: Client 1 (CT200) | cat /etc/network/interfaces

root@deb8-testserver-1:~# cat /etc/network/interfaces
auto lo
iface lo inet loopback

auto eth0
iface eth0 inet static
address 192.168.178.200
netmask 255.255.255.0
gateway 192.168.178.1

Spoiler: Client 2 (CT201) | cat /etc/network/interfaces

root@deb8-testserver-2:~# cat /etc/network/interfaces
auto lo
iface lo inet loopback

auto eth0
iface eth0 inet static
address 192.168.178.201
netmask 255.255.255.0
gateway 192.168.178.1

Wenn ich nun beide Container starte, kann ich mit beiden Containern sowohl den Proxmox Host als auch weitere Rechner in meinem Netz (z.B. Windows Arbeitsplatz) anpingen, das Gateway jedoch nur aus dem Client 1.

Bei Client 2 klappt das nicht.

Spoiler: Client 2 (CT201) | ping gateway

root@deb8-testserver-2:~# ping 192.168.178.1
PING 192.168.178.1 (192.168.178.1) 56(84) bytes of data.
From 192.168.178.201 icmp_seq=1 Destination Host Unreachable
From 192.168.178.201 icmp_seq=2 Destination Host Unreachable
From 192.168.178.201 icmp_seq=3 Destination Host Unreachable
From 192.168.178.201 icmp_seq=4 Destination Host Unreachable
From 192.168.178.201 icmp_seq=5 Destination Host Unreachable
From 192.168.178.201 icmp_seq=6 Destination Host Unreachable
From 192.168.178.201 icmp_seq=7 Destination Host Unreachable
^C
--- 192.168.178.1 ping statistics ---
22 packets transmitted, 0 received, +7 errors, 100% packet loss, time 21492ms
pipe 15

Setze ich beide Container auf DHCP, funktioniert der Internetzugriff auf beiden Containern ohne Probleme.
Da ich neu in Proxmox bin, vermute ich, irgendwo einen Fehler gemacht zu haben. Leider konnte ich bis jetzt nicht herausfinden, wo das Problem genau liegt.

Vielleicht hat ja jemand von euch einen Hinweis für mich.

LG Tom

 

[LnxBil]

Klingt auf jeden Fall komisch. Wie sieht die MAC auf dem zweiten Knoten aus?

 

[tmode1960]

Vielen Dank für Deine Antwort. Was meinst Du mit Knoten? Der Container 1 hat in der GUI die MAC 1A:422:51:19:FD und der Container 2 in der GUI die MAC 42:89:09:21:4A:06

Spoiler: HOST | ifconfig

root@proxmox-ve-1:~# ifconfig
enp6s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
ether 00:19:99:ba:a4:33 txqueuelen 1000 (Ethernet)
RX packets 2482 bytes 768856 (750.8 KiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 1581 bytes 681167 (665.2 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
device interrupt 16 memory 0xce220000-ce240000

lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
inet 127.0.0.1 netmask 255.0.0.0
inet6 ::1 prefixlen 128 scopeid 0x10<host>
loop txqueuelen 1000 (Local Loopback)
RX packets 1765 bytes 545290 (532.5 KiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 1765 bytes 545290 (532.5 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

veth200i0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
ether fe:34:85:5f:48:56 txqueuelen 1000 (Ethernet)
RX packets 89 bytes 11711 (11.4 KiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 395 bytes 39774 (38.8 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

veth201i0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
ether fe:a3:f2:9a:c3:34 txqueuelen 1000 (Ethernet)
RX packets 34 bytes 3475 (3.3 KiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 306 bytes 31009 (30.2 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

vmbr0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.178.5 netmask 255.255.255.0 broadcast 192.168.178.255
inet6 fe80::219:99ff:feba:a433 prefixlen 64 scopeid 0x20<link>
ether 00:19:99:ba:a4:33 txqueuelen 1000 (Ethernet)
RX packets 2306 bytes 689963 (673.7 KiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 1432 bytes 654071 (638.7 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

 

[tmode1960]

Ich habe jetzt zu Testzwecken noch zusätzlich zwei Ubuntu 17.04 Container angelegt. Netzwerk- und Internetzugriffe funktionieren einwandfrei. Warum das bei dem einen der zwei Debian 8 Container nicht funktioniert, weiß ich leider immer noch nicht.