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

    Notice about Filter Reload on PPPoE Reset

    Scheduled Pinned Locked Moved General pfSense Questions
    13 Posts 2 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.
    • Bob.DigB
      Bob.Dig LAYER 8 @stephenw10
      last edited by Bob.Dig

      @stephenw10 No, I have a daily PPPoE-reset set in pfsense and only sometimes this comes up.


      Capture.PNG

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

        Hmm, how is that rule actually configured?

        It's probably throwing that because the gateway is down, or doesn't exist, when the PPPoE resets. But I don't expect to see 'reply-to' on an outbound rule like that.

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

          @stephenw10


          Screenshot 2022-07-08 at 19-03-29 pfSense.home.arpa - Firewall Rules Floating Edit.png

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

            Hmm, this looks like a bug to me. There shouldn't be reply-to tags applied there.

            As a workaround though you can just set 'Disable reply-to' on the rule. It no longer references the gateway so shouldn't throw that error.

            Steve

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

              @stephenw10 said in Notice about Filter Reload on PPPoE Reset:

              Hmm, this looks like a bug to me. There shouldn't be reply-to tags applied there.

              As a workaround though you can just set 'Disable reply-to' on the rule. It no longer references the gateway so shouldn't throw that error.

              Steve

              Thanks, done.
              Is this maybe because of "reject"? I have no clue though.

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

                Does it with block as well and shouldn't IMO. Looking into it now.

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

                  @stephenw10 Just for completeness, as you already looking into it, it now popped out for a floating incoming block rule on WAN.

                  Clipboard01.png
                  Screenshot 2022-07-18 at 08-31-23 pfSense.home.arpa - Firewall Rules Floating Edit.png

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

                    Hmm, that should have reply-to but it doesn't need it if that's your only WAN.

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

                      @stephenw10 Sure, if it is an incoming block on WAN? (Man I have no clue about all this 😊 )

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

                        Ah, no sorry, not for a block! 🤦

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