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

OpenVPN and UDP Flood Protection

I'm having an issue with the Sophos UTM, where I have a firewall rule that allows a client behind the firewall to connect to an OpenVPN server (I allow connections to UDP port 1194). Everything works great. However, when I enable UDP Flood Protection, the OpenVPN bandwidth drops by orders of magnitude (from over 100 Mbps to less than 3). I can see in the IPS logs that that the IPS flags a "UDP flood detected" to the IP and port of the OpenVPN server. I've added an exception to the IPS to ignore the OpenVPN service (port 1194), but it still flags it.

Am I missing something in the configuration?


This thread was automatically locked due to age.
Parents
  • Thank you Bob!
    However, I need to make sure I understood your answer. First of all, I see I used a misleading term, "opening ports". So, you meant we would normally open ports in the firewall; whereas, here the discussion was about setting an exception for flood detection. You also reminded me that we open ports (when needed) for outbound traffic since the firewall will then keep track of the session (so, we specify the direction in firewall). I also understand the connection will not be allowed to initiate from outside (inbound traffic).
    Going back to the UDP flood problem caused when connected to a VPN. I have seen a couple of threads about this problem. The logs showed the UDP flood with source the IP of VPN server and destination with the IP of host computer. I have seen suggestion that vary from "turning off" the UDP flood protection or "setting an exception". I thought this thread had the best suggestion (based on services only) since the VPN IP varies. Looking to my live log (as Heli0s described in his post) I had flooding  going to 1194 and coming from 1194. Creating two services as in my previous post ("1:65535 --> 1194", then for the second service we set "1194 --> 1:65535") resolves the UDP flood problem. In my previous post, I meant to ask this question: Does this make the exception too broad? Today, I refined my exception to also include my computer IP since there is only one computer to use the VPN. So, the exception includes "going to this IP - which is the local IP of my computer" AND "Using these services - these are the two services as described above". Please note the use of "AND". Does this narrow the exception? 
    Thank you,
    Martin
Reply
  • Thank you Bob!
    However, I need to make sure I understood your answer. First of all, I see I used a misleading term, "opening ports". So, you meant we would normally open ports in the firewall; whereas, here the discussion was about setting an exception for flood detection. You also reminded me that we open ports (when needed) for outbound traffic since the firewall will then keep track of the session (so, we specify the direction in firewall). I also understand the connection will not be allowed to initiate from outside (inbound traffic).
    Going back to the UDP flood problem caused when connected to a VPN. I have seen a couple of threads about this problem. The logs showed the UDP flood with source the IP of VPN server and destination with the IP of host computer. I have seen suggestion that vary from "turning off" the UDP flood protection or "setting an exception". I thought this thread had the best suggestion (based on services only) since the VPN IP varies. Looking to my live log (as Heli0s described in his post) I had flooding  going to 1194 and coming from 1194. Creating two services as in my previous post ("1:65535 --> 1194", then for the second service we set "1194 --> 1:65535") resolves the UDP flood problem. In my previous post, I meant to ask this question: Does this make the exception too broad? Today, I refined my exception to also include my computer IP since there is only one computer to use the VPN. So, the exception includes "going to this IP - which is the local IP of my computer" AND "Using these services - these are the two services as described above". Please note the use of "AND". Does this narrow the exception? 
    Thank you,
    Martin
Children
No Data