[SOLVED] LXC 2. eth Schnittstelle nimmt keine ipv4

nixmomo

Member
Sep 13, 2014
65
2
8
Germany
www.sugar-camp.com
Hi,
ich habe gerade ein kurioses Phänomen welches ich mir nicht erklären kann.
Ich will einem Container (LXC) eine weitere eth Schnittstelle geben mit einer weiteren IPv4 und einer weiteren IPv6.
Soweit so gut nur nimmt er auf der eth1 die IPv4 nicht an und löscht diese immer wieder raus.
Ich verwende bei beiden eth Schnittstellen die gleiche Bridge und das gleiche GW und trage die IP auch korrekt ein.

Kann Proxmox das wirklich nicht mit 2 IPv4? Oder habe ich irgendwo einen Denkfehler und vergesse etwas?

P.S.: Ich weiß ipaddr add aber genau das will ich nicht. ;-)
 
Trag mal bitte in die Interfaces vom dem LXC Container manuell den Eintrag ein mit folgenden Daten:

Der erste bleibt so müsste ja dann ca.
auto eth0
iface eth0 inet static
deineip
netmask

lauten.

Trag darunter mal manuell:

auto eth0:1
iface eth0:1
deinezweiteip
netmask

ein

dann kurz networking ggf. neustarten und schau mal ob du nen Ping drüber bekommst.
 
Hi, danke für den Tipp aber wenn ich das manuell, nicht über die GUI, mache, ist es nach nem Reboot weg. Das Interface soll aber nach einem Reboot erhalten bleiben mit samt der IPv4/6 config.
 
Die verschwinden? Die Einträge aus der Interfaces nicht einfach so.

Aber nochmal um das Problem aufzugreifen bzw. meine Frage von oben:
Wenn du das machst, funktioniert dann wenigstens eine Internetverbindung?

Du kannst einen ziemlich trivialen Weg "vornehmen":
Du könntest in der rc.local die Befehle manuell einpflegen das er das manuell hinzufügt..
ifconfig eth0:0 IPADRESSE netmask NETMASK
gleiches halt mit dem gateway.. ist halt sehr "trivial".

(Versuch mal bitte den Eintrag manuell zu setzen sofern es funktioniert hat und dann mal den Networking Service neuzustarten. (kein reboot) gehen die dann auch verloren?
 
Wenn ich das manuell einfüge und das networking restarte kommt zwar eine depricated Fehlermeldung und er sagt "failed to bring up eth0" aber erreichbar sind beide IP's.
Die rc.local Lösung funktioniert nicht. Das hab ich schon mal probiert denn dann startet keiner der Dienste die nur auf diese IP lauschen sollen da die IP erst später konfiguriert wird als der Dienst gestartet wird.
Dann müsste ich auch jeden einzelnen Dienst ebenfalls so neustarten und das kann ja nicht Sinn und Zweck der Sache sein :)

Es muss doch möglich sein 2 unterschiedliche IPv4 Adressen zu hinterlegen, IPv6 geht ja auch problemlos.
 
Bei der Sache mit rc.local ging es mir eher so nur darum, ob das Interface dann bleibt. Da die rc.local wie du schon sagtest weit aus früher durchgeführt wird, ist das auch keine Lösung für den "Betrieb" :)

Aktuell benutze ich auch einen LXC mit 2 IP Virtuellen Interfaces.. (Ipv4)

Ist mir sehr schleierhaft das nur IPv4 nicht übernommen wird.
Schon mal direkt über die LXC Config probiert?

ggf. mal über lxc set dem gerät ein Subinterface zuzugeben?

lxc config device set c1 eth0:0 ipv4.address IP (müsste so sein)

Tritt die Problematik auch bei anderen LXC's auf?:eek: Erstell mal bitte ein neuen Container und schau ob es da auch klappt.. Wieder spricht sich alles ein wenig so wenn IPv6 geht aber IPv4 nicht
 
Ich hab es jetzt auch mal auf anderen Proxmox Hosts probiert aber überall das gleiche Problem.

