Netgate Discussion Forum
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Search
    • Register
    • Login

    Best VPN for UDP

    Scheduled Pinned Locked Moved General pfSense Questions
    16 Posts 5 Posters 1.6k Views
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • G
      getin @stephenw10
      last edited by

      @stephenw10

      Thanks for the suggestion, I tried WireGuard pfsense site 1 to WireGuard pfsense site 2, Connection is OK, but its not allowing for UDP data flow from site 1 to passthrough tunnel to site 2.

      Its allowing only TCP to flow, I am able to access systems in both sites via wireguard VPN.

      Do IPSec and OpenVPN allow UDP data to flow from one site to another?

      GertjanG 1 Reply Last reply Reply Quote 0
      • stephenw10S
        stephenw10 Netgate Administrator
        last edited by

        All three VPN types should carry most types of traffic. There's not much difference between them, especially if you use route-based IPSec.

        How are you testing?

        G 1 Reply Last reply Reply Quote 0
        • GertjanG
          Gertjan @getin
          last edited by

          @getin

          What ? Wireguard doesn't let UDP to go over the connection ?
          That will break all DNS for starters ... so no one would use it ....

          Any VPN type of connection accepts TCP, UDP, ICMP and all the others.

          It's the admin (of pfSEnse) who decides what he accepts :

          ef9f877a-748c-496a-99cd-7d29c2834b8c-image.png

          so I accept "IPv4" : all protocols.

          This :

          9a817e3e-afd3-4b7e-a3e2-460f99393a2e-image.png

          would make my VPN pretty (humm : totally) useless.

          No "help me" PM's please. Use the forum, the community will thank you.
          Edit : and where are the logs ??

          1 Reply Last reply Reply Quote 0
          • stephenw10S
            stephenw10 Netgate Administrator
            last edited by

            Yup your firewall rule allowing that traffic is probably still set to pass TCP only because that's the default value for protocol.

            1 Reply Last reply Reply Quote 0
            • G
              getin @stephenw10
              last edited by

              @stephenw10 , @Gertjan I set Firewalls Rules to "IPv4 ANY" and still traffic UDP Traffic does not flowing through through tunnel.

              I have one UDP Source which is providing UDP in the LAN network of Site 1 (able to read it in site 1) and I want to get the same UDP Feed to Site 2 LAN , tried via wireguard tunnel.

              Both sides all firewall rules set to *, Still the TCP Ips passing through it but UDP unable to read UDP at site 2.

              Am I missing something ?

              1 Reply Last reply Reply Quote 0
              • stephenw10S
                stephenw10 Netgate Administrator
                last edited by

                How are you actually trying to connect to the remote UDP service? What error is shown?

                G 1 Reply Last reply Reply Quote 0
                • G
                  getin @stephenw10
                  last edited by

                  @stephenw10 . I can check udp via VLC Player by entering the multicast IP and I am checking the same at site 2 via the same VLC but unable to get it play at site 2.

                  Usually UDP generated a lot of traffic in interfaces and I am unable to see that data flow even in tunnels interfaces too.

                  GertjanG 1 Reply Last reply Reply Quote 0
                  • GertjanG
                    Gertjan @getin
                    last edited by

                    @getin said in Best VPN for UDP:

                    Usually UDP generated a lot of traffic in interfaces and I am unable to see that data flow even in tunnels interfaces too.

                    I created a small test showing UDP traffic.
                    My pfSense hosts a OpenVPN server, a vanilla setup.

                    I packet captured the DNS port 53 UDP traffic with this :

                    f5d3d352-1e32-4434-b92f-f7ed5887ae2c-image.png

                    and connect my phone uysing the OpenVPN app.

                    DNS traffic came in by boatloads :

                    8396bcea-15cf-4db0-a1ae-0c4599fc0422-image.png

                    and of course UDP works because it wouldn't be a streaming issue but an overall connectivity issue : without DNS things go downhill very fast.

                    All this makes me think :
                    UDP works 'a little bit' or not all all ?
                    What happens if you 'capture' UDP traffic : there (really) is 'nothing' ?

                    No "help me" PM's please. Use the forum, the community will thank you.
                    Edit : and where are the logs ??

                    G 1 Reply Last reply Reply Quote 0
                    • stephenw10S
                      stephenw10 Netgate Administrator
                      last edited by

                      OK so you're actually looking at multicast traffic. So at a minimum you will need to set 'enable IP options' on the pass rules.

                      I assume you have different subnets at each end of the tunnel?

                      You may also need to setup the IGMP proxy to subscribe to the traffic.

                      1 Reply Last reply Reply Quote 0
                      • G
                        getin @Gertjan
                        last edited by getin

                        @Gertjan , I can see the UDP Traffic when packet capture is in "LAN" Interface at source but Unable to see the UDPtraffic when observed in "Tunnel" interface at source site 1

                        @stephenw10 , I have made enable options in firewall rules for "LAN" and "Tunnel" and IGMP Proxy enabled at source and detaination with LAN as source, Tunnel as Destination at site 1 and vice versa in site 2, but still unable to get the traffic.

                        Packet Capture in Tunnel Interface is not showing UDP packets at site 1 but TCP works and The UDP packets are showing in LAN Interface at site 1, dont know if they need to route to tunnel ----

                        1 Reply Last reply Reply Quote 0
                        • stephenw10S
                          stephenw10 Netgate Administrator
                          last edited by

                          Forget about the fact this is UDP the problem is that it's mulicast traffic and you're trying to use it between subnets.

                          For example if you try to use the remote side DNS server in pfSense that is UDP and should work fine as long as ACLs exist to allow it.

                          I think we're going to need more details about what subnets are used here and exactly how you are testing.

                          T 1 Reply Last reply Reply Quote 0
                          • T
                            The Party of Hell No @stephenw10
                            last edited by

                            @stephenw10 I fell into this topic! I have experienced a lot; especially since the 24.11 update of blockage of attempts from two of my subnets to 224.0.0.22 - which I understand is all about multicast. Your solution on the subnets is to go to advanced in openvpn and wireguardvpn - these are the two ways I am trying to reach content on my LAN subnets - individual rules allowing access to individual IP's for each LAN subnet - and allow IP options?

                            1 Reply Last reply Reply Quote 0
                            • stephenw10S
                              stephenw10 Netgate Administrator
                              last edited by

                              Yes you will need a least that. But you may also need the IGMP proxy configured, possibly at both ends, so that clients can see the streams and subscribe to them.

                              1 Reply Last reply Reply Quote 0
                              • First post
                                Last post
                              Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.