Linux Debian 7 VM bekommt keine Verbindung ins Netzwerk

SoichiroYagami

New Member
Jun 1, 2016
12
0
1
27
Guten Morgen,

Ich habe am 03.06.2016 mein ProxMox Root Server von 3.X auf 4.2 geupdated nach dieser Anleitung http://pve.proxmox.com/wiki/Upgrade_from_3.x_to_4.x_(Debian_wheezy_to_jessie)

Leider kommen alle 200 VM's nun nicht mehr ins Internet.
Ich schreibe Ihnen hier mal die Netzwerkkonfiguration von dem Host Server und von einer VM:

auto lo
iface lo inet loopback

auto vmbr0
iface vmbr0 inet static
address 172.16.0.2
netmask 255.255.255.0
gateway 172.16.0.1
bridge_ports eth0
bridge_stp off
bridge_fd 0

auto lo
iface lo inet loopback

auto eth0
iface eth0 inet static
address 172.16.0.51
netmask 255.255.255.0
gateway 172.16.0.1

iface eth0 inet6 auto

Ich hoffe mir kann jemand Helfen.
 
Last edited:
Es ist ein LXC Container, die Netzwerk Einstellungen sind richtig.
Leider kommt der Container nicht ins Internet.
 
Ware es möglich die Konfiguration eines Containers zu posten
einfach auf der Konsole:
Code:
pct config <ID>
eingeben
 
Code:
arch: i386

cpulimit: 1

cpuunits: 1024

hostname: testVM01

memory: 1024

nameserver: 8.8.8.8 8.8.4.4

net0: name=eth0,bridge=vmbr0,gw=172.16.0.1,hwaddr=3A:61:38:66:33:39,ip=172.16.0.51/24,type=veth

ostype: debian

rootfs: volume=local:100/vm-100-disk-1.raw,size=500G

searchdomain: web01

swap: 1024
 
Bitte führen sie einmal
Code:
ip addr
und
Code:
ip route
im container aus, und versuchen sie das gateway bzw. den proxmox host anzupingen (aus dem container)
auch ist der output von
Code:
pveversion -v
auf dem host vielleicht hilfreich
 
root@testVM01~# ip addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN qlen 1
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
23: eth0@if24: <BROADCAST,MULTICAST,UP,LOWER_UP,M-DOWN> mtu 1500 qdisc noqueue state UP qlen 1000
link/ether 3a:61:38:66:33:39 brd ff:ff:ff:ff:ff:ff
inet 172.16.0.51/24 brd 172.16.0.255 scope global eth0
valid_lft forever preferred_lft forever
inet6 fe80::3861:38ff:fe66:3339/64 scope link
valid_lft forever preferred_lft forever
root@testVM01:~# ip route
default via 172.16.0.1 dev eth0
172.16.0.0/24 dev eth0 proto kernel scope link src 172.16.0.51
root@testVM01:~# ping 172.16.0.2
PING 172.16.0.2 (172.16.0.2) 56(84) bytes of data.
64 bytes from 172.16.0.2: icmp_req=1 ttl=64 time=0.052 ms
64 bytes from 172.16.0.2: icmp_req=2 ttl=64 time=0.076 ms
64 bytes from 172.16.0.2: icmp_req=3 ttl=64 time=0.073 ms
64 bytes from 172.16.0.2: icmp_req=4 ttl=64 time=0.081 ms
64 bytes from 172.16.0.2: icmp_req=5 ttl=64 time=0.071 ms
^C
--- 172.16.0.2 ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 3997ms
rtt min/avg/max/mdev = 0.052/0.070/0.081/0.013 ms

root@pve:~# pveversion -v
proxmox-ve: 4.2-51 (running kernel: 4.4.8-1-pve)
pve-manager: 4.2-5 (running version: 4.2-5/7cf09667)
pve-kernel-4.4.8-1-pve: 4.4.8-51
lvm2: 2.02.116-pve2
corosync-pve: 2.3.5-2
libqb0: 1.0-1
pve-cluster: 4.0-39
qemu-server: 4.0-75
pve-firmware: 1.1-8
libpve-common-perl: 4.0-62
libpve-access-control: 4.0-16
libpve-storage-perl: 4.0-50
pve-libspice-server1: 0.12.5-2
vncterm: 1.2-1
pve-qemu-kvm: 2.5-17
pve-container: 1.0-64
pve-firewall: 2.0-27
pve-ha-manager: 1.0-31
ksm-control-daemon: 1.2-1
glusterfs-client: 3.5.2-2+deb8u1
lxc-pve: 1.1.5-7
lxcfs: 2.0.0-pve2
cgmanager: 0.39-pve1
criu: 1.6.0-1
zfsutils: 0.6.5-pve9~jessie
 
