OpenVZ Forum


Home » General » Support » venet without IP on host (Is it possible to use venet without having to assign an IP from the same range to the HW node?)
venet without IP on host [message #41757] Thu, 17 February 2011 23:10 Go to previous message
divB is currently offline  divB
Messages: 79
Registered: April 2009
Member
Hi,

I got a /29 subnet assigned from my ISP. Although this are 8 IP addresses, I have only 5 left (Broadcast, network and modem take one each). From the 5 left I need one for the router (internal network) and one for an emergency power switch which is directly connected to the internet.
The remaining three addresses are DNS, Mail and Webserver which are OpenVZ container on a hardware node.

As you can see, there is no single IP left. Therefore I connected the WAN interface to the hostnode to a bridge (br-wan) but did not assign an IP address. Each public OpenVZ container uses a veth device which in turn is bridged to br-wan.
Additionally, the hostnode has the br-lan bridge an some internal OpenVZ container. The hostnode is only reachable with the internal IP.

However, the veth device are causing problems: First, live migration does not work and second, it is a security flaw which is especially important since they are public containers.

Is it somehow possible to use venet interfaces with those containers although the host has no IP on the same network? As mentioned before, there is really no IP left.

Second question: There are containers within different subnets on the same hardware node (the hardware node has multiple interfaces). How does OpenVZ chose the correct interface for each container?

And finally it becomes even worse: In fact my ISP assigned *two* independent /29 subnets which are both on br-wan. With my current setup, I can have containers in both public subnets. Will this stay possible with venet as well?

Thank you very much!

Regards,
divB


 
Read Message
Read Message
Previous Topic: 64bit to 32bit VE
Next Topic: /proc/net/dev
Goto Forum:
  


Current Time: Sun Aug 11 20:50:55 GMT 2024

Total time taken to generate the page: 0.03113 seconds