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

    pfBlockerNG-devel v3.1.0_9 / v3.1.0_15

    Scheduled Pinned Locked Moved pfBlockerNG
    54 Posts 20 Posters 17.6k 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.
    • S
      smolka_J @matthijs
      last edited by

      This post is deleted!
      1 Reply Last reply Reply Quote 0
      • S
        smolka_J
        last edited by

        @matthijs I'm on the same version on 22.05. It did seem to update my alias entry as well as my IPv6 on the Firewall->Virtual IPs tab to ::10.17.17.1 when I changed my DNSBL webserver IP to 10.17.17.1 after first disabling pfBlockerNG and saving on the General tab first, adjust webserver IP setting, then re-enable on General tab and then Update tab->Force reload ALL. Any adjustments you make in pfBlocker aside from clicking to whitelist an IP or domain from the alerts tab which can effectively live load on a running config once a minutes or so, it is always best otherwise for all other settings adjustments to #1 disable pfBlocker first, #2 adjust, #3 re-enable, and then #4 force reload. Otherwise, erratic unexpected behavior will be expected, as applies with nearly any firewall/router. ANY one letter and/or number/setting variance applied to any order of rules/IP addresses/domains will shift an entire stack of one group of all of this info one row different than its original placement against the next stack/table of information the other stack is pointing to originally all in alignment now staggered. You may have to disable it, restore pfBlocker default settings to start at a fresh config sheet schematic and make this adjustment before enabling pfBlocker which in turn writes those states table/firewall entries at that point.

        M 1 Reply Last reply Reply Quote 0
        • M
          matthijs @smolka_J
          last edited by

          @smoke_a_j

          Thanks for the information, I will try this and give feedback here if this method will fix the issue

          👍

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

            @smoke_aJ

            I did exactly as you descibed but the issue is still there.
            I also updated to version to 3.1.0_11, but also with this version I got the same problem.

            I got the weberver interface on a different physical interface then LAN. (I got it on interface DMZ1). Maybe this is the issue. ?

            "Select the interface which DNSBL Web Server will Listen on.
            Default: Localhost (ports 80/443) - Selected Interface should be a Local Interface only."

            BBcan177B 1 Reply Last reply Reply Quote 0
            • BBcan177B
              BBcan177 Moderator @matthijs
              last edited by

              @matthijs try to use "localhost" as that is the default setting

              "Experience is something you don't get until just after you need it."

              Website: http://pfBlockerNG.com
              Twitter: @BBcan177  #pfBlockerNG
              Reddit: https://www.reddit.com/r/pfBlockerNG/new/

              M 1 Reply Last reply Reply Quote 0
              • M
                matthijs @BBcan177
                last edited by matthijs

                @bbcan177 I will try, but then why is the option to select an interface there? I will test, and report back the result

                Kr,

                Matthijs

                M 1 Reply Last reply Reply Quote 0
                • M
                  mcury
                  last edited by

                  Upgraded to this version: 3.1.0_11 and everything is working for me, thanks for your hard work BBcan177, awesome tool.

                  dead on arrival, nowhere to be found.

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

                    @BBcan177
                    @smoke_aJ

                    I again applied the steps as smoke_aJ suggested after a reboot. I do not see the error message for 45 minutes. It lookes like its solved now. I will keep you informed if the error message is coming back.
                    Thanks for the help and information

                    Kr,

                    Matthijs

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

                      Unfortunalty the error came back after a filter reload.

                      Filter Reload
                      There were error(s) loading the rules: no IP address found for <IPv6_Prefix>::1017171 - The line in question reads [3781]: @ 2023-01-21 20:30:30

                      I will try to change the webserver interface to localhost, to be continued...

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

                        @BBcan177 , @smoke_aj, Good news, I assigned the DNSBL webserver to localhost instead of the DMZ1 interface. Now everything is working and I am not seeing the error message again. Also after a filter reload the error stays away. So I guess as soon as you chose a physical interface (in my case LAN or DMZ1 or DMZ2) instead of localhost for the webserver, and in my case also a non default port number (8080 8443) and enabling Ipv6 the bug manifests itself. Can you replicate this behaviour ?

                        1 Reply Last reply Reply Quote 0
                        • BBcan177B BBcan177 unpinned this topic on
                        • First post
                          Last post
                        Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.