bitte auch das gateway (172.16.0.1) versuchen anzupingen
 
root@testVM01:~# ping 172.16.0.1
PING 172.16.0.1 (172.16.0.1) 56(84) bytes of data.
From 172.16.0.51 icmp_seq=1 Destination Host Unreachable
From 172.16.0.51 icmp_seq=2 Destination Host Unreachable
From 172.16.0.51 icmp_seq=3 Destination Host Unreachable
From 172.16.0.51 icmp_seq=4 Destination Host Unreachable
From 172.16.0.51 icmp_seq=5 Destination Host Unreachable
From 172.16.0.51 icmp_seq=6 Destination Host Unreachable
From 172.16.0.51 icmp_seq=7 Destination Host Unreachable
From 172.16.0.51 icmp_seq=8 Destination Host Unreachable
From 172.16.0.51 icmp_seq=9 Destination Host Unreachable
^C
--- 172.16.0.1 ping statistics ---
10 packets transmitted, 0 received, +9 errors, 100% packet loss, time 9046ms
pipe 3

Hier kann die VM sich nicht dem Gateway verbinden.
 
Last edited:
kann der host das gateway erreichen? (zb mit ping)
können sich die container gegenseitig erreichen?
wie sieht das netzwerk generell aus?

im ersten post steht "ProxMox Root Server" aber er hat eine private IP, ist der server gehostet?
wenn ja, wo?

können qemu vms ins internet?
 
@dcsapak

kann der host das gateway erreichen? (zb mit ping)
root@pve:~# ping 172.16.0.1
PING 172.16.0.1 (172.16.0.1) 56(84) bytes of data.
64 bytes from 172.16.0.1: icmp_seq=1 ttl=64 time=1.69 ms
64 bytes from 172.16.0.1: icmp_seq=2 ttl=64 time=1.11 ms
64 bytes from 172.16.0.1: icmp_seq=3 ttl=64 time=1.07 ms
64 bytes from 172.16.0.1: icmp_seq=4 ttl=64 time=1.00 ms
64 bytes from 172.16.0.1: icmp_seq=5 ttl=64 time=1.04 ms
^C
--- 172.16.0.1 ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4004ms
rtt min/avg/max/mdev = 1.008/1.186/1.697/0.261 ms

können sich die container gegenseitig erreichen?
root@testVM02:~# ping 172.16.0.51
PING 172.16.0.51 (172.16.0.51) 56(84) bytes of data.
64 bytes from 172.16.0.51: icmp_req=1 ttl=64 time=0.055 ms
64 bytes from 172.16.0.51: icmp_req=2 ttl=64 time=0.085 ms
64 bytes from 172.16.0.51: icmp_req=3 ttl=64 time=0.065 ms
^C
--- 172.16.0.51 ping statistics --- 3 packets transmitted, 3 received, 0% packet loss, time 2028ms
rtt min/avg/max/mdev = 0.055/0.068/0.085/0.014 m

wie sieht das netzwerk generell aus?
Ist ein Lan Netz was über eine SonicWall Firewall geroutet ist.

im ersten post steht "ProxMox Root Server" aber er hat eine private IP, ist der server gehostet?
wenn ja, wo?
Dieser Server steht unten bei uns im Keller mit 3x 200Mbits Glasfaserleitungen

können qemu vms ins internet?
Habe eine WindowsVM die Kamm aber noch nie ins Internet
 
Last edited:
Problem gelöst, ich habe vergessen dass die Test Systeme auf einem Hyper-V Server liegen und nur die Host Mac zugelassen war.

//Close
 

About

The Proxmox community has been around for many years and offers help and support for Proxmox VE, Proxmox Backup Server, and Proxmox Mail Gateway.
We think our community is one of the best thanks to people like you!

Get your subscription!

The Proxmox team works very hard to make sure you are running the best software and getting stable updates and security enhancements, as well as quick enterprise support. Tens of thousands of happy customers have a Proxmox subscription. Get yours easily in our online shop.

Buy now!