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

    Unable to stop IGMP traffic logging

    Scheduled Pinned Locked Moved General pfSense Questions
    19 Posts 4 Posters 1.1k 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.
    • J
      jch @stephenw10
      last edited by

      @stephenw10

      Yes, I had activated it at the beginning for debugging purposes, then i disabled it.

      Filter reload do not produce any error as you can see :
      Capture d’écran du 2023-06-22 14-11-16.png

      And there is nothing relevant in the system logs either

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

        Ok, and no alerts showing after running that?

        Check the ruleset file dircetly:

        grep 100000101 /tmp/rules.debug
        

        Does it show logging on that rule?

        J 1 Reply Last reply Reply Quote 0
        • J
          jch @stephenw10
          last edited by

          @stephenw10

          yes, i confirm there is no alert after running 'Reload filter' and no logging option on this rule :

          Capture d’écran du 2023-06-22 14-29-23.png

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

            Hmm, OK. And just to confirm you are still seeing new entries being logged in the firewall log for that?

            Just for completeness check:

            pfctl -vsr | grep 100000101
            

            Make sure that actual running rule also shows that.

            Also check the IGMP block rule you added is present there. That should prevent anything hitting the pass rule anyway.

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

              Also to confirm can I assume you did not see these logged before you enabled logging n the rule during testing?

              And that you have rebooted the firewall since this started and it makes no difference?

              J 1 Reply Last reply Reply Quote 0
              • J
                jch @stephenw10
                last edited by

                @stephenw10

                Yes, i confirm :
                Capture d’écran du 2023-06-22 15-02-02.png

                In addition :
                Capture d’écran du 2023-06-22 15-04-05.png

                Block rules :
                Capture d’écran du 2023-06-22 15-03-38.png

                The filter block rules has no effect

                1 Reply Last reply Reply Quote 0
                • J
                  jch @stephenw10
                  last edited by

                  @stephenw10

                  Right, it was after using the logging options in the rules that the logs appeared.
                  I haven't performed a reroot or reboot since the production deployment, but i can't do it now, i have to wait until tonight, i'll let you know

                  Many thanks for your help !

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

                    The floating rule is not set as quick so it would still hit the pass rule on LAN after that. Though it shouldn't because the block rule on LAN should catch it.

                    Try setting that floating rule to 'quick' though.

                    J 1 Reply Last reply Reply Quote 0
                    • P
                      pst @jch
                      last edited by

                      @jch have you tried removing the destination in the rule, it is a broadcast address? Your rules shows that the the the IGMP rule is never triggered, states = 0/0. I found an old and disabled IGMP reject rule among my rules and I remember that one working. It is defined without destination address.

                      J 1 Reply Last reply Reply Quote 0
                      • J
                        jch @stephenw10
                        last edited by

                        @stephenw10

                        I added the 'Quick' option but the problem remains :
                        Capture d’écran du 2023-06-22 15-27-31.png

                        1 Reply Last reply Reply Quote 0
                        • J
                          jch @pst
                          last edited by

                          @pst

                          Same result :
                          Capture d’écran du 2023-06-22 15-34-09.png

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

                            Hmm, try enabling 'IP Options' in the advanced settings on that floating block rule.

                            Normally you would need to enable IP Options to pass multicast traffic like that.

                            J 2 Replies Last reply Reply Quote 0
                            • J
                              jch @stephenw10
                              last edited by

                              @stephenw10

                              Thanks for this advice, i checked this option but IGMP flows continue to be logged as 'Pass' traffic.
                              I'm going to do a reboot later, i'll let you know, Thanks !

                              1 Reply Last reply Reply Quote 1
                              • J
                                jch @stephenw10
                                last edited by

                                @stephenw10

                                Problem solved, IGMP logs flooding disappeared after reboot, it's some kind of bug ..
                                Thanks again for your help :)

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

                                  Hmm, bizarre! Glad it was solved.

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