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

    UPnP support

    Scheduled Pinned Locked Moved Expired/Withdrawn Bounties
    363 Posts 28 Posters 397.6k 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.
    • E
      EldarXP
      last edited by

      pfsense 1.01

      For Msn I'will see this tomorow no power again here -.-;

      1 Reply Last reply Reply Quote 0
      • Z
        ZPrime
        last edited by

        I don't understand why you have the linksys where it is?

        PF can handle multiple WAN IP addresses and can do 1:1 NAT for you if that's what you want…  there's really no reason to use the Linksys as a router that I can think of...

        1 Reply Last reply Reply Quote 0
        • E
          EldarXP
          last edited by

          ok
          So i have a internet connection with 2 spare public ip addresse.
          For the test i use 2 public ip addresse one is connected to the linksys and the other one to pfsense.
          Make the test more realistic…

          Cheers.

          1 Reply Last reply Reply Quote 0
          • E
            EldarXP
            last edited by

            msn tell me whith:
                                pfsense that i'm connected thru a UPNP symetric NAT. (Administrator)
                                Linksys that i'm connected thru a UPnP Port Restricted NAT. (Administrator)

            Both are directly connected to .NET Messenger Service.

            Cheers,

            1 Reply Last reply Reply Quote 0
            • E
              EldarXP
              last edited by

              Arg
              I've actually tried to connect to each other while connected directly on internet and i had the same problem -.-;
              Wondering what's wrong with my computer…

              Thanks for your time and you great support.

              1 Reply Last reply Reply Quote 0
              • T
                tec
                last edited by

                Hi,
                does this Package work without any Problems on an Multi-Wan Setup?
                Regards

                1 Reply Last reply Reply Quote 0
                • Z
                  ZPrime
                  last edited by

                  @EldarXP:

                  Arg
                  I've actually tried to connect to each other while connected directly on internet and i had the same problem -.-;
                  Wondering what's wrong with my computer…

                  Thanks for your time and you great support.

                  I'm guessing maybe you have a software firewall installed on the PC that was behind the Linksys, something other than the XP firewall.  This would stop certain ports from working, even if the Linksys is allowing all of the mappings…

                  1 Reply Last reply Reply Quote 0
                  • R
                    rsw686
                    last edited by

                    I committed version 20061123. This addresses the address in use error, which can happen if other services are using the interface assigned to miniupnpd. Full installs just reinstall the package. Embeddeds you can update via the usual instructions.

                    1 Reply Last reply Reply Quote 0
                    • S
                      Superman
                      last edited by

                      Just a note, this package is working EXCELLENT now!! No more 100% CPU problems, no address in use problems in the case of a service restart, really no problems!!

                      Thanks for all your hard work everyone involved!!

                      1 Reply Last reply Reply Quote 0
                      • S
                        sullrich
                        last edited by

                        Excellent.  This package indeed has turned out to be a first class package.

                        We will be merging this into -BASE for future versions due to it working so well.

                        So all you embedded users, rejoice.

                        1 Reply Last reply Reply Quote 0
                        • S
                          Skud
                          last edited by

                          Agreed…

                          This has come such a long way... Congratulations for making this such a first class package and helping to make pfsense even better..

                          Riley

                          1 Reply Last reply Reply Quote 0
                          • Z
                            ZPrime
                            last edited by

                            Yay for putting it in -BASE!

                            All your -BASE are belong to us?  ;D

                            Again, it is really great that pfSense is now the only free firewall implementation to properly handle UPnP.  I have a feeling that once it goes into -BASE we might get more XBox owners looking for a good firewall system…  :)

                            1 Reply Last reply Reply Quote 0
                            • P
                              Phobia
                              last edited by

                              Nice looking package.  I have a question - I appologise if it has already been answered.

                              Is this package able to handle Multi/Dual WAN setups, or does it simply route traffic through one of the two links? (is it possible to choose which?)

                              Thanks!

                              – Phob

                              1 Reply Last reply Reply Quote 0
                              • S
                                sullrich
                                last edited by

                                Single WAN only ATM.

                                1 Reply Last reply Reply Quote 0
                                • R
                                  rsw686
                                  last edited by

                                  @sullrich:

                                  Single WAN only ATM.

                                  I could be wrong on this but can't they just use the external address field to specify which wan to use? This would require have a static ip or a dynamic one that rarely changes.

                                  1 Reply Last reply Reply Quote 0
                                  • S
                                    sullrich
                                    last edited by

                                    @rsw686:

                                    @sullrich:

                                    Single WAN only ATM.

                                    I could be wrong on this but can't they just use the external address field to specify which wan to use? This would require have a static ip or a dynamic one that rarely changes.

                                    It needs to also add reply-to against the firewall rules to make this work properly iirc.

                                    1 Reply Last reply Reply Quote 0
                                    • T
                                      tmetz
                                      last edited by

                                      Outstanding work all!

                                      I haven't seen anyone else bring this up but I don't see the port mappings on the status page. I know the daemon is working.

                                      If I type:

                                      pfctl -aminiupnpd -sn

                                      rdr log on vr1 inet proto tcp from any to any port = 6881 label "utorrent" -> 192.168.10.149 port 6881

                                      pfctl -aminiupnpd -sr

                                      pass in log quick on vr1 inet proto tcp from any to any port = 6881 keep state label "utorrent"

                                      I see my mappings but they never show up on https://pfsense/status_upnp.php. In Firefox 2.0 I do see a table with blank rows, if there is one mapping I see one blank row, if there are 4 mappings I see 4 blank rows. In IE6 I see no table at all.

                                      Thx,

                                      Tim

                                      1 Reply Last reply Reply Quote 0
                                      • R
                                        rsw686
                                        last edited by

                                        @tmetz:

                                        Outstanding work all!

                                        I haven't seen anyone else bring this up but I don't see the port mappings on the status page. I know the daemon is working.

                                        If I type:

                                        pfctl -aminiupnpd -sn

                                        rdr log on vr1 inet proto tcp from any to any port = 6881 label "utorrent" -> 192.168.10.149 port 6881

                                        pfctl -aminiupnpd -sr

                                        pass in log quick on vr1 inet proto tcp from any to any port = 6881 keep state label "utorrent"

                                        I see my mappings but they never show up on https://pfsense/status_upnp.php. In Firefox 2.0 I do see a table with blank rows, if there is one mapping I see one blank row, if there are 4 mappings I see 4 blank rows. In IE6 I see no table at all.

                                        Thx,

                                        Tim

                                        Thats really weird. I just tested on both Firefox 2.0 and IE6. Mine shows the mappings. Remove and reinstall the package and see if that fixes it.

                                        1 Reply Last reply Reply Quote 0
                                        • T
                                          tmetz
                                          last edited by

                                          @rsw686:

                                          @tmetz:

                                          Outstanding work all!

                                          I haven't seen anyone else bring this up but I don't see the port mappings on the status page. I know the daemon is working.

                                          If I type:

                                          pfctl -aminiupnpd -sn

                                          rdr log on vr1 inet proto tcp from any to any port = 6881 label "utorrent" -> 192.168.10.149 port 6881

                                          pfctl -aminiupnpd -sr

                                          pass in log quick on vr1 inet proto tcp from any to any port = 6881 keep state label "utorrent"

                                          I see my mappings but they never show up on https://pfsense/status_upnp.php. In Firefox 2.0 I do see a table with blank rows, if there is one mapping I see one blank row, if there are 4 mappings I see 4 blank rows. In IE6 I see no table at all.

                                          Thx,

                                          Tim

                                          Thats really weird. I just tested on both Firefox 2.0 and IE6. Mine shows the mappings. Remove and reinstall the package and see if that fixes it.

                                          I went so far as to remove all my packages, rename the admin account back to admin (I had changed it), then re-installed. Same behavior.
                                          Tried multiple PC's and even one at work via a port forward on the wan interface. Same behavior.
                                          I then turned off SSL and went back to http. Same behavior.
                                          Went to upnp settings and unchecked both Log packets handled by miniupnpd rules? and Use system uptime instead of miniupnpd uptime? and now it's working!
                                          checked both boxes again, NOT working
                                          uncheck both boxes, working.
                                          check log packets, not working
                                          uncheck log packets, working
                                          check uptime box, not working

                                          in between all these checks, I would restart utorrent and run pfctl -aminiupnpd -sn ensuring there was data to display.

                                          My current state is SSL back on, both upnp boxes unchecked and I can see my current mappings.

                                          I'm baffled but happy to see my mappings.

                                          Tim

                                          1 Reply Last reply Reply Quote 0
                                          • R
                                            rsw686
                                            last edited by

                                            Thanks for figuring that out. I have verified this behavior and will try and fix it. It only happens on my box if log packets is checked. This is what you found right?

                                            EDIT: I found the issue. I wll commit this in a few and you can either reinstall the package again or in the web gui goto diagnostics -> edit file.

                                            Open /usr/local/www/status_upnp.php

                                            Find the following line

                                            if (preg_match("/rdr on (.) inet proto (.) from any to any port = (.) label "(.)" -> (.) port (.)/", $rdr_entry, $matches))

                                            and remove "rdr ". It should look like the below

                                            if (preg_match("/on (.) inet proto (.) from any to any port = (.) label "(.)" -> (.) port (.)/", $rdr_entry, $matches))

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