pfSense Community Edition (CE) 2.5.0 and pfSense Plus 21.02 now available!
-
Still no GUI for ZFS?
-
and how about ZFS email notification, is it available on Pfsense 2.5.0
-
Upgraded SG-5100 to 21.02.
IPsec seems to have issue. Tunnels connect but some are duplicated and shown as disconnected at bottom of Status->IPsec page but instead create a different IPsec ID with a larger con# eg. con400000 vs typical lower number like con1000. These large connections have same information and show connection except there is blank where name should be. If I identify one what it should be and disconnect, reconnecting the "correct" one, or sending IP traffic across a tunnel still creates these incorrect IDs. This also slows down the interface when loading status. Some tunnels are fine and do not have this behaviour. I deleted the tunnels and recreated and same problem.
Anyone else ever see this?
Here is example (which IP address blocked out) that shows disconnected an a con400000 that actually connects...
-
Seems there is a problem with updating snort GPLv2 suricata rules.
Anyone else seen this problem?
Starting rules update... Time: 2021-02-25 07:03:23 Downloading Emerging Threats Open rules md5 file... Checking Emerging Threats Open rules md5 file... Emerging Threats Open rules are up to date. Downloading Snort GPLv2 Community Rules md5 file... Snort GPLv2 Community Rules md5 download failed. %#ff26000)[Server returned error code 404. Server error message was: 404 Not Found] Snort GPLv2 Community Rules will not be updated. The Rules update has finished. Time: 2021-02-25 07:03:23
-
@elvisimprsntr said in pfSense Community Edition (CE) 2.5.0 and pfSense Plus 21.02 now available!:
Seems there is a problem with updating snort GPLv2 suricata rules.
Anyone else seen this problem?
Starting rules update... Time: 2021-02-25 07:03:23 Downloading Emerging Threats Open rules md5 file... Checking Emerging Threats Open rules md5 file... Emerging Threats Open rules are up to date. Downloading Snort GPLv2 Community Rules md5 file... Snort GPLv2 Community Rules md5 download failed. %#ff26000)[Server returned error code 404. Server error message was: 404 Not Found] Snort GPLv2 Community Rules will not be updated. The Rules update has finished. Time: 2021-02-25 07:03:23
Are you running Suricata and using the Snort GPLv2 Community Rules?
What is the version of your Suricata package?
And what hardware and pfSense type? Is is CE or pfSense+ (on Netgate hardware)?
This line in your update log is very puzzling:
%#ff26000)[Server returned error code 404.
It's the "%#ff26000)" part that is weird. Almost like some kind of memory corruption occurred.
-
I tried to color code the error message in red when I posted the log output, unfortunately I cannot edit my OP.
I am running Suricata 6.0.0_8
Hardware is a https://protectli.com/product/fw4a/
Running pfsense CE
-
@elvisimprsntr said in pfSense Community Edition (CE) 2.5.0 and pfSense Plus 21.02 now available!:
I tried to color code the error message in red when I posted the log output, unfortunately I cannot edit my OP.
I am running Suricata 6.0.0_8
Hardware is a https://protectli.com/product/fw4a/
Running pfsense CE
Oh, okay ... . That one had me wondering for a minute.
I don't know of any other problems reported like that recently. I will fire up my test VM and check it out to be sure. Many times this is caused by one of the following:
-
a temporary issue with posting of the actual file (and copying it to all the servers in the CDN network). This would be on the Snort end and will heal itself once the file is replicated around.
-
a problem accessing the specific Amazon Web Services IP space where the rules file lives. Even though the URL says it's a snort.org site, it actually redirects you to AWS infrastructure. In the past, folks using pfBlockerNG with various IP feeds have sometimes encountered feeds that block some of the IP space of AWS.
-
a problem with Squid or Squidguard blocking the download if those packages are installed.
Wait a bit and then retry the rules update manually by going to the UPDATES tab and clicking the button. If it still does not succeed and fails with the same error, then I would first check for anything blocking stuff on your end.
I will post back with the results of my test shortly.
-
-
Thanks.
I disabled pfBLockNG and DNSBL and attempted manual suricata update.
Unfortunately, I get the same error message -
@elvisimprsntr said in pfSense Community Edition (CE) 2.5.0 and pfSense Plus 21.02 now available!:
Thanks.
I disabled pfBLockNG and DNSBL and attempted manual suricata update.
Unfortunately, I get the same error messageI've duplicated the error in my VM, and the answer is not good. It's not a problem with the Suricata package. Instead, it appears the Snort team has changed the Community Rules to work with only with Snort3 now. The old URL (filename, actually) no longer works, and the new community rules file is named "snort3-community-rules.tar.gz".
-
Thanks for the detective work!
I guess there is not workaround other than wait for a package update
-
@elvisimprsntr said in pfSense Community Edition (CE) 2.5.0 and pfSense Plus 21.02 now available!:
Thanks for the detective work!
I guess there is not workaround other than wait for a package update
Well, first I need to check and test if those rules will even work in Snort 2.x. If they have rewritten the rules to use any Snort3-specific syntax, then they won't work in Snort 2.x binaries anymore.
-
I have 2 minor issues.
1 - igb driver looks like it had a replacement, different sysctl's etc. I noticed its unstable when checksums are off, fixed by turning on (was off from som etesting I did a while ago and forgot to turn back on).
2 - For some reason the LAN rule page is slow to load, slow after save, apply also, WAN and other rule pages are fine.Everything else at first glance seems ok.
-
Just for kicks, I enable use snort custom URL on the on the suricata global settings tab and pasted the v3 community rules URL and performed a manual update.
https://www.snort.org/downloads/community/snort3-community-rules.tar.gz
The update worked. I can't tell is the rules are actually working.
-
@elvisimprsntr said in pfSense Community Edition (CE) 2.5.0 and pfSense Plus 21.02 now available!:
Just for kicks, I enable use snort custom URL on the on the suricata global settings tab and pasted the v3 community rules URL and performed a manual update.
https://www.snort.org/downloads/community/snort3-community-rules.tar.gz
The update worked. I can't tell is the rules are actually working.
I believe all (or nearly all) of the Community Rules are default disabled out-of-the-box by the creator (Talos). So they are actually not loading. Open up and look at the file and you will see the comment character ("#") in front of each rule. That means it is not processed by the Snort or Suricata engine.
To really test compatibility, you would need to remove the comment and enable each rule. I'm researching now to see if these new rules are backwards compatible.
Let's take the discussion out of this thread and instead post any further replies and updates to a new thread that has opened in the IDS/IPS sub-forum. This is not an issue with the new pfSense releases. It is an externally-caused problem.
-
@elvisimprsntr
I don’t think snort3 rules will work with Suricata. Please extract from my pfSense settingsHope it helps
-
I disable use custom URL and performed a manual update.
seems to have download the v2 rules now.
-
This issue is now resolved. It was a problem on the Snort/Talos side. They accidentially omitted the old file. It is restored now and updates will work in both Snort and Suricata.
-
@bmeeks
Just an hour ago Snort GPLv2 rules wouldn’t update. Now downloaded successfully. -
@brians I'm seeing the same isssue. anyone have an idea?
-
I do Clouds and am not involved with pfsense much. But this upgrade has been a single disaster for me bc I lost my Snort in this, the paid one, and thats the only reason I went with Netgate/pfsense in the first place.
I cant rollback because the tarballs for the 2.4.x have disappeared, I cant find them.
So Im writing this product off as loss, wish it was managed with a more foresight instead of becoming the low-yield nuke that it is.