OpenVZ Forum


Home » International » German » Veth und OpenVZ Problem
Veth und OpenVZ Problem [message #32935] Tue, 09 September 2008 14:43 Go to next message
w3bster is currently offline  w3bster
Messages: 8
Registered: September 2008
Junior Member
From: *pools.arcor-ip.net
Hey,

ich hab mir das im Wikbereits angeschaut, aber leider kann ich das nicht nachvollziehen.


gegeben:

OpenVZ auf CentOS 5.2 mit HyperVM


ein VServer läuft bereits.

nun versuch ich es auf veth um zu stellen nur leider ohne erfolg.

Da ich eine Hardware Adresse benötige.


kann mir jemand einen Tipp geben?
Re: Veth und OpenVZ Problem [message #32937 is a reply to message #32935] Tue, 09 September 2008 17:54 Go to previous messageGo to next message
curx
Messages: 739
Registered: February 2006
Location: Nürnberg, Germany
Senior Member

From: *bisping.de
Hi,

... woran scheitert es den ?

Re: Veth und OpenVZ Problem [message #32942 is a reply to message #32937] Wed, 10 September 2008 06:41 Go to previous messageGo to next message
w3bster is currently offline  w3bster
Messages: 8
Registered: September 2008
Junior Member
From: *pools.arcor-ip.net
an veth Wink vieleicht auch am Verständniss,

es taucht einfach nicht auf.

ich brauch für 2 VPS jeweils eine Hardwareadresse.


vorher hab ich mit XEN gearbeitet, da ist es klar, ich geb in der vps config das interface an und dieses hab ich dann im server, sowas hab ich leider bei OpenVZ nicht gefunden, und das englische Wiki trägt zz auch nicht zur verständnis bei.
Re: Veth und OpenVZ Problem [message #32944 is a reply to message #32942] Wed, 10 September 2008 09:47 Go to previous messageGo to next message
curx
Messages: 739
Registered: February 2006
Location: Nürnberg, Germany
Senior Member

From: *bisping.net


$ vzctl set <CTID> --netif_add eth0,00:12:34:56:78:9A --save

Generiert dir auf dem CT0 (=Hardware Node) ein virtuelles veth(ernet) interface veth<CTID>.0
im Container ein eth0 mit der MAC ADDR 00:12:34:56:78:9A (nur Beispiel)

und danach siehe Wiki: http://wiki.openvz.org/Veth#Configure_devices_in_the_CT0

... hoffe das war verständlich ?

Re: Veth und OpenVZ Problem [message #32946 is a reply to message #32944] Wed, 10 September 2008 10:03 Go to previous messageGo to next message
w3bster is currently offline  w3bster
Messages: 8
Registered: September 2008
Junior Member
From: *pools.arcor-ip.net
Hey,


ja so hab ich das auch gemacht,

auf dem Host
1. vzctl set 110 --netif_add eth0 --save
2. vzctl set 110 --netif_add veth110 --save
3. ifconfig veth110.0 0
4. echo 1 > /proc/sys/net/ipv4/conf/veth110.0/forwarding
5. echo 1 > /proc/sys/net/ipv4/conf/veth110.0/proxy_arp
6. echo 1 > /proc/sys/net/ipv4/conf/eth0/forwarding
7. echo 1 > /proc/sys/net/ipv4/conf/eth0/proxy_arp

im VPS

1. /sbin/ifconfig eth0 0
2. /sbin/ip addr add 192.168.1.201 dev eth0
3. /sbin/ip route add default dev eth0
(bekomm ich zurück
/sbin/ip route add default dev eth0
RTNETLINK answers: File exists)

Im Host

ip route add 192.168.1.201 dev veth110.0
(bekomm ich zurück RTNETLINK answers: File exists)




ich habe im VPS dies


server1:/# ifconfig
eth0 Link encap:Ethernet HWaddr 00:18:51:9E:53:48
inet addr:192.168.1.201 Bcast:0.0.0.0 Mask:255.255.255.255
inet6 addr: fe80::218:51ff:fe9e:5348/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:6 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:0 (0.0 b) TX bytes:384 (384.0 b)

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:16436 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)

venet0 Link encap:UNSPEC HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00
inet addr:127.0.0.1 P-t-P:127.0.0.1 Bcast:0.0.0.0 Mask:255.255.255.255
UP BROADCAST POINTOPOINT RUNNING NOARP MTU:1500 Metric:1
RX packets:18346 errors:0 dropped:0 overruns:0 frame:0
TX packets:10468 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:26211920 (24.9 MiB) TX bytes:687167 (671.0 KiB)

venet0:0 Link encap:UNSPEC HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00
inet addr:192.168.1.201 P-t-P:192.168.1.201 Bcast:0.0.0.0 Mask:255.255.255.255
UP BROADCAST POINTOPOINT RUNNING NOARP MTU:1500 Metric:1


HOST dies:


ifconfig
eth0 Link encap:Ethernet Hardware Adresse 00:30:1B:B0:CF:F9
inet Adresse:192.168.1.200 Bcast:192.168.1.255 Maske:255.255.255.0
inet6 Adresse: fe80::230:1bff:feb0:cff9/64 Gültigkeitsbereich:Verbindung
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:163 errors:0 dropped:0 overruns:0 frame:0
TX packets:235 errors:0 dropped:0 overruns:0 carrier:0
Kollisionen:0 Sendewarteschlangenlänge:1000
RX bytes:14528 (14.1 KiB) TX bytes:29908 (29.2 KiB)
Interrupt:177 Basisadresse:0x2000

lo Link encap:Lokale Schleife
inet Adresse:127.0.0.1 Maske:255.0.0.0
inet6 Adresse: ::1/128 Gültigkeitsbereich:Maschine
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:51 errors:0 dropped:0 overruns:0 frame:0
TX packets:51 errors:0 dropped:0 overruns:0 carrier:0
Kollisionen:0 Sendewarteschlangenlänge:0
RX bytes:3924 (3.8 KiB) TX bytes:3924 (3.8 KiB)

venet0 Link encap:UNSPEC Hardware Adresse 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00
UP BROADCAST PUNKTZUPUNKT RUNNING NOARP MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
Kollisionen:0 Sendewarteschlangenlänge:0
RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)

veth110.0 Link encap:Ethernet Hardware Adresse 00:18:51:51:A2:5F
inet6 Adresse: fe80::218:51ff:fe51:a25f/64 Gültigkeitsbereich:Verbindung
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:6 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
Kollisionen:0 Sendewarteschlangenlänge:0
RX bytes:384 (384.0 b) TX bytes:0 (0.0 b)

veth110.110 Link encap:Ethernet Hardware Adresse 00:18:51:BE:D5:17
inet6 Adresse: fe80::218:51ff:febe:d517/64 Gültigkeitsbereich:Verbindung
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
Kollisionen:0 Sendewarteschlangenlänge:0
RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)




laut angabe hab ich also ein eth mit hardware adresse, nur wird diese nich übermittelt (arp -a vom CT0 aus)

[Updated on: Wed, 10 September 2008 10:30]

Report message to a moderator

Re: Veth und OpenVZ Problem [message #32947 is a reply to message #32946] Wed, 10 September 2008 10:29 Go to previous messageGo to next message
curx
Messages: 739
Registered: February 2006
Location: Nürnberg, Germany
Senior Member

From: *bisping.net
... und in im CT0 ein veth110.0 mit unterschiedliche MAC als im CT110.

Re: Veth und OpenVZ Problem [message #32948 is a reply to message #32947] Wed, 10 September 2008 10:39 Go to previous messageGo to next message
w3bster is currently offline  w3bster
Messages: 8
Registered: September 2008
Junior Member
From: *pools.arcor-ip.net
ja aber ich weis nicht wie das kommen kann,

in der wiki steht das die mac autom. generiert werden.


auch machen mich die venet stutzig die noch da sind
Re: Veth und OpenVZ Problem [message #33071 is a reply to message #32948] Sun, 21 September 2008 10:40 Go to previous messageGo to next message
curx
Messages: 739
Registered: February 2006
Location: Nürnberg, Germany
Senior Member

From: *systs.org
Hi,

die venet0 ... Devices sind immer im Container vorhanden, solange
in der Hardwarenode das venetdev Modul geladen ist.

Spielt aber für veth keine Role.

Gehe kurz die Reihenfolge durch:

### auf dem Host
1. vzctl set 110 --netif_add eth0 --save
2. vzctl set 110 --netif_add veth110 --save

---
^warum wird hier ein 2tes Interface eingerichtet, das veth110.0
wird beim 1. Aufruf im Container zu eth0 und auf der Hostnode zu veth110.0
in der Hostnode:

$ vzctl set 110 --netif_del veth110 --save
---

3. ifconfig veth110.0 0
4. echo 1 > /proc/sys/net/ipv4/conf/veth110.0/forwarding
5. echo 1 > /proc/sys/net/ipv4/conf/veth110.0/proxy_arp
6. echo 1 > /proc/sys/net/ipv4/conf/eth0/forwarding
7. echo 1 > /proc/sys/net/ipv4/conf/eth0/proxy_arp

im VPS

1. /sbin/ifconfig eth0 0
2. /sbin/ip addr add 192.168.1.201 dev eth0
3. /sbin/ip route add default dev eth0
(bekomm ich zurück
/sbin/ip route add default dev eth0
RTNETLINK answers: File exists)

---
^weil hier schon die DEFAULT Route gesetzt ist, siehe unten durch die IP_ADDRESS Einstellungen wird jedesmal ein venet0:0 Device inkl. default Route gesetzt!
---

Im Host

ip route add 192.168.1.201 dev veth110.0
(bekomm ich zurück RTNETLINK answers: File exists)

im Container liegt noch:

venet0:0 Link encap:UNSPEC HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00
inet addr:192.168.1.201 P-t-P:192.168.1.201 Bcast:0.0.0.0 Mask:255.255.255.255
UP BROADCAST POINTOPOINT RUNNING NOARP MTU:1500 Metric:1

---
^Bitte hier die IP des Containers löschen.
auf der Hostnode :
$ vzctl set 110 --ipdel all --save
$ $editor /etc/vz/conf/110.conf

und die HOSTNAME Einstellungen entfernen.
---

$ vzctl restart 110

Re: Veth und OpenVZ Problem [message #33074 is a reply to message #32935] Sun, 21 September 2008 12:49 Go to previous messageGo to next message
w3bster is currently offline  w3bster
Messages: 8
Registered: September 2008
Junior Member
From: *dip.t-dialin.net
Hey,

vielen Dank!

also ich gehe so vor bei einem neuen VPS:

Host (CT0):

bei jedem neuen VPS:
/etc/vz/conf/110.conf den Hostnamen Entfernen
vzctl start 110
vzctl set 110 --ipdel all --save (damit die venet weg sind)
vzctl set 110 --netif_add eth0 --save
ifconfig veth110.0 0
echo 1 > /proc/sys/net/ipv4/conf/veth110.0/forwarding
echo 1 > /proc/sys/net/ipv4/conf/veth110.0/proxy_arp
ip route add 192.168.1.201 dev veth110.0

dies mach ich nur einmalig?:
echo 1 > /proc/sys/net/ipv4/conf/eth0/forwarding
echo 1 > /proc/sys/net/ipv4/conf/eth0/proxy_arp

VPS (CTx)
/sbin/ifconfig eth0 0
/sbin/ip addr add 192.168.1.201 dev eth0
/sbin/ip route add default dev eth0



und nun sollte ich nach jedem Reboot die selbe Hardware Adresse haben richtig?
Was passiert beim reboot des Hosts?


Edit: gerade versucht wenn ich nun das eingebe:

ip route add 192.168.1.201 dev veth110.0

bekomme ich "RTNETLINK answers: No such device"

ich bin ratlos ;/

[Updated on: Sun, 21 September 2008 15:14]

Report message to a moderator

Re: Veth und OpenVZ Problem [message #33167 is a reply to message #33074] Fri, 26 September 2008 06:40 Go to previous messageGo to next message
w3bster is currently offline  w3bster
Messages: 8
Registered: September 2008
Junior Member
From: *pools.arcor-ip.net
Hab dies nun an einem Frisch aufgesetzten system versucht, kein routing möglich ;/

weder von ct0 -> ctX noch zu ctX -> ct0
Re: Veth und OpenVZ Problem [message #33194 is a reply to message #33074] Sat, 27 September 2008 17:55 Go to previous messageGo to next message
curx
Messages: 739
Registered: February 2006
Location: Nürnberg, Germany
Senior Member

From: *systs.org
Tach!

ich dröseln nochmal auf ....

bei jedem neuen VPS:
/etc/vz/conf/110.conf den Hostnamen Entfernen
vzctl start 110
vzctl set 110 --ipdel all --save (damit die venet weg sind)
^- nur wenn du per --ipadd IP-Addressen eingerichtet hast!

vzctl set 110 --netif_add eth0 --save
ifconfig veth110.0 0

echo 1 > /proc/sys/net/ipv4/conf/veth110.0/forwarding
echo 1 > /proc/sys/net/ipv4/conf/veth110.0/proxy_arp
ip route add 192.168.1.201 dev veth110.0

^- nach jedem Neustart des Containers, ansonsten siehe das wiki, hier wird genau erklärt wie es auch automatisch eingerichtet wird.

dies mach ich nur einmalig?:
echo 1 > /proc/sys/net/ipv4/conf/eth0/forwarding
echo 1 > /proc/sys/net/ipv4/conf/eth0/proxy_arp

^- nach jedem Neustart des Servers!

###

VPS (CTx)
/sbin/ifconfig eth0 0
/sbin/ip addr add 192.168.1.201 dev eth0
/sbin/ip route add default dev eth0

^- sollten die geeignten Konfigurationsfiles der Distriburion eingerichtet werden, unter Debian die /etc/network/interfaces, etc

und nun sollte ich nach jedem Reboot die selbe Hardware Adresse haben richtig?
^- wenn Du die MAC meinst ja, die wird ja in der Konfigdatei des Containers gespeichert ( CT0: -> /etc/vz/conf/<CTID>.conf )

ip route add 192.168.1.201 dev veth110.0
bekomme ich "RTNETLINK answers: No such device"
^- der Container ist gestartet ?

Gruß,
Thorsten
Re: Veth und OpenVZ Problem [message #33200 is a reply to message #33194] Sat, 27 September 2008 21:19 Go to previous messageGo to next message
w3bster is currently offline  w3bster
Messages: 8
Registered: September 2008
Junior Member
From: *dip.t-dialin.net
hey,


ja die CT ist gestartet.




bezüglich /etc/network/interfaces


da richte ich einfach die ip´s ein wie bei nen Echten Hardware Server?
Re: Veth und OpenVZ Problem [message #33204 is a reply to message #33200] Sun, 28 September 2008 09:02 Go to previous messageGo to next message
curx
Messages: 739
Registered: February 2006
Location: Nürnberg, Germany
Senior Member

From: *systs.org
Hi,

> ja die CT ist gestartet.

wurde der folg. Befehl auch ausgeführt ?
$ ifconfig veth110.0 0

danach
$ ip route add 192.168.1.201 dev veth110.0

> bezüglich /etc/network/interfaces
>da richte ich einfach die ip´s ein wie bei nen Echten Hardware Server?
Ja.

Re: Veth und OpenVZ Problem [message #33209 is a reply to message #33204] Mon, 29 September 2008 07:11 Go to previous message
w3bster is currently offline  w3bster
Messages: 8
Registered: September 2008
Junior Member
From: *pools.arcor-ip.net
curx wrote on Sun, 28 September 2008 05:02



wurde der folg. Befehl auch ausgeführt ?
$ ifconfig veth110.0 0



ja, im CT0
Previous Topic: Benötigt ein Container, dem ich eine I P zugewiesen habe, einen hostnamen
Next Topic: Wie viele Websites/vHost-Container kann ich maximal in in einem OpenVZ-Container laufen lassen
Goto Forum:
  


Current Time: Wed Oct 23 16:12:26 GMT 2019