Ich finds absolut merkwürdig dass die zweite ipv4 nicht drin bleibt.

Hab mal ein wenig weiter rum probiert, anscheinend tritt das Problem nur auf wenn der Container läuft. IPv6 wird hier sofort aktiv geschaltet und IPv4 anscheinend nicht.
Fährt man den Container runter und fügt dann via GUI die zweite IP hinzu, funktioniert es . Allerdings wird die IP beim Booten nicht aktiviert. Es bleibt bei der IPv6 only
 
Also hab jetzt verschiedenes ausprobiert und es ist unmöglich eine zweite eth mit IPv4 und IPv6 online zu bringen. Ich habe in der GUI zwar beide IP's eintragen können aber aktiviert wird nur eine der beiden und das anscheinend nach dem Random Prinzip. Mal die IPv4 und mal die IPv6.

Das ist schon sehr strange
 
Ich verwende bei beiden eth Schnittstellen die gleiche Bridge und das gleiche GW und trage die IP auch korrekt ein.
Du trägst ja jetzt wohl nicht ernsthaft bei jeder IP den gleichen GW ein. Immer nur einen GW, klar das es dann Random ist. Wenn man Specials braucht, kann man ja Routen in der Interfaces setzen.

Fahre hier jede Menge LXC's, die Container spielen Printserver, in... glaub... 6 oder 8 VLAN's, keine Probleme, IPV4 und V6. Habe hier statisch über die Proxmox GUI eingetragen. RADVD und DHCP gehen natürlich auch.
 
Und die Antwort jetzt noch in hilfreich?
Klar haben die IP's das gleiche GW. Also die V4 und V6.
Mir ist auch unklar wieso jede IP ein anderes GW haben sollte... Ist ja schließlich das gleiche Subnet und in der Theorie sollte das damit dann auch völlig egal sein?

LG
 
So hab das aber nun mal ausprobiert...Will ja nichts unversucht lassen...
Andere Bridge, anderes GW bei v4 und v6 und das Ergebnis? Das gleiche! Auf eth1 ist entweder nur die IPv4 oder nur die IPv6. Auf eth0 dagegen passt es. Wieso also nicht bei eth1?

@fireon wenn das bei dir geht (2 eth Schnittstellen in einem LXC Container mit jeweils einer IPv4 und v6 pro eth Schnittstelle) dann poste doch mal bitte deine config.
 
Also gut, hab jetzt diesen Container keinen Zugriff. Aber ich hab das hier mal schnell nachgestellt. Hier meine config:
Code:
pct config 104 
arch: amd64 
cores: 4 
hostname: cups.local 
memory: 1024 
net0: name=eth0,bridge=vmbr0,hwaddr=06:FC:21:8C:E7:87,ip=dhcp,ip6=auto,tag=40,type=veth 
net1: name=eth1,bridge=vmbr0,hwaddr=9E:81:6E:29:1B:6B,ip=dhcp,ip6=auto,tag=40,type=veth 
net2: name=eth2,bridge=vmbr0,hwaddr=36:60:48:D3:2C:EA,ip=dhcp,ip6=auto,tag=40,type=veth 
net3: name=eth3,bridge=vmbr0,hwaddr=36:AA:A2:03:36:47,ip=dhcp,ip6=auto,tag=40,type=veth 
net4: name=eth4,bridge=vmbr0,hwaddr=0A:63:3F:3F:A6:A3,ip=dhcp,ip6=auto,tag=40,type=veth 
ostype: ubuntu 
rootfs: SSD-vmdata-LXC:subvol-104-disk-1,acl=1,size=8G 
swap: 512
Alles im gleichen Subnet. Wieso benötigst du überhaupt viele IP's in einer LXC im gleichen Netz? Na jedenfalls, alle haben eine IPV4 und eine IPV6 bekommen, einen GW und jede Adresse ist erreichbar. Hier die ifconfig:
Code:
eth0      Link encap:Ethernet  HWaddr 06:fc:21:8c:e7:87   
         inet addr:192.168.2.14  Bcast:192.168.2.63  Mask:255.255.255.192 
         inet6 addr: 2001:470:718b:ab3:4fc:21ff:fe8c:e787/64 Scope:Global 
         inet6 addr: fe80::4fc:21ff:fe8c:e787/64 Scope:Link 
         UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1 
         RX packets:302 errors:0 dropped:0 overruns:0 frame:0 
         TX packets:207 errors:0 dropped:0 overruns:0 carrier:0 
         collisions:0 txqueuelen:1000  
         RX bytes:51818 (51.8 KB)  TX bytes:28822 (28.8 KB) 

