-
From reading this thread I would say there is a hidden agenda and totally opposite to the open source philosophy.
That's not true. The source code is still freely available from Github, and anybody with the means and time to compile the code themselves can have a copy of 2.0.2. I agree that this whole situation has a slightly odd sense to it, but considering that we're not paying for pfSense I'm not inclined to press the issue too hard, and I don't recommend anybody else do so either.
-
Read my explanation earlier in the thread. The builds are already tagged as release. We cannot do snapshots of such a build because clients would not recognize the "official" release when we post it. Yes it has taken longer than anticipated but it is just a point release. It contains some important fixes but nothing so critical as to warrant rushing it.
-
Had to make yet another new set of images againā¦
If you really want to test the images, they can be found here ā but if you try them, do so knowing full well that you will need to manually do an upgrade to the official 2.0.2-RELEASE or subsequent image if this image is not the final one. If this is the actual release image, then no action will be needed. They are not yet signed, so the final hash values are also not available.
There is no way to use auto update to upgrade to these images, but if you use the console upgrade by URL function you can feed it the URL of a firmware update file that way.
-
Had to make yet another new set of images againā¦
If you really want to test the images, they can be found here ā but if you try them, do so knowing full well that you will need to manually do an upgrade to the official 2.0.2-RELEASE or subsequent image if this image is not the final one. If this is the actual release image, then no action will be needed. They are not yet signed, so the final hash values are also not available.
There is no way to use auto update to upgrade to these images, but if you use the console upgrade by URL function you can feed it the URL of a firmware update file that way.
Cheers Jim, much appreciated :) Going to give this a try now.
-
Just installed on one of my remote offices.Ā (no danger if goes down.)
MLPPP bonding 2 dsl connections.
Open VPN to primary data center.
Port forwards for backup email server, private company web server, and security camera's.
Upgraded just fine!
:)
-
I'm having some issues with pfBlocker on this version. Is it just a matter of the package maintainers fixing it up for 2.0.2?
-
pfBlocker is working for me in 2.1-BETA0 as well as 2.0.1 - the same code, and I can't see any version-specific checks in the code. So it is a bit surprising that something happens with an in-between version like 2.0.2. What are the issues?
(if it's more than a quick issue and fix, then probably start a separate thread) -
pfBlocker is working for me in 2.1-BETA0 as well as 2.0.1 - the same code, and I can't see any version-specific checks in the code. So it is a bit surprising that something happens with an in-between version like 2.0.2. What are the issues?
(if it's more than a quick issue and fix, then probably start a separate thread)Seems like a memory error similar to what you'd see when you forget to increase the number of firewall table entries, even though I did set that to about 2,000,000. I also don't see any rules when I visit the alias URL.
EDIT: The exact error message is below. Firewall table entries limit currently set to 10 million.
There were error(s) loading the rules: /tmp/rules.debug:22: cannot define table pfBlockerlist1: Cannot allocate memory
pfctl: Syntax error in config file: pf rules not loaded The line in question reads [22]: table <pfblockerlist1>persist file "/var/db/aliastables/pfBlockerlist1.txt"I strongly suspect this commit to be the culprit.</pfblockerlist1>
-
Except the exact opposite would be true - that commit actually allowed the limits to be set, without that only the default values were being used.
Check pfctl -sm
-
Except the exact opposite would be true - that commit actually allowed the limits to be set, without that only the default values were being used.
Check pfctl -sm
Here's the output:
$ pfctl -sm
states Ā Ā Ā Ā hard limit Ā 194000
src-nodes Ā Ā hard limit Ā 194000
frags Ā Ā Ā Ā hard limit Ā Ā 5000
tables Ā Ā Ā Ā hard limit Ā Ā 3000
table-entries hard limit Ā 200000This is with Advanced > Firewall/NAT set to this. Something's obviously up.
-
ok, found the problem. Had a couple other things come in overnight anyhow, will make a new set later today.
It's an easy fix if you want to do it manuallyā¦
diff --git a/etc/inc/filter.inc b/etc/inc/filter.inc index 87401cc..d30ed24 100644 --- a/etc/inc/filter.inc +++ b/etc/inc/filter.inc @@ -257,7 +257,7 @@ function filter_configure_sync($delete_states_if_needed = true) { Ā Ā Ā Ā $limitrules .= "set limit tables {$maxtables}\n"; Ā Ā Ā Ā /* User defined maximum table entries in Advanced menu. */ Ā Ā Ā Ā if ($config['system']['maximumtableentries'] <> "" && is_numeric($config['system']['maximumtableentries'])) -Ā Ā Ā Ā Ā Ā Ā $rules .= "set limit table-entries {$config['system']['maximumtableentries']}\n"; +Ā Ā Ā Ā Ā Ā Ā $limitrules .= "set limit table-entries {$config['system']['maximumtableentries']}\n"; Ā Ā Ā Ā if ($config['system']['optimization'] <> "") { Ā Ā Ā Ā Ā Ā Ā Ā $limitrules .= "set optimization {$config['system']['optimization']}\n"; -
ok, found the problem. Had a couple other things come in overnight anyhow, will make a new set later today.
No worries, thanks for the prompt response :)
-
Hi!
Can someone on 2.0.2 run this command: mpd5 -v
And post output here?Thanks a lot!
I'm getting a blank output.
-
Hi!
Sorry to bother you all, I totally forgot I asket SAME question in other forumā¦
Sorry again, 2.0.2 uses 5.6 version of MPD5 package... -
Tested the new build today, it's working perfectly. Looking forward to an official release!
-
NICE!!
-
Yes I meant to post about that new build last night. We had a couple issues come up (you can see the RELENG_2_0 commit log on github) that required some fixes, and I put in the limit fix for the table entries as well when I did that.
-
Thanks Jim for the unofficial release.
Btw my LCDProc won't run after upgrade from 2.0.1 to 2.0.2 but there is nothing from System Logs
-
hello,
where can i download the new 2.0.2 Image?
And can i upgrade from my new installed 2.0.1 ?
-
where can i download the new 2.0.2 Image?
And can i upgrade from my new installed 2.0.1 ?
See my link and explanation here: http://forum.pfsense.org/index.php/topic,52810.msg290463.html#msg290463
And yes you can upgrade from 2.0.1 or any older release.
