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

    SG-3100 upgrade to 24.03 seems to have broken UPnP

    Scheduled Pinned Locked Moved General pfSense Questions
    17 Posts 4 Posters 811 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.
    • stephenw10S
      stephenw10 Netgate Administrator
      last edited by

      @fred7911 said in SG-3100 upgrade to 24.03 seems to have broken UPnP:

      xinetd 41470 readjusting service 19001-udp
      xinetd 41470 readjusting service 19001-tcp

      Those are almost certainly because you have NAT reflection enabled in NAT+Proxy mode? Probably not required but also not a problem.

      When UPnP is working as expected what status do you see? A large number of open ports to each host? Range of ports?

      1 Reply Last reply Reply Quote 0
      • F
        fred7911
        last edited by

        Yes I'm also using an "Override WAN address" setting in my "UPnP & NAT-PMP Settings" for this specific subnet (the only one with UPnP enabled)

        Usually each inside server opens 8-10 ports (at least) on WAN to be able to communicate. Sometimes in range, sometimes not, it actually depends on the need...

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

          Hmm, failing to replicate that. I can open multiple ports to an internal host on a 3100:

          Screenshot from 2024-05-06 23-18-31.png

          1 Reply Last reply Reply Quote 0
          • F
            fred7911
            last edited by

            Could it be related to the upgrade somehow? That's why I posted here initially, because it was immediate after the final reboot for the upgrade to 24.03

            1 Reply Last reply Reply Quote 0
            • F
              fred7911
              last edited by

              That could be a clue: https://github.com/miniupnp/miniupnp/issues/715
              I checked and the "ioctl(dev, DIOCCHANGERULE, ...) PF_CHANGE_ADD_TAIL: File exists" message was not present in logs with 23.09

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

                Yup looks like that. Interesting that bug is shown against FreeBSD 14 though. So perhaps this is unrelated to the pfSense upgrade; 23.09.1 was built on 14.

                1 Reply Last reply Reply Quote 0
                • F
                  fred7911
                  last edited by

                  For information, I rolled back the Netgate 3100 to version 23.09.1 and everything is working smoothly, without changing anything on the servers using UPnP.

                  It could be interesting to have further testings, and maybe see if it could be related to a specific setting (as you could make it work). The main one I could imagine is the "Override WAN address" in the UPnP config.

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

                    I had to use 'Override WAN address' because my 3100 here does not have a public IP on the WAN. miniUPnP will not add forwards from a private IP address. Which is inconvenient!

                    1 Reply Last reply Reply Quote 0
                    • Bob.DigB
                      Bob.Dig LAYER 8
                      last edited by

                      The only thing I noticed with the latest upgrade is that UPnP is not closing any open ports on its own anymore.

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

                        Hmm, like at all?
                        They should have a lifetime set when created, like 1h default.

                        Edit: Doesn't seem to be expiring though....

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

                          https://redmine.pfsense.org/issues/15470

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