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.3k 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
      last edited by

      Hello,

      I wish to transport UDP data from one pfsense site to another pfsense site via VPN, and can someone pls suggest the best vpn method (IPSEC, OpenVPN and Wireguard) to transport UDP data from site to site.

      Please suggest !

      NollipfSenseN 1 Reply Last reply Reply Quote 0
      • NollipfSenseN
        NollipfSense @getin
        last edited by

        @getin Read these then make a decision based on what's best for you:

        https://docs.netgate.com/pfsense/en/latest/recipes/ipsec-s2s-psk.html

        https://docs.netgate.com/pfsense/en/latest/recipes/openvpn-s2s-tls.html

        https://docs.netgate.com/pfsense/en/latest/recipes/wireguard-s2s.html

        pfSense+ 23.09 Lenovo Thinkcentre M93P SFF Quadcore i7 dual Raid-ZFS 128GB-SSD 32GB-RAM PCI-Intel i350-t4 NIC, -Intel QAT 8950.
        pfSense+ 23.09 VM-Proxmox, Dell Precision Xeon-W2155 Nvme 500GB-ZFS 128GB-RAM PCIe-Intel i350-t4, Intel QAT-8950, P-cloud.

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

          Mmm, you need to define 'best'. 😉

          IPSec is usually fastest. OpenVPN is most flexible.

          G 1 Reply Last reply Reply Quote 0
          • 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.