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

    Feb 16 10:40:24 nginx 2022/02/16 10:40:24 [error] 19557#100231: send() failed (54: Connection reset by peer)

    Scheduled Pinned Locked Moved General pfSense Questions
    13 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.
    • T
      troysjanda
      last edited by

      Feb 16 10:40:24 	nginx 		2022/02/16 10:40:24 [error] 19557#100231: send() failed (54: Connection reset by peer)
      

      I am seeing this a lot as well as the sshguard entries that I have posted about yesterday. Using the 22.01 version. I did not remember seeing either of these entries on 2.5.2

      Dell Poweredge r210 II, Intel(R) Xeon(R) CPU E31240 @ 3.30GHz RAM: 16GB
      Dell Enterprise HHD x1 500gb (ZFS)
      Pfsense: 2.7.1(amd64)
      Installed Pkg's: Cron, System_Patches.

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

        nginx errors like that are pretty common if you have the dashboard open and then disconnect. I would not worry seeing them.

        Steve

        1 Reply Last reply Reply Quote 0
        • G
          Gerard64 @troysjanda
          last edited by Gerard64

          @troysjanda I have this problem too it makes my captive portal site loading slow.
          Maybe the following is going on (see link below). I don't know how to fix it.
          https://www.ateamsystems.com/tech-blog/nginx-service-nginx-upgrade-kill-sigusr2-results-shutdown-failed-54-connection-reset-peer/

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

            Unlikely. Are you seeing nginx being restarted frequently?

            G 1 Reply Last reply Reply Quote 0
            • G
              Gerard64 @stephenw10
              last edited by Gerard64

              @stephenw10 No I can't say i see nginx restarts but i see often things like on the picture below after i loaded the captive portal website. It takes a while for the page to show up. Before this page was blazing fast but not anymore. I must gave done something i don't know what to cause this. It seems like some sort of caching is not working anymore it takes several seconds to load a simple captive portal page.

              f66b043a-4699-404a-81ef-6a176b3f27e2-afbeelding.png

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

                Hmm, that error implies the client is not accepting the reply from nginx. It probably times out and retries introducing the delay.

                Are you seeing it on all clients? All browsers?

                G 2 Replies Last reply Reply Quote 0
                • G
                  Gerard64 @stephenw10
                  last edited by Gerard64

                  @stephenw10 Those error's were created while using a wired desktop system on my LAN and using the latest stable Firefox browser. I am now on a laptop on a different vlan and wireless.
                  The error doesn't show up now but the loading of the captive portal is still slow.

                  I didn't test any other browsers yet, wil do that tomorrow on the same desktop system.

                  I just tested with Edge and Vivaldi browser on the laptop, both load the captive portal slowee then normal and no errors in the general log thoug.

                  1 Reply Last reply Reply Quote 0
                  • G
                    Gerard64 @stephenw10
                    last edited by Gerard64

                    @stephenw10 I just realized i can boot the wired system remotely. So i just tested on the wired machine the captive portal page with Firefox, Edge and Vilvaldi browser.

                    The error didn't show up with all three the browsers. I think the slow loading captive portal page and those nginx errors are separate things.

                    It takes 6 seconds to load the captive portal page.

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

                      Could be an IPv6 issue. If the client tries to resolve/connect via IPv6 it will fail and have to timeout before trying IPv4. Does it have a routable IPv6 address?

                      G 2 Replies Last reply Reply Quote 1
                      • G
                        Gerard64 @stephenw10
                        last edited by

                        @stephenw10 That could be very true.
                        My LAN is dual stack. The wlan1 were is captive portal is enabled is IPv4 only.

                        I just tested this and you are 100% right.
                        Wen i use IPv4 the captive portal page is blazing fast again.

                        Thank you again Stephen ๐Ÿ‘

                        1 Reply Last reply Reply Quote 0
                        • G
                          Gerard64 @stephenw10
                          last edited by

                          @stephenw10
                          Does the captive portal work with IPv6 / dual stack?

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

                            Not yet, there is no IPv6 support in the captive portal.

                            There are open feature requests for it and since the move from ipfw to pf for the layer 2 filtering that changes the situation. It would be in 23.05 at the earliest though.

                            Steve

                            G 1 Reply Last reply Reply Quote 1
                            • G
                              Gerard64 @stephenw10
                              last edited by

                              @stephenw10

                              Oke great.
                              It is in the pipeline so to speak ๐Ÿ‘

                              Thank you!

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