eth1      Link encap:Ethernet  HWaddr 9e:81:6e:29:1b:6b   
         inet addr:192.168.2.15  Bcast:192.168.2.63  Mask:255.255.255.192 
         inet6 addr: 2001:470:718b:ab3:9c81:6eff:fe29:1b6b/64 Scope:Global 
         inet6 addr: fe80::9c81:6eff:fe29:1b6b/64 Scope:Link 
         UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1 
         RX packets:133 errors:0 dropped:0 overruns:0 frame:0 
         TX packets:42 errors:0 dropped:0 overruns:0 carrier:0 
         collisions:0 txqueuelen:1000  
         RX bytes:27068 (27.0 KB)  TX bytes:7990 (7.9 KB) 

eth2      Link encap:Ethernet  HWaddr 36:60:48:d3:2c:ea   
         inet addr:192.168.2.16  Bcast:192.168.2.63  Mask:255.255.255.192 
         inet6 addr: fe80::3460:48ff:fed3:2cea/64 Scope:Link 
         inet6 addr: 2001:470:718b:ab3:3460:48ff:fed3:2cea/64 Scope:Global 
         UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1 
         RX packets:114 errors:0 dropped:0 overruns:0 frame:0 
         TX packets:37 errors:0 dropped:0 overruns:0 carrier:0 
         collisions:0 txqueuelen:1000  
         RX bytes:23824 (23.8 KB)  TX bytes:6906 (6.9 KB) 

eth3      Link encap:Ethernet  HWaddr 36:aa:a2:03:36:47   
         inet addr:192.168.2.17  Bcast:192.168.2.63  Mask:255.255.255.192 
         inet6 addr: fe80::34aa:a2ff:fe03:3647/64 Scope:Link 
         inet6 addr: 2001:470:718b:ab3:34aa:a2ff:fe03:3647/64 Scope:Global 
         UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1 
         RX packets:82 errors:0 dropped:0 overruns:0 frame:0 
         TX packets:36 errors:0 dropped:0 overruns:0 carrier:0 
         collisions:0 txqueuelen:1000  
         RX bytes:17546 (17.5 KB)  TX bytes:7018 (7.0 KB) 

eth4      Link encap:Ethernet  HWaddr 0a:63:3f:3f:a6:a3   
         inet addr:192.168.2.18  Bcast:192.168.2.63  Mask:255.255.255.192 
         inet6 addr: fe80::863:3fff:fe3f:a6a3/64 Scope:Link 
         inet6 addr: 2001:470:718b:ab3:863:3fff:fe3f:a6a3/64 Scope:Global 
         UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1 
         RX packets:54 errors:0 dropped:0 overruns:0 frame:0 
         TX packets:33 errors:0 dropped:0 overruns:0 carrier:0 
         collisions:0 txqueuelen:1000  
         RX bytes:11845 (11.8 KB)  TX bytes:6662 (6.6 KB) 

lo        Link encap:Local Loopback   
         inet addr:127.0.0.1  Mask:255.0.0.0 
         inet6 addr: ::1/128 Scope:Host 
         UP LOOPBACK RUNNING  MTU:65536  Metric:1 
         RX packets:10 errors:0 dropped:0 overruns:0 frame:0 
         TX packets:10 errors:0 dropped:0 overruns:0 carrier:0 
         collisions:0 txqueuelen:1  
         RX bytes:490 (490.0 B)  TX bytes:490 (490.0 B)
