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

    UPnP not working

    Scheduled Pinned Locked Moved General pfSense Questions
    26 Posts 5 Posters 5.0k 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.
    • johnpozJ
      johnpoz LAYER 8 Global Moderator
      last edited by johnpoz

      Well then you should open a thread for 2.5 development.. Its quite possible there is some issue with 2.5..

      All I can tell you is sure looks to be working as designed on 2.4.5..

      There should be no reason to reset it... I would suggest you just disable it and then re-enable it... This is what I did to enable it... I always have that shit protocol OFF ;) heheh

      settings.jpg

      An intelligent man is sometimes forced to be drunk to spend time with his fools
      If you get confused: Listen to the Music Play
      Please don't Chat/PM me for help, unless mod related
      SG-4860 24.11 | Lab VMs 2.8, 24.11

      1 Reply Last reply Reply Quote 0
      • D
        dsam @Bob.Dig
        last edited by

        This post is deleted!
        1 Reply Last reply Reply Quote 0
        • kiokomanK
          kiokoman LAYER 8
          last edited by kiokoman

          This post is deleted!
          1 Reply Last reply Reply Quote 0
          • johnpozJ
            johnpoz LAYER 8 Global Moderator
            last edited by johnpoz

            Well that was prob just it saying I'm out of here - not going to run this crap protocol ;) heheh

            Guys its quite possible there are issues with upnp on 2.5 - it not released, you guys could be on different snaps even.. If you have issues or think you have issues with 2.5 and upnp you should bring it up in the 2.5 section.

            Edit: Guys please edit your 2.5 stuff there is zero reason post that here, it only distracts.. If you do not edit it, I will..

            An intelligent man is sometimes forced to be drunk to spend time with his fools
            If you get confused: Listen to the Music Play
            Please don't Chat/PM me for help, unless mod related
            SG-4860 24.11 | Lab VMs 2.8, 24.11

            1 Reply Last reply Reply Quote 0
            • kiokomanK
              kiokoman LAYER 8
              last edited by

              i don't use it anyway, not a problem for me 😌

              1 Reply Last reply Reply Quote 1
              • D
                dsam
                last edited by

                UPDATE: Someone on Reddit recently said that, "miniupnpd decided they wouldn't allow mapping to RFC1918 addresses any more." In my case, this is true; my pfSense is connected to the ISP's modem and set up in the DMZ. That might be the problem, since the modem gives it a private IP. And that might explain why UPnP worked with @johnpoz since he obviously has his pfSense directly connected to the internet, indicated by the black dash on his IP.

                1 Reply Last reply Reply Quote 0
                • kiokomanK
                  kiokoman LAYER 8
                  last edited by kiokoman

                  ok so after finding why my upnp made my system crash, i was able to test this on a virtual machine in a double nat situation,
                  it does not work 🤔

                  upnpc -a 192.168.123.2 1234 5678 tcp
                  GetExternalIPAddress failed
                  Addportmapping failed with code 501 (Action Failed)
                  

                  if i set "Override WAN address" and put a non rfc1918 it work.
                  if i try this without double nat, it work

                  this was pfsense 2.4.5

                  [2.4.5-RELEASE][root@pfSense.localdomain]/root: miniupnpd -d -f /var/etc/miniupnpd.conf
                  miniupnpd[43089]: version 2.1 starting NAT-PMP/PCP UPnP-IGD ext if vmx0 BOOTID=1585742590
                  miniupnpd[43089]: Reserved / private IP address 192.168.10.28 on ext interface vmx0: Port forwarding is impossible
                  miniupnpd[43089]: You are probably behind NAT, enable option ext_perform_stun=yes to detect public IP address
                  miniupnpd[43089]: HTTP listening on port 2189
                  miniupnpd[43089]: no HTTP IPv6 address, disabling IPv6
                  miniupnpd[43089]: Listening for NAT-PMP/PCP traffic on port 5351
                  
                  D 1 Reply Last reply Reply Quote 0
                  • D
                    dsam @kiokoman
                    last edited by

                    @kiokoman said in UPnP not working:

                    miniupnpd[43089]: Reserved / private IP address 192.168.10.28 on ext interface vmx0: Port forwarding is impossible
                    miniupnpd[43089]: You are probably behind NAT, enable option ext_perform_stun=yes to detect public IP address
                    

                    I have never come across this error in my testing, which sucks since it could have saved me time. Anyway, how can we enable the "ext_perform_stun=yes" to fix the issue (hopefully)?

                    1 Reply Last reply Reply Quote 0
                    • kiokomanK
                      kiokoman LAYER 8
                      last edited by kiokoman

                      @kiokoman said in UPnP not working:

                      Override WAN address

                      i tested it also, but found random stuff on google,
                      you can use Override WAN address
                      or
                      you need to modify /var/etc/miniupnpd.conf and add
                      ext_perform_stun=yes
                      ext_stun_host=stun.onesuite.com
                      and manually launch miniupnpd -d -f /var/etc/miniupnpd.conf

                      please take in mind that i don't know what/who onesuite.com is, it report your wan ip address.
                      anothe public stun server is stun.stunprotocol.org
                      STUN=
                      Session Traversal Utilities for NAT (STUN) is a protocol that serves
                      as a tool for other protocols in dealing with Network Address
                      Translator (NAT) traversal. It can be used by an endpoint to
                      determine the IP address and port allocated to it by a NAT

                      maybe we can add this options to miniupnp webgui if it's missing and it's needed, idk

                      viktor_gV 1 Reply Last reply Reply Quote 1
                      • viktor_gV
                        viktor_g Netgate @kiokoman
                        last edited by

                        @kiokoman said in UPnP not working:

                        Session Traversal Utilities for NAT (STUN) is a protocol that serves
                        as a tool for other protocols in dealing with Network Address
                        Translator (NAT) traversal. It can be used by an endpoint to
                        determine the IP address and port allocated to it by a NAT

                        maybe we can add this options to miniupnp webgui if it's missing and it's needed, idk

                        You can create feature request on the redmine.pfsense.org for this.
                        it's easy to add to WebGUI, and it may be useful for some ISPs issues.

                        but https://redmine.pfsense.org/issues/10398 needs to be resolved first

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