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

    PFSense RTSP UDP not working with Static Port Force Rewrite

    Scheduled Pinned Locked Moved Routing and Multi WAN
    9 Posts 2 Posters 4.1k 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.
    • O
      overpf
      last edited by overpf

      Hi,

      I have a RTSP server at LAN 10.0.10.20 (port 554), I could connect with TCP fine from WAN using port 20554 (NAT), but when using UDP, the client does not get a video stream back. I have set static port to force pfsense not to rewrite source port as described here.

      http://www.selectedintelligence.com/post/46429611973/pfsense-rtsp-and-rtp

      alt text

      alt text

      When I looked at firewall state, the TCP connection is established fine but the outgoing UDP is not. When I do a packet capture, the seems the outgoing port to the client is not correct.

      alt text

      alt text

      alt text

      1 Reply Last reply Reply Quote 0
      • O
        overpf
        last edited by

        I found similar issue, so it looks like pfsense can't handle it?

        https://news.ycombinator.com/item?id=13617009

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

          You have set static ports on all traffic from your LAN which is not what you want to do. There's a high chance of some conflicts. You should set outbound NAT to hybrid mode and just add one additional rule to static NAT just traffic from the required source and maybe just UDP since TCP seems to be working fine.

          The states there seem to show the UDP traffic is not being NAT'd at all for some reason.
          Which interface was that packet capture run on?

          Steve

          1 Reply Last reply Reply Quote 0
          • O
            overpf
            last edited by overpf

            Thanks Steve, I should be capturing on LAN.

            Actually I do wanted to disable source port rewrite for all, as my subnets are all for rtsp server machines only. I will give the specific IP a try.

            1 Reply Last reply Reply Quote 0
            • O
              overpf
              last edited by

              Ok, I changed to a the single server IP

              alt text

              Captured the packets on WAN again and I noticed something really strange.

              alt text

              The yellow is WAN (at DC), green is my home IP (client connecting) so the TCP packets are sent back to me correctly. The (blue) UDP packets are returning to a wrong IP, and that IP is my office static IP!!

              This does not make any sense. I previously setup this pfsense in my office and use it as a WAN and test, and a week ago, I have moved it to a DC. There is no hardcoding in pfsense (I checked) that has my office IP.

              The only place I used to set my office IP is when creating VPN certs in another PFSense instance (for management). I used a dynamic dns hostname for that to test, and I have already switched the dynamic dns IP to the DC IP, this is more than a week ago.

              So why is pfsense still remembering my office IP somewhere? I have rebooted already multiple times. I have download the backup config to checl, and the only place with my office IP is in the firewalls entried updated by username admin@MYOFFICEIP while I was in office setting it up.

              1 Reply Last reply Reply Quote 0
              • O
                overpf
                last edited by overpf

                I worked with another experienced pfsense admin, and confirmed it's a bug

                When I switch to old 2.3, it works fine.

                https://forum.netgate.com/topic/131765/nat-problem-with-rtcp-server

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

                  It seems very likely that your client is sending the office external IP as the destination for the stream.

                  I cannot imagine any other reason it would open a connection to that otherwise.

                  Steve

                  1 Reply Last reply Reply Quote 0
                  • O
                    overpf
                    last edited by

                    No idea about that, I did a reset and setup everything again, found the above bug, and using the old version now fine.

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

                      That bug seems to be unrelated. At least to the packet capture above. It's not failing to NAT traffic there just opening a stream to the wrong location. The only place it could have got that from (unless it's hard coded into the server) is from the client.

                      Steve

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