Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 10 replies
  • Subscribers 2 subscribers
  • Views 5924 views
  • Users 0 members are here
Options
Suggested
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

Routing problem: Dual WAN and DHCP with large subnet mask

KiP
Hi,

I am using ASG220 with software 9.206-35. It has two WAN uplinks. WAN1 is connected to DSL with fixed IPs, WAN2 is connected to a cable modem and is getting its IP via DHCP with a 20 bit subnet mask. Both are in active load balancing with WAN1 being the first interface. There is a multipath rule directing e.g. http traffic through WAN2.

On WAN1 with the fixed IPs we have running several services, e.g. SSL-VPN.

Up to now I could connect via SSL-VPN from my home office (with cable modem from the same company as at work) without any problem.

Tonight cable modem company changed their network. Since then my official IP is from the same subnet (20 bit mask) as at work. This leads to traffic e.g. for SSL-VPN being routed through wrong WAN interface: When I try to connect to fixed ip on WAN1 then returning packets are routed through WAN2 because my external IP at home is from the same subnet as IP on WAN2. So SSL-VPN can not be established.

I tried to use multipath rules to get this work but cannot find how to achieve this in combination with possibly changing DHCP addresses.

What I would like to achieve is that all traffic to subnet addresses on WAN2 other than my own would be routed through WAN1. This - I believe - would solve my problem. I would also like to be able to use additional multipath rules to direct specific traffic to specific WAN interfaces.

Any hints?


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

    This almost sounds similar to a common DNAT problem I see here on the forums. In that case, we have a client behind the UTM accessing a server on the same LAN as the client through the UTM's public IP. Because the DNAT doesn't alter the source IP, the responding server sends packets directly to the client PC (same subnet as the source so respond directly instead of to the UTM) confusing it because it expected a result from the UTM's public IP, not the server directly.

    Can't really use NAT in this case but I wonder if some sort of multipath rule forcing all VPN traffic across the correct WAN would work? Not near my UTM and don't play with multipath a lot so not sure how that'd be implemented.
Reply
  • 0
    Hi KiP,

    This almost sounds similar to a common DNAT problem I see here on the forums. In that case, we have a client behind the UTM accessing a server on the same LAN as the client through the UTM's public IP. Because the DNAT doesn't alter the source IP, the responding server sends packets directly to the client PC (same subnet as the source so respond directly instead of to the UTM) confusing it because it expected a result from the UTM's public IP, not the server directly.

    Can't really use NAT in this case but I wonder if some sort of multipath rule forcing all VPN traffic across the correct WAN would work? Not near my UTM and don't play with multipath a lot so not sure how that'd be implemented.
Children
No Data