Funktioniert ganz normal :)
Code:
route -n 
Kernel IP routing table 
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface 
0.0.0.0         192.168.2.62    0.0.0.0         UG    0      0        0 eth0 
192.168.2.0     0.0.0.0         255.255.255.192 U     0      0        0 eth0 
192.168.2.0     0.0.0.0         255.255.255.192 U     0      0        0 eth1 
192.168.2.0     0.0.0.0         255.255.255.192 U     0      0        0 eth2 
192.168.2.0     0.0.0.0         255.255.255.192 U     0      0        0 eth3 
192.168.2.0     0.0.0.0         255.255.255.192 U     0      0        0 eth4
Hoffe das hilft dir weiter.
 
Danke :)
Du verwendest DHCP... Funktioniert leider bei mir nicht. Ich habe nur Static Konfigurationsmöglichkeiten.

Dementsprechend sieht meine config so aus:
Code:
arch: amd64
cores: 8
hostname: HOSTNAME
memory: 16384
net0: name=eth0,bridge=vmbr0,firewall=1,gw=IPv4-vmbr0,gw6=0:0:0:0::3,hwaddr=1A:B2:07:17:AD:38,ip=148.XXX.XXX.X25/32,ip6=0:0:0:0::4/64,type=veth
net1: name=eth1,bridge=vmbr1,firewall=1,gw=IPv4-vmbr1,gw6=0:0:0:0::15,hwaddr=D2:A0:91:AF:2E:40,ip=148.XXX.XXX.X34/32,ip6=0:0:0:0::13/64,type=veth
onboot: 1
ostype: debian
rootfs: local:106/vm-106-disk-1.raw,size=80G
swap: 1024

raus kommt dann
Code:
ifconfig
eth0      Link encap:Ethernet  HWaddr 1a:b2:07:17:ad:38
          inet addr:148.XXX.XXX.X25  Bcast:148.XXX.XXX.X25  Mask:255.255.255.255
          inet6 addr: 0:0:0:0::4/64 Scope:Global
          inet6 addr: fe80::18b2:7ff:fe17:ad38/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:1649321 errors:0 dropped:0 overruns:0 frame:0
          TX packets:25633 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:663819751 (633.0 MiB)  TX bytes:19604541 (18.6 MiB)

eth1      Link encap:Ethernet  HWaddr d2:a0:91:af:2e:40
          inet6 addr:0:0:0:0::13/64 Scope:Global
          inet6 addr: fe80::d0a0:91ff:feaf:2e40/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:1341 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1821926 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:75156 (73.3 KiB)  TX bytes:1922485252 (1.7 GiB)

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:65536  Metric:1
          RX packets:318203 errors:0 dropped:0 overruns:0 frame:0
          TX packets:318203 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1
          RX bytes:112330952 (107.1 MiB)  TX bytes:112330952 (107.1 MiB)

IP's hab ich mal "unkenntlich" gemacht.

Nun wäre die Frage wieso Proxmox das tut was es tut.
Muss bei nem Reboot sogar aufpassen denn hin und wieder fehlt ipv6 auch komplett aber dafür sind dann beide ipv4 auf den Schnittstellen.
 
Danke :)
Du verwendest DHCP... Funktioniert leider bei mir nicht. Ich habe nur Static Konfigurationsmöglichkeiten.

Dementsprechend sieht meine config so aus:
Code:
arch: amd64
cores: 8
hostname: HOSTNAME
memory: 16384
net0: name=eth0,bridge=vmbr0,firewall=1,gw=IPv4-vmbr0,gw6=0:0:0:0::3,hwaddr=1A:B2:07:17:AD:38,ip=148.XXX.XXX.X25/32,ip6=0:0:0:0::4/64,type=veth
net1: name=eth1,bridge=vmbr1,firewall=1,gw=IPv4-vmbr1,gw6=0:0:0:0::15,hwaddr=D2:A0:91:AF:2E:40,ip=148.XXX.XXX.X34/32,ip6=0:0:0:0::13/64,type=veth
onboot: 1
ostype: debian
rootfs: local:106/vm-106-disk-1.raw,size=80G
swap: 1024

