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

IPv6 list generated IPv4 rule

Scheduled Pinned Locked Moved pfBlockerNG
pfblockerngipv6
5 Posts 3 Posters 1.0k 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.
  • R
    rvjr
    last edited by Feb 13, 2022, 8:58 PM

    Hi again,

    now I'm experiencing another strange behavior in pfBlockgerNG: I created an IPv6 block list and set it to block connections in both directions, but the generated floating rule for this list has it's address family set to IPv4.

    See image for the list configuration and resulting rule. Is this a bug?

    best regards, Rainer

    v6_floating_rule.png

    S 1 Reply Last reply Feb 13, 2022, 9:14 PM Reply Quote 0
    • S
      SteveITS Galactic Empire @rvjr
      last edited by Feb 13, 2022, 9:14 PM

      @rvjr I have that feed and don't have that issue, though I'm using Deny Outbound in this specific case. Your menus look different though, are you using pfBlockerNG-devel? I'm loading them from the Feeds tab/page.

      Pre-2.7.2/23.09: Only install packages for your version, or risk breaking it. Select your branch in System/Update/Update Settings.
      When upgrading, allow 10-15 minutes to restart, or more depending on packages and device speed.
      Upvote 👍 helpful posts!

      R 1 Reply Last reply Feb 13, 2022, 10:11 PM Reply Quote 0
      • R
        rvjr @SteveITS
        last edited by Feb 13, 2022, 10:11 PM

        ok, that's weird. No I'm using the standard pfBlockerNG 2.1.4_26 on pfSense 21.05.2-RELEASE. I'll try switching the list action and see if that makes any difference.

        S J 2 Replies Last reply Feb 13, 2022, 10:54 PM Reply Quote 0
        • S
          SteveITS Galactic Empire @rvjr
          last edited by Feb 13, 2022, 10:54 PM

          @rvjr I'm still not clear whether the non-devel version is actively supported? I've seen posts from the package maintainer a couple years ago, maybe more suggesting to use -devel. I know when the MaxMind service required a login I could not get it to work on the non-devel version so we changed all our clients to -devel and have had no issues. YMMV but if your issues continue I'd consider switching. Basically, just uninstall the one and install the other.

          Pre-2.7.2/23.09: Only install packages for your version, or risk breaking it. Select your branch in System/Update/Update Settings.
          When upgrading, allow 10-15 minutes to restart, or more depending on packages and device speed.
          Upvote 👍 helpful posts!

          1 Reply Last reply Reply Quote 0
          • J
            jdeloach @rvjr
            last edited by Feb 13, 2022, 11:24 PM

            @rvjr said in IPv6 list generated IPv4 rule:

            ok, that's weird. No I'm using the standard pfBlockerNG 2.1.4_26 on pfSense 21.05.2-RELEASE. I'll try switching the list action and see if that makes any difference.

            Your problem is that you are using an old unsupported version of pfBlockerNG. The maintainer of pfBlockerNG, @BBcan177, does not recommend the use of that old version. The -devel version has been in use for 2 to 3 years now and is very stable and the only version currently being updated.

            Make sure that the box is checked to save your current settings and then uninstall your current version of pfBlockerNG 2.1.4.26 and then install the -devel version 3.1.0_1. This should take care of the issues you are seeing, if not, post back to the forum and someone will help you.

            1 Reply Last reply Reply Quote 0
            5 out of 5
            • First post
              5/5
              Last post
            Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.
              This community forum collects and processes your personal information.
              consent.not_received