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

    firewall unresponsive - kernel: sonewconn: pcb: pru_attach() failed

    Scheduled Pinned Locked Moved Official Netgate® Hardware
    19 Posts 3 Posters 1.4k 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.
    • stephenw10S
      stephenw10 Netgate Administrator
      last edited by

      Do not allow SSH connections from any remote IP. If you must have it open limit the source IPs that can connect.

      1 Reply Last reply Reply Quote 0
      • adamwA
        adamw @stephenw10
        last edited by

        @stephenw10 said in firewall unresponsive - kernel: sonewconn: pcb: pru_attach() failed:

        you should not be seeing those SSH attacks like that.

        What can I realistically do about it if I need to keep SSH port open to the world (it's not 22 BTW)?

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

          I've yet to see a good reason to have it open to any source IP but it should at least be key only if it must be.
          But any restriction to the source IP would help there. Use dyndns if you need to connect from unknown IPs. Try geo-restricting it with a pfBlocker alias.

          1 Reply Last reply Reply Quote 1
          • adamwA
            adamw @adamw
            last edited by

            It's all useful advise and thanks for that but how about:

            kernel: sonewconn: pcb 0xeeec1148: pru_attach() failed

            ?

            😃

            H 1 Reply Last reply Reply Quote 0
            • H
              heper @adamw
              last edited by

              @adamw the first thing google told me was a BSD mailing list from 2017 - indicating this can happen when the system ran out of memory.

              You could check the graphs

              adamwA 1 Reply Last reply Reply Quote 0
              • adamwA
                adamw @heper
                last edited by

                @heper

                Interestingly there is no data between 0:00 sharp and the power cycle at 12:25:

                memory-usage-graph.png

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

                  Mmm, if it stopped logging data at the same point that's probably exhaustion of something. Drive space maybe? I would expect it to stopped logging at all if that was the case though.

                  1 Reply Last reply Reply Quote 0
                  • H
                    heper @adamw
                    last edited by

                    @adamw it also indicates only 2-4% free memory before rrd data stopped ...

                    1 Reply Last reply Reply Quote 0
                    • adamwA
                      adamw
                      last edited by

                      # df -h
                      Filesystem                             Size    Used   Avail Capacity  Mounted on
                      /dev/diskid/DISK-XXXXXXXXXXXXXXXXX     28G    5.9G     20G    23%    /
                      devfs                                  1.0K    1.0K      0B   100%    /dev
                      /dev/diskid/DISK-YYYYYYYYYYYYYYYY      34M    2.0M     32M     6%    /boot/u-boot
                      tmpfs                                  4.0M    148K    3.9M     4%    /var/run
                      devfs                                  1.0K    1.0K      0B   100%    /var/dhcpd/dev
                      

                      System log was populated the whole time with no unusual entries around midnight.

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

                        Anything logged when it stops updating the RRD files at 0:00?

                        adamwA 1 Reply Last reply Reply Quote 0
                        • adamwA
                          adamw @stephenw10
                          last edited by

                          @stephenw10

                          Nothing in /var/log/system.log(s)
                          Anywhere else to check?

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

                            Not really, I'd expect to see something there if the RRD update script stopped and it was still logging at all.
                            Is this the first time you've seen this?

                            adamwA 1 Reply Last reply Reply Quote 0
                            • adamwA
                              adamw @stephenw10
                              last edited by

                              @stephenw10
                              First time I've seen the firewall crashing like that and producing "kernel: sonewconn: pcb: pru_attach() failed".

                              Before the crash the uptime was 257 days. When looking at 1 year memory usage graph some slow build ups can be observed:

                              firewall-memory-graph-1-year.jpg

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

                                Hmm, well I would upgrade to 22.05. Or you could wait for 23.01 at this point.

                                Is there any reason you're still running 22.01?

                                adamwA 1 Reply Last reply Reply Quote 0
                                • adamwA
                                  adamw @stephenw10
                                  last edited by

                                  @stephenw10

                                  I have 3 x Netgate 3100 appliances. 2 live and one spare. One of the live ones is located in a distant datacenter so upgrading it remotely is too risky.

                                  Typically I upgrade all 3 firewalls only about once per year when I have other reasons to travel to the dc. I import config to the spare one and just physically swap them around followed by some testing. If anything goes wrong then I just swap them back.

                                  Unless the issue comes back I'll wait for the next major release with the first follow up update.

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