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

    24.03.r.20240416.0005 : all ok.

    Scheduled Pinned Locked Moved Plus 24.03 Development Snapshots (Retired)
    20 Posts 7 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.
    • GertjanG
      Gertjan @stephenw10
      last edited by

      @stephenw10 said in 24.03.r.20240416.0005 : all ok.:

      ticket already: https://redmine.pfsense.org/issues/15400

      Yeah, just found it : Had to look in the regression list.
      And the issue is already solved, as this should be seen as a feature.

      A potential issue still stands : a non logging pass rules starts to log firewall 'drop' lines : that one will get questions ...
      Also : filling up a log with potential "no so easy to explain" drop log lines can hide quickly other, more useful info.

      No "help me" PM's please. Use the forum, the community will thank you.
      Edit : and where are the logs ??

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

        Yup I agree. It confuses me!

        1 Reply Last reply Reply Quote 0
        • M
          marcosm Netgate
          last edited by marcosm

          I think that ultimately it's a non-issue. The logging "quirk", from what I've seen, only applies when the rule specifies IGMP. It's safe to assume that a user seeing the logs must have been trying to do something with IGMP, and this new behavior makes it obvious they did something wrong (allow-opts). It's been suggested that something could be added to the GUI when IGMP is selected, but I'm not convinced we should be adding protocol-specific info. Maybe a good middle ground is to automatically expand advanced options and check the IP options checkbox.

          Bob.DigB 1 Reply Last reply Reply Quote 1
          • Bob.DigB
            Bob.Dig LAYER 8 @marcosm
            last edited by Bob.Dig

            @marcosm said in 24.03.r.20240416.0005 : all ok.:

            The logging "quirk", from what I've seen, only applies when the rule specifies IGMP.

            No.

            M 1 Reply Last reply Reply Quote 0
            • U
              Uglybrian
              last edited by

              Screenshot from 2024-04-17 08-22-05.png

              Where is this setting found?

              GertjanG 1 Reply Last reply Reply Quote 0
              • M
                marcosm Netgate @Bob.Dig
                last edited by

                @Bob-Dig Hah yeah I proved myself wrong right after posting.

                1 Reply Last reply Reply Quote 2
                • GertjanG
                  Gertjan @Uglybrian
                  last edited by

                  @Uglybrian said in 24.03.r.20240416.0005 : all ok.:

                  Where is this setting found?

                  79507202-24e9-452f-88f1-8826e7ce930e-image.png

                  and see the pure pf power being unfolded for you 😊

                  No "help me" PM's please. Use the forum, the community will thank you.
                  Edit : and where are the logs ??

                  1 Reply Last reply Reply Quote 3
                  • M
                    mikey_s
                    last edited by

                    It prob took 30 minutes + for the update to 24.03.r.20240416.0005 yesteday and after that it wouldn't pass traffic or allocate DHCP addresses etc.

                    I had to console onto the unit originally to see what the console was saying.

                    Rebooted and then the system started working again. This is on "white box" hardware.

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

                      Hmm, what did you update from?

                      Then after the reboot it was running the new RC OK? Anything logged when it wasn't responding?

                      M 1 Reply Last reply Reply Quote 0
                      • M
                        mikey_s @stephenw10
                        last edited by mikey_s

                        @stephenw10

                        Previous 24.03 RC release

                        When I connected via a console cable it looked like DNS failures.

                        All appears to be working post 2nd reboot.

                        Is there a log file you wish me to attach?

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

                          The latest upgrade log in /conf might show something. But only if it has errors. Otherwise the system log should have recorded any failures at the first boot.

                          1 Reply Last reply Reply Quote 0
                          • P
                            pfsjap @mikey_s
                            last edited by pfsjap

                            @mikey_s Check if you have the same error msg (unbound) in the system log as in the first post of this thread 24.03-BETA to 24.03-RC update hiccup. Unbound did not start => DNS not working.

                            I too had to reboot once more after the update reboot.

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