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

    QNAP pfSense dropout

    Scheduled Pinned Locked Moved General pfSense Questions
    37 Posts 3 Posters 2.2k 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.
    • P
      ppal @stephenw10
      last edited by

      @stephenw10 said in QNAP pfSense dropout:

      Hmm, is it NATing outbound on WAN correctly? I could just about believe the upstream router is restricting you to a single IP if the internal IPs are somehow being routed directly.

      Which upstream router are you referring to? (Is it the one at the ISP?)

      There is only one router on my end. Here's the setup:

      NTD (Network Termination Device): It can supply up to four ISP services. I'm using two services from two different ISPs—one connected to a pfSense setup and the other to an AUS router. These two services are completely independent with no interaction or connection between them on my side.
      The arrangement for the relevant service is as follows:

      (ISP) → Fibre → (NTD) → (pfSense on QNAP) → WAP → (Clients)

      What exactly should I be looking at? Thank you for your assistance.

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

        Yes I meant whatever is upstream of pfSense. So that could be the NTD or the next hop router at the ISP.

        The states should look something like:

        LAN1 	icmp 	192.168.1.5:3 -> 1.1.1.1:3 	0:0 	10 / 10 	840 B / 840 B 	
        PLUSNET 	icmp 	217.45.XX.XX:60209 (192.168.1.5:3) -> 1.1.1.1:60209 	0:0 	10 / 10 	840 B / 840 B
        

        That is filtered for 1.1.1.1. You can see the source is translated by the outbound NAT from the internal address to the WAN address.

        Both your clients should appear like that. The upstream device should see no difference between them as it only ever sees the WAN IP.

        P 1 Reply Last reply Reply Quote 0
        • P
          ppal @stephenw10
          last edited by

          @stephenw10 - It will be working fine and then just lose connectionpfsense.png . The QNAP only has two NICS - common one for LAN and one for WAN. The switch is set as shown. Looks like a loss connection. Perhaps needs a dedicated NIC.
          Loss Connection.png

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

            Hmm, so it disconnects even if you just have one client connected? Not related to connecting a second client?

            That log above seems to show the physical NIC losing link in the NAS which is not something pfSense would have control over in that setup.

            P 2 Replies Last reply Reply Quote 0
            • P
              ppal @stephenw10
              last edited by

              @stephenw10 what would be the diagnostic report / filters that could show me connection and dropout times? Thank you for your help.

              1 Reply Last reply Reply Quote 0
              • P
                ppal @stephenw10
                last edited by

                @stephenw10 psfSense shows 100% packet loss when it hangs up. Both WAN and LAN are shown as green and up.

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

                  Do both NICs fail at the same time? Or is it still reachable internally via NIC2?

                  And, to be clear, you now think this is a general connection failure and not related to different clients connecting?

                  P 1 Reply Last reply Reply Quote 0
                  • JonathanLeeJ
                    JonathanLee
                    last edited by

                    I had an issue with a printer when it would go to sleep it would not let me print or find the printer. I created a dhcp record for it set it to static, added a dns host override for it and never had an issue again. I assume your QNAP goes to sleep when it’s not in use like my Buffalo NAS and that might be the issue… it’s sleeping on the job and needs to have the ability to be woke up, the static arp record might help it did for me.

                    Make sure to upvote

                    P 1 Reply Last reply Reply Quote 0
                    • P
                      ppal @stephenw10
                      last edited by

                      @stephenw10 Hi only loss of internet. LAN is still accessible. I think that it is specific Bigpond (Australian ISP DHCP Login ) issue. I moved the QNAP to another ISP (TPG with PPPoE) which does not have disconnection issues. pfSense not playing nicely with Bigpond . Now trying with OPNSense to see if similar. (Connection is via the same NTD which has 4 ports for Fibre service - I have two activated.

                      stephenw10S 1 Reply Last reply Reply Quote 0
                      • P
                        ppal @JonathanLee
                        last edited by

                        @JonathanLee possibly a going to sleep issue but I have no hibernation turned on. Will see if I can implement your approach.

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

                          @ppal said in QNAP pfSense dropout:

                          pfSense not playing nicely with Bigpond

                          Hmm, waaay back in the day there were some special options for bigpond. Anything logged in dhcp?

                          Does a pcap show it requesting leases? ARPing for stuff?

                          P 1 Reply Last reply Reply Quote 0
                          • P
                            ppal @stephenw10
                            last edited by ppal

                            @stephenw10
                            Hi Stephen,

                            Thank you for your suggestions earlier. I’ll revisit pfSense after completing my testing with OPNSense. I noticed that another user had a similar issue (https://forum.netgate.com/topic/169400/pfsense-ipv6-with-telstra-nbn), but it seems they didn’t receive much assistance on the forum.

                            Apparently, there’s a detailed 32-step guide to get IPv6 working: https://whirlpool.net.au/wiki/pfsense_ipv6_telstra.

                            For now, even having IPv4 running reliably would be a great starting point!

                            Thanks again for your insights.

                            Best regards,

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

                              Hmm, I'm never sure how similar services are between providers on NBN. That seems to be IPv6 specific though and you stopped seeing all connectivity.

                              P 1 Reply Last reply Reply Quote 0
                              • P
                                ppal @stephenw10
                                last edited by

                                @stephenw10 Hi

                                I have swapped the LAN and WAN ports. What would be the best package to monitor the connections.

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

                                  It should be detected and logged by the gateway monitoring anyway without a package.

                                  However you can run something like mytraceroute on the firewall to see where it fails. Or something smokeping on a client behind the firewall.

                                  P 1 Reply Last reply Reply Quote 0
                                  • P
                                    ppal @stephenw10
                                    last edited by

                                    @stephenw10 I found this https://www.telstra.com.au/content/dam/tcom/small-business/support/pdf/nbn-byo-%20router-guide.pdf - Looks like requires traffic shaping and requires. MTU 1500 or lower . Probably go for MTU 1492 and MSS 1452 and shape the traffic to my tier.

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

                                      Hmm, well I guess that could do it if they cut you off when you overrun your tier bandwidth.

                                      P 1 Reply Last reply Reply Quote 0
                                      • P
                                        ppal @stephenw10
                                        last edited by

                                        @stephenw10, I swapped the LAN and WAN ports, and it worked for about 7 hours. During that time, I believed the issue was resolved, but unfortunately, it locked up again with packet failures. I'll give it another try, but one would expect the shaping to be handled on their end. It's worth testing, though. Thanks for engaging.

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

                                          Mmm, it's been a while but I have seen providers that police bandwidth by just cutting connections. I don't recall seeing that for anything end user facing though.

                                          P 1 Reply Last reply Reply Quote 0
                                          • P
                                            ppal @stephenw10
                                            last edited by

                                            @stephenw10 Here’s a professional rewrite:


                                            Subject: MTU Configuration Issue with ISP-Supplied Router

                                            Hello @stephenw10,

                                            I configured the MTU to 1492 (with MSS at 1452) on my ISP-supplied router. This setting was based on recommendations for my connection type.

                                            However, after sitting idle for some time, the router locked up overnight. The attached screenshot provides additional details.
                                            c53e91c8-8b27-41bc-976d-e3cfe26605c8-image.png

                                            Could you advise on any potential causes for the issue or whether further adjustments are recommended to stabilize the setup?

                                            Thank you for your insights.

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