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

    UPnP stopped working after upgrade to 2.4.5-RC

    Scheduled Pinned Locked Moved NAT
    4 Posts 2 Posters 619 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.
    • L
      legato3
      last edited by

      Hello,

      I upgraded to 2.4.5-RC and after that I noticed UPnP has stopped working.
      The miniupnpd service is running and the logs show no errors.
      Everything looks fine and no settings have been changed after or during the upgrade.
      Only the UPnP list stays empty and ports are not getting forwarded.

      2020-02-02 10_44_54-CHRIS-PFS.phobos.lan - Status_ UPnP & NAT-PMP.png

      Any idea what can be the issue here ?

      1 Reply Last reply Reply Quote 0
      • jimpJ
        jimp Rebel Alliance Developer Netgate
        last edited by

        Does your WAN have a public or private IP address?

        I'm not sure if it's a recent change, but one thing I have noticed lately is that miniupnpd will not create forwards if the WAN address is a reserved range like RFC 1918. It usually logs that, though.

        That said, I was able to fire up a test client behind a 2.4.5-RC system just now and it was able to make a port forward via UPnP, and it showed in the list.

        Remember: Upvote with the ๐Ÿ‘ button for any user/post you find to be helpful, informative, or deserving of recognition!

        Need help fast? Netgate Global Support!

        Do not Chat/PM for help!

        1 Reply Last reply Reply Quote 0
        • L
          legato3
          last edited by

          My WAN interface indeed does have a private IP address (192.168.0.200). This because my pfSense box get it internet connection via a fibre modem.
          I assume it must be a recent change if this is the case , because it has always worked with this setup in the past.

          However is it weird that with your test setup it has no issues then..

          1 Reply Last reply Reply Quote 0
          • jimpJ
            jimp Rebel Alliance Developer Netgate
            last edited by

            I see why mine worked. I had manually set an external address, which bypasses the check. If your actual WAN address is static (or reasonably so) you could set that in the UPnP options as well.

            It doesn't look like the miniupnp folks are budging on it, and it isn't a recent behavior change: https://github.com/miniupnp/miniupnp/issues/298 -- Their "solution" is to let it use a STUN server to determine the external address, which is still not ideal.

            Remember: Upvote with the ๐Ÿ‘ button for any user/post you find to be helpful, informative, or deserving of recognition!

            Need help fast? Netgate Global Support!

            Do not Chat/PM for help!

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