Guest User!

You are not Sophos Staff.

This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Using XG on OVH dedicated server - General Routing issues

Hi there,

I've got a customer with a dedicated server at OVH, running ESXi.
They wish that a XG protect there virtual servers and managing the traffic.

But this simple setup, a XG and myself failed to accomplish this.

I need to set a host-IP on an interface e.g. 45.85.47.13/32 and use a route to the servers primary IPs gateway e.g. 145.4.7.254/24

This is the official OVH documentation:
docs.ovh.com/.../

 

EDIT:
Tested with a vUTM and works fine out of the box.....the configuration look like this (and this is everything to configure on the UTM!)



This thread was automatically locked due to age.
Parents
  • Hi,

    please check the driver version you are using. Make sure that the XG interface is pointing at the virtual NIC used for the WAN interface.

    Also you don't need to use routing if your setup is correct, a firewall rule will work.

    Ian

    XG115W - v19.5.1 mr-1 - Home

    If a post solves your question please use the 'Verify Answer' button.

  • Hi Ian,

    could you tell me the steps I need to go through?
    Sure that a FW-rule helps? Are you running a XG at OVH?

  • Simply delete the first entry and modify the 2nd entry like this: 0.0.0.0 0.0.0.0 Port B (interface route, because it does not point to any IP, instead to an interface)

  • I will try that, though I’m still unclear on how it will be able to route traffic to the internet without being aware of the “real” gateway IP ending in .254.   With your suggested config, the .254 gateway IP does not exist anywhere in the XG’s configuration.

  • As I suspected, after upgrading to 17.5 and deleting the second route, setting the first to an Interface route, no change, still cannot route traffic.

    Let me know if I've missed anything here, desperate to get this working. Thank you.

  • Mhhh....did you configure the FO-IP at the WAN-Port?

    Please note that the WAN-Port CANNOT exist in the zone WAN because here you need a gateway. Configure a new zone, like WAN_OVH.

     

  • I see, no I hadn’t defined a separate zone previously.  

    Would you mind sharing (redacted of course) what all of your interfaces and routes look like? I want to make sure I have this right before attempting the 17.5 upgrade again.  Thanks.  

  • Sure, I will upload it tomorrow.

  • So, 10 minutes where hopefully the phone is quiet.

    First on the ESXi, you need to set the security options of the vSwitch0, where the WAN is linked to, to this (but this is OVH default I mean):

    (the port groups on this vSwitch will inherit that in default)


    Then at the OVH management create a vMAC for the Failover-IP you wish to use at the SFOS.
    Add the generated vMAC to the corresponding interface of the VM in the ESXi (set to manual, bla bla)

     

    After install the SFOS, I configure it via a jump-desktop.
    The routing mode is "this firewall" (the XG).

    Then in the Web-GUI, configure a new zone like WAN_OVH.

     

    Then go to the Interfaces and select PortB or what you want to connect to the internet and select the zone WAN_OVH, enter the IP-address (Failover IP, corresponding with the vMAC you configured in the ESXi) and select a subnetmask of /32.

    Then go to Routing and add a new route:

     

    The last step is to create a firewall rule, if you want to allow traffic to flow between whatever.


    Thats it.
     

  • Thanks again. I built out the config precisely, unfortunately it still will not route traffic.

    The only difference in our setup is that I'm on a Hyper-V host. I tried setting Port Mirroring on the vNIC to Destination, which is the most similar to Promiscuous Mode in vSphere, but no luck. 

  • Another observation. With this configuration in place, I can ping our OVH gateway IP (the original server IP with .254 at the end), which proves that the packets are traversing through the Hyper-V host, through the NIC, and can reach OVH's gateway. At that point they must be getting dropped.

  • Hi, 

    Were you successful in the meantime?

Reply Children