Matthew

Here is the route table for my SSVM.

Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         172.142.100.1   0.0.0.0         UG    0      0        0 eth2
169.254.0.0     0.0.0.0         255.255.0.0     U     0      0        0 eth0
172.17.0.0      0.0.0.0         255.255.0.0     U     0      0        0 eth1
172.17.0.0      0.0.0.0         255.255.0.0     U     0      0        0 eth3
172.142.100.0   0.0.0.0         255.255.255.0   U     0      0        0 eth2
192.168.0.0     172.17.0.1      255.255.255.0   UG    0      0        0 eth1
192.168.0.100   172.17.0.1      255.255.255.255 UGH   0      0        0 eth1

The management network is 172.17.0.0/16 and is mapped to eth 1.  My 'internal' 
dns servers are on this subnet so there is no specific route for them

The public network is on 172.142.100.0/24 (this is not a production system) and 
is mapped to eth 2.  My 'external' dns servers are 8.8.8.8 & 8.8.4.4 like yours 
but there is not route as they are accessed via the public gateway of 
172.142.100.1

I am not using the storage network, so all secondary storage traffic is mapped 
to my management nic (eth1)

I have added 192.168.0.0/24 to the global setting 
'sectorage.allowed.internal.sites' and sec storage is on IP 192.168.0.100, 
hence these two routes.

You might find the global setting 'use.external.dns' useful if you do not have 
any internal DNS servers

Regards

Geoff Higginbottom

D: +44 20 3603 0542 | S: +44 20 3603 0540 | M: +447968161581

geoff.higginbot...@shapeblue.com

-----Original Message-----
From: Matthew Midgett [mailto:supp...@trickhosting.biz]
Sent: 08 April 2014 16:10
To: users@cloudstack.apache.org
Subject: Re: System vm's with wrong network routing

Erik that would  be fine but this is wrong, this means its going to route over 
the public address as 0.0.0.0 points to my public gateway.

172.16.0.0      0.0.0.0         255.255.0.0     U     0 0        0 eth1
172.16.0.0      0.0.0.0         255.255.0.0     U     0 0        0 eth3


