[Users] How to configure a server to use multiple subnets/gateways

[Jean-Marc Pigeon]

Bonjour Rene C.

My understanding you want to route VPS IP not related to host IP.
Just to tell you we have such config.
Using veth  within the VPS and the host with Bridge interface.
Our config is working IP double stack (IPV4 + IPV6).

The VPS eth0 interface is a very straightforward one.
VPS ifcfg-eth0
DEVICE=eth0
BOOTPROTO=static
ONBOOT=yes
IPADDR=X.Y.Z.T
NETMASK=255.255.255.255
IPV6INIT=yes
IPV6ADDR=XX:YY.......ZZ:TT

Keyword are veth, IPV4 Routing, Bridge.
http://openvz.org/Virtual_Ethernet_device
seems to me a good starting point.


Quoting "Rene C." <openvz at dokbua.com>:

> Thanks Jean-Marc, I don't think this is what I need though - I don't
> have any bridge interfaces anywhere, and frankly don't quite see how
> it fits into the server. There's only a ifcfg-eth0 file.
>
> I had a look at this page -
> http://wiki.openvz.org/Source_based_routing - am I on the right track?
>
> I tried some of the commands but it threw an error early on so I have
> a feeling I'm not.
>
> # ip rule add from xxx.13.31.0/24 table 6
> # ip route add default dev eth0 via xxx.13.31.129 table 6
> RTNETLINK answers: No such process
>
>
>
> On Sat, Aug 17, 2013 at 10:28 PM, Jean-Marc Pigeon <jmp at safe.ca> wrote:
>> Bonjour Rene C,
>>
>> My config:
>>
>> ifcfg-br0
>> #definition Bridge interface
>> DEVICE=br0
>> ONBOOT=yes
>> TYPE=Bridge
>> BOOTPROTO=static
>> IPADDR=HOST IP number
>> NETMASK=255.255.255.224  #(My HOST SUBNET MASK)
>> IPV6INIT=yes
>> IPV6ADDR=PP:XX:.....YY:ZZ
>>
>> ifcfg-br0:brgd
>> DEVICE=br0:brgd
>> ONBOOT=yes
>> TYPE=Bridge
>> BOOTPROTO=static
>> IPADDR=192.0.2.1
>> NETMASK=255.255.255.255
>> #to avoid checking for already set IP
>> ARPCHECK=no
>>
>> I am using Quagga(RIP) to transparently route (and displace) VPS IP among
>> HOST
>> such the VPS can be "somewhere" within Hardware cloud. (then VPS
>> can be set with an IP unrelated to HOST).
>>
>> Hoping that help.
>> Contact me privately if I can help.
>>
>> Quoting "Rene C." <openvz at dokbua.com>:
>>
>>> Kirill, do you know of a page where this procedure is documented?  Thanks!
>>>
>>> On Sat, Aug 17, 2013 at 4:54 PM, Kirill Korotaev <dev at parallels.com>
>>> wrote:
>>>>
>>>> Rene, if I got your problem correct you need just create a routing rule
>>>> in the host, so that it knew where to route your IPs.
>>>>
>>>> Or use bridged networking with veth interface instead.
>>>>
>>>> Sent from my iPhone
>>>>
>>>> On 17.08.2013, at 13:33, "Rene C." <openvz at dokbua.com> wrote:
>>>>
>>>>> I have this hardware node with IP xxx.22.181.158
>>>>>
>>>>> Node runs Centos 6, so does all containers.
>>>>>
>>>>> I already have 4 containers with IP addreses on the same submit
>>>>> (xxx.22.181.*) running fine.
>>>>>
>>>>> Problem is, now my data center gave me 3 IP addresses in a new subnet
>>>>> with a separate gateway:
>>>>>
>>>>> IP add  : xxx.13.31.130  -  132
>>>>> subnet : 255.255.255.224
>>>>> gateway : xxx.13.31.129
>>>>>
>>>>> The only way I can make this work is by taking one of these IP
>>>>> addresses and bind to the hardware node, then I can use the remaining
>>>>> IP addresses with containers - but this way I lose an IP address - the
>>>>> one bound to the hardware node, which seems no longer usable for
>>>>> containers.
>>>>>
>>>>> This is a problem both because there's a limit to how many IP's the DC
>>>>> will allocate to a server, and because the IP addresses are quite
>>>>> costly.
>>>>>
>>>>> Did I misunderstand something?
>>>>>
>>>>> - Rene
>>>>> _______________________________________________
>>>>> Users mailing list
>>>>> Users at openvz.org
>>>>> https://lists.openvz.org/mailman/listinfo/users
>>>>
>>>>
>>>> _______________________________________________
>>>> Users mailing list
>>>> Users at openvz.org
>>>> https://lists.openvz.org/mailman/listinfo/users
>>>
>>> _______________________________________________
>>> Users mailing list
>>> Users at openvz.org
>>> https://lists.openvz.org/mailman/listinfo/users
>>
>>
>> --
>> A bientôt
>> ===========================================================
>> Jean-Marc Pigeon                        E-Mail: jmp at safe.ca
>> SAFE Inc.                             Phone: (514) 493-4280
>>   Clement, 'a kiss solution' to get rid of SPAM (at last)
>>      Clement' Home base <"http://www.clement.safe.ca">
>> ===========================================================
>>
>> _______________________________________________
>> Users mailing list
>> Users at openvz.org
>> https://lists.openvz.org/mailman/listinfo/users
>>
>
> _______________________________________________
> Users mailing list
> Users at openvz.org
> https://lists.openvz.org/mailman/listinfo/users

-- 
A bientôt
===========================================================
Jean-Marc Pigeon                        E-Mail: jmp at safe.ca
SAFE Inc.                             Phone: (514) 493-4280
   Clement, 'a kiss solution' to get rid of SPAM (at last)
      Clement' Home base <"http://www.clement.safe.ca">
===========================================================
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 5919 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://lists.openvz.org/pipermail/users/attachments/20130817/252eb4c4/attachment.p7s>