raus kommt dann
Code:
ifconfig
eth0      Link encap:Ethernet  HWaddr 1a:b2:07:17:ad:38
          inet addr:148.XXX.XXX.X25  Bcast:148.XXX.XXX.X25  Mask:255.255.255.255
          inet6 addr: 0:0:0:0::4/64 Scope:Global
          inet6 addr: fe80::18b2:7ff:fe17:ad38/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:1649321 errors:0 dropped:0 overruns:0 frame:0
          TX packets:25633 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:663819751 (633.0 MiB)  TX bytes:19604541 (18.6 MiB)

eth1      Link encap:Ethernet  HWaddr d2:a0:91:af:2e:40
          inet6 addr:0:0:0:0::13/64 Scope:Global
          inet6 addr: fe80::d0a0:91ff:feaf:2e40/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:1341 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1821926 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:75156 (73.3 KiB)  TX bytes:1922485252 (1.7 GiB)

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:65536  Metric:1
          RX packets:318203 errors:0 dropped:0 overruns:0 frame:0
          TX packets:318203 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1
          RX bytes:112330952 (107.1 MiB)  TX bytes:112330952 (107.1 MiB)

IP's hab ich mal "unkenntlich" gemacht.

Nun wäre die Frage wieso Proxmox das tut was es tut.
Muss bei nem Reboot sogar aufpassen denn hin und wieder fehlt ipv6 auch komplett aber dafür sind dann beide ipv4 auf den Schnittstellen.

wie sieht denn das /etc/network/interfaces file im container aus?
 
auto lo
iface lo inet loopback

auto eth0
iface eth0 inet static
address 148.XXX.XXX.X25
netmask 255.255.255.255
# --- BEGIN PVE ---
post-up ip route add vmbr0-ip dev eth0
post-up ip route add default via vmbr0-ip dev eth0
pre-down ip route del default via vmbr0-ip dev eth0
pre-down ip route del vmbr0-ip dev eth0
# --- END PVE ---

iface eth0 inet6 static
address 0:0:0:0::4
netmask 64
gateway IPv6-vmbr0

auto eth1
iface eth1 inet static
address 148.XXX.XXX.X34
netmask 255.255.255.255
# --- BEGIN PVE ---
post-up ip route add vmbr1-ip dev eth1
post-up ip route add default via vmbr1-ip dev eth1
pre-down ip route del default via vmbr1-ip dev eth1
pre-down ip route del vmbr1-ip dev eth1
# --- END PVE ---

iface eth1 inet6 static
address 0:0:0:0::13
netmask 64
gateway vmbr1-ipv6