On 04/08/2014 11:03 AM, Erik Weber wrote:
> If you use the same dns servers for both internal and external it will
> add a route over mgmt interface.
>
> Erik Weber
> 8. apr. 2014 16:07 skrev "Matthew Midgett" <supp...@trickhosting.biz>
> følgende:
>
>> I destroyed the VM so it would create a new route. First off the
>> 8.8.8.8 and 8.8.4.4 should have a default gateway of 0.0.0.0 if its
>> to use the public address to get dns. If its supposed to use the management 
>> network
>> then the 172.16.0.0     0.0.0.0 should be 172.16.0.0     172.16.0.1
>>
>> This way it doesn't route properly
>>
>> root@s-4-VM:~# route -n
>> Kernel IP routing table
>> Destination     Gateway         Genmask         Flags Metric Ref Use Iface
>> 0.0.0.0         216.249.111.1   0.0.0.0         UG    0 0        0 eth2
>> 8.8.4.4         172.16.0.1      255.255.255.255 UGH   0 0        0 eth1
>> 8.8.8.8         172.16.0.1      255.255.255.255 UGH   0 0        0 eth1
>> 169.254.0.0     0.0.0.0         255.255.0.0     U     0 0        0 eth0
>> 172.16.0.0      0.0.0.0         255.255.0.0     U     0 0        0 eth1
>> 172.16.0.0      0.0.0.0         255.255.0.0     U     0 0        0 eth3
>> 216.249.111.0   0.0.0.0         255.255.255.0   U     0 0        0 eth2
>>
>> This way works.
>>
>> root@s-4-VM:~# route -n
>> Kernel IP routing table
>> Destination     Gateway         Genmask         Flags Metric Ref Use Iface
>> 0.0.0.0         216.249.111.1   0.0.0.0         UG    0 0        0 eth2
>> 169.254.0.0     0.0.0.0         255.255.0.0     U     0 0        0 eth0
>> 172.16.0.0      172.16.0.1         255.255.0.0     U     0 0        0 eth1
>> 172.16.0.0      172.16.0.1         255.255.0.0     U     0 0        0 eth3
>> 216.249.111.0   0.0.0.0         255.255.255.0   U     0 0        0 eth2
>>
>> Still  not sure where I should put this. I know its the way that Im
>> connecting to it but what route should it take? I'm thinking it
>> should be
>> 172.16.0.0
>> 169.254.0.0     0.0.0.0         255.255.0.0     U     0 0        0 eth0
>>
>>
>>
>>
>> On 04/08/2014 01:35 AM, Geoff Higginbottom wrote:
>>
>>> Matthew,
>>>
>>> Can you give examples of the routes you are seeing and explain why
>>> they are wrong please.
>>>
>>> Regards
>>>
>>> Geoff Higginbottom
>>> CTO / Cloud Architect
>>>
>>> D: +44 20 3603 0542<tel:+442036030542> | S: +44 20 3603 0540<tel:
>>> +442036030540> | M: +447968161581<tel:+447968161581>
>>>
>>> geoff.higginbot...@shapeblue.com<mailto:geoff.higginbottom@shapeblue
>>> .com>
>>> | www.shapeblue.com<htp://www.shapeblue.com/> |
>>> | Twitter:@cloudstackguru<
>>> https://twitter.com/#!/cloudstackguru>
>>>
>>> ShapeBlue Ltd, 53 Chandos Place, Covent Garden, London, WC2N
>>> 4HS<x-apple-data-detectors://5>
>>>
>>>
>>> On 7 Apr 2014, at 22:24, "Matthew Midgett"
>>> <supp...@trickhosting.biz< mailto:supp...@trickhosting.biz>> wrote:
>>>
>>> My system vm's are being created with the wrong routes. Manually
>>> deleting and adding them fixes the problem. Where would I go to fix this 
>>> permanently?
>>>
>>>
>>> Sent from my Galaxy S(r)III
>>> Need Enterprise Grade Support for Apache CloudStack?
>>> Our CloudStack Infrastructure Support<http://shapeblue.com/
>>> cloudstack-infrastructure-support/> offers the best 24/7 SLA for
>>> CloudStack Environments.
>>>
>>> Apache CloudStack Bootcamp training courses
>>>
>>> **NEW!** CloudStack 4.2.1 training<http://shapeblue.com/
>>> cloudstack-training/> 28th-29th May 2014, Bangalore.
>>> Classromm<http://shapeblue.
>>> com/cloudstack-training/>
>>> 16th-20th June 2014, Region A. Instructor led, On-line<
>>> http://shapeblue.com/cloudstack-training/>
>>> 23rd-27th June 2014, Region B. Instructor led, On-line<
>>> http://shapeblue.com/cloudstack-training/>
>>> 15th-20th September 2014, Region A. Instructor led, On-line<
>>> http://shapeblue.com/cloudstack-training/>
>>> 22nd-27th September 2014, Region B. Instructor led, On-line<
>>> http://shapeblue.com/cloudstack-training/>
>>> 1st-6th December 2014, Region A. Instructor led, On-line<
>>> http://shapeblue.com/cloudstack-training/>
>>> 8th-12th December 2014, Region B. Instructor led, On-line<
>>> http://shapeblue.com/cloudstack-training/>
>>>
>>> This email and any attachments to it may be confidential and are
>>> intended solely for the use of the individual to whom it is
>>> addressed. Any views or opinions expressed are solely those of the
>>> author and do not necessarily represent those of Shape Blue Ltd or
>>> related companies. If you are not the intended recipient of this
>>> email, you must neither take any action based upon its contents, nor
>>> copy or show it to anyone. Please contact the sender if you believe
>>> you have received this email in error. Shape Blue Ltd is a company
>>> incorporated in England & Wales. ShapeBlue Services India LLP is a
>>> company incorporated in India and is operated under license from
>>> Shape Blue Ltd. Shape Blue Brasil Consultoria Ltda is a company
>>> incorporated in Brasil and is operated under license from Shape Blue Ltd. 
>>> ShapeBlue is a registered trademark.
>>>
>>>

This email and any attachments to it may be confidential and are intended 
solely for the use of the individual to whom it is addressed. Any views or 
opinions expressed are solely those of the author and do not necessarily 
represent those of Shape Blue Ltd or related companies. If you are not the 
intended recipient of this email, you must neither take any action based upon 
its contents, nor copy or show it to anyone. Please contact the sender if you 
believe you have received this email in error. Shape Blue Ltd is a company 
incorporated in England & Wales. ShapeBlue Services India LLP is a company 
incorporated in India and is operated under license from Shape Blue Ltd. Shape 
Blue Brasil Consultoria Ltda is a company incorporated in Brasil and is 
operated under license from Shape Blue Ltd. ShapeBlue is a registered trademark.

Reply via email to