Sehe ich auch keine Fehler :-(
 
So also hab mich nochmal drüber her gemacht und nun überall fixe IP's in meinem Testcontainer vergeben:
Code:
eth0      Link encap:Ethernet  HWaddr 06:fc:21:8c:e7:87  
         inet addr:192.168.2.1  Bcast:192.168.2.63  Mask:255.255.255.192
         inet6 addr: 2001:470:718b:ab3:4fc:21ff:fe8c:e787/64 Scope:Global
         inet6 addr: 2001:470:718b:ab3::1/64 Scope:Global
         inet6 addr: fe80::4fc:21ff:fe8c:e787/64 Scope:Link
         UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
         RX packets:573 errors:0 dropped:0 overruns:0 frame:0
         TX packets:486 errors:0 dropped:0 overruns:0 carrier:0
         collisions:0 txqueuelen:1000 
         RX bytes:77070 (77.0 KB)  TX bytes:75496 (75.4 KB)

eth1      Link encap:Ethernet  HWaddr 9e:81:6e:29:1b:6b  
         inet addr:192.168.2.2  Bcast:192.168.2.63  Mask:255.255.255.192
         inet6 addr: 2001:470:718b:ab3::2/64 Scope:Global
         inet6 addr: fe80::9c81:6eff:fe29:1b6b/64 Scope:Link
         UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
         RX packets:110 errors:0 dropped:0 overruns:0 frame:0
         TX packets:31 errors:0 dropped:0 overruns:0 carrier:0
         collisions:0 txqueuelen:1000 
         RX bytes:20089 (20.0 KB)  TX bytes:5333 (5.3 KB)

eth2      Link encap:Ethernet  HWaddr 36:60:48:d3:2c:ea  
         inet addr:192.168.2.3  Bcast:192.168.2.63  Mask:255.255.255.192
         inet6 addr: fe80::3460:48ff:fed3:2cea/64 Scope:Link
         inet6 addr: 2001:470:718b:ab3::3/64 Scope:Global
         UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
         RX packets:95 errors:0 dropped:0 overruns:0 frame:0
         TX packets:38 errors:0 dropped:0 overruns:0 carrier:0
         collisions:0 txqueuelen:1000 
         RX bytes:17442 (17.4 KB)  TX bytes:6065 (6.0 KB)

eth3      Link encap:Ethernet  HWaddr 36:aa:a2:03:36:47  
         inet addr:192.168.2.4  Bcast:192.168.2.63  Mask:255.255.255.192
         inet6 addr: 2001:470:718b:ab3::4/64 Scope:Global
         inet6 addr: fe80::34aa:a2ff:fe03:3647/64 Scope:Link
         UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
         RX packets:65 errors:0 dropped:0 overruns:0 frame:0
         TX packets:38 errors:0 dropped:0 overruns:0 carrier:0
         collisions:0 txqueuelen:1000 
         RX bytes:12218 (12.2 KB)  TX bytes:5795 (5.7 KB)

eth4      Link encap:Ethernet  HWaddr 0a:63:3f:3f:a6:a3  
         inet addr:192.168.2.5  Bcast:192.168.2.63  Mask:255.255.255.192
         inet6 addr: 2001:470:718b:ab3::5/64 Scope:Global
         inet6 addr: fe80::863:3fff:fe3f:a6a3/64 Scope:Link
         UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
         RX packets:48 errors:0 dropped:0 overruns:0 frame:0
         TX packets:30 errors:0 dropped:0 overruns:0 carrier:0
         collisions:0 txqueuelen:1000 
         RX bytes:7938 (7.9 KB)  TX bytes:5149 (5.1 KB)
Code:
cat  /etc/network/interfaces
auto lo
iface lo inet loopback
iface lo inet6 loopback

# interfaces(5) file used by ifup(8) and ifdown(8)
# Include files from /etc/network/interfaces.d:
source-directory /etc/network/interfaces.d

auto eth0
iface eth0 inet static
       address 192.168.2.1
       netmask 255.255.255.192
       gateway 192.168.2.62

iface eth0 inet6 static
       address 2001:470:718b:ab3::1
       netmask 64
       gateway 2001:470:718b:ab3::9

auto eth1
iface eth1 inet static
       address 192.168.2.2
       netmask 255.255.255.192

iface eth1 inet6 static
       address 2001:470:718b:ab3::2
       netmask 64

auto eth2
iface eth2 inet static
       address 192.168.2.3
       netmask 255.255.255.192

iface eth2 inet6 static
       address 2001:470:718b:ab3::3
       netmask 64

auto eth3
iface eth3 inet static
       address 192.168.2.4
       netmask 255.255.255.192

iface eth3 inet6 static
       address 2001:470:718b:ab3::4
       netmask 64

auto eth4
iface eth4 inet static
       address 192.168.2.5
       netmask 255.255.255.192

iface eth4 inet6 static
       address 2001:470:718b:ab3::5
       netmask 64
Code:
arch: amd64
cores: 4
hostname: cups.local
memory: 1024
net0: name=eth0,bridge=vmbr0,gw=192.168.2.62,gw6=2001:470:718b:ab3::9,hwaddr=06:FC:21:8C:E7:87,ip=192.168.2.1/26,ip6=2001:4
70:718b:ab3::1/64,tag=40,type=veth
net1: name=eth1,bridge=vmbr0,hwaddr=9E:81:6E:29:1B:6B,ip=192.168.2.2/26,ip6=2001:470:718b:ab3::2/64,tag=40,type=veth
net2: name=eth2,bridge=vmbr0,hwaddr=36:60:48:D3:2C:EA,ip=192.168.2.3/26,ip6=2001:470:718b:ab3::3/64,tag=40,type=veth
net3: name=eth3,bridge=vmbr0,hwaddr=36:AA:A2:03:36:47,ip=192.168.2.4/26,ip6=2001:470:718b:ab3::4/64,tag=40,type=veth
net4: name=eth4,bridge=vmbr0,hwaddr=0A:63:3F:3F:A6:A3,ip=192.168.2.5/26,ip6=2001:470:718b:ab3::5/64,tag=40,type=veth
ostype: ubuntu
rootfs: SSD-vmdata-LXC:subvol-104-disk-1,acl=1,size=8G
swap: 512
Also auch statisch funzt es einwandfrei. Was für eine PVEversion verwendest du? Sieht jetzt irgendwie nach alt aus...
 
Strange!
Hast du die alle über die GUI eingetragen?

Ich hab das jetzt auf 7 (7!!!!!!!!) Proxmox Servern getestet und auf keinem der 7 kam der Container hoch mit der config die in der GUI eingetragen wurde.

Hier noch die PVE Daten die auf allen 7 Servern identisch sind...
Code:
pveversion -v
proxmox-ve: 4.4-86 (running kernel: 4.4.49-1-pve)
pve-manager: 4.4-13 (running version: 4.4-13/7ea56165)
pve-kernel-4.4.35-1-pve: 4.4.35-77
pve-kernel-4.4.35-2-pve: 4.4.35-79
pve-kernel-4.4.21-1-pve: 4.4.21-71
pve-kernel-4.4.44-1-pve: 4.4.44-84
pve-kernel-4.4.24-1-pve: 4.4.24-72
pve-kernel-4.4.49-1-pve: 4.4.49-86
pve-kernel-4.4.40-1-pve: 4.4.40-82
lvm2: 2.02.116-pve3
corosync-pve: 2.4.2-2~pve4+1
libqb0: 1.0.1-1
pve-cluster: 4.0-49
qemu-server: 4.0-110
pve-firmware: 1.1-11
libpve-common-perl: 4.0-94
libpve-access-control: 4.0-23
libpve-storage-perl: 4.0-76
pve-libspice-server1: 0.12.8-2
vncterm: 1.3-2
pve-docs: 4.4-4
pve-qemu-kvm: 2.7.1-4
pve-container: 1.0-97
pve-firewall: 2.0-33
pve-ha-manager: 1.0-40
ksm-control-daemon: not correctly installed
glusterfs-client: 3.5.2-2+deb8u3
lxc-pve: 2.0.7-4
lxcfs: 2.0.6-pve1
criu: 1.6.0-1
novnc-pve: 0.5-9
smartmontools: 6.5+svn4324-1~pve80
root@server3 ~ # uname -a
Linux server3 4.4.49-1-pve #1 SMP PVE 4.4.49-86 (Thu, 30 Mar 2017 08:39:20 +0200) x86_64 GNU/Linux
 
Ja alles über die GUI eingetragen. Wir haben auch die gleiche Version von PVE... hmm... das klingt jetzt eher danach wie wenn's bei deinem Netzwerk ein Problem gibt. Den einzigen Unterschied den ich sonst sehe ist das du Debian verwendest. Man würde meinen das sollte egal sein. Aber deine interfaces schau schon mal anders aus.

Teste mal mit einem Ubuntucontainer. 16.04
 

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!