Packages wishlist?
-
Squid with Multiwan
Using an ACL you can classify requests
then using TCP_OUTGOING_ADDRESS you can select wich wan to output the request.
you can even do this - currently - using custom rules, but the when you do this with pppoe or dhcp connections the rules cannot be updated to reflect the new ip address..
i think patching the package would not be much hard…
-
Adding hardware monitoring via RRD graphs would be EXTREMELY handy, temps and HD smart status with some sort of email notification if possible. If nothing else just the RRD graphs.
-
Application Layer Packet Classifier
http://l7-filter.sourceforge.net/
:) :) :) :) :) :) :) :) :)
-
This functionality already exists in the upcoming pfSense 2.0 release.
-
@submicron:
This functionality already exists in the upcoming pfSense 2.0 release.
Nice nice, because some of our user used ultrasurf & freegate. >:( >:( >:( >:(
-
Is anyone working on a TOR package?
And if not, would anybody be sufficiently interested to chip in for a bounty?
-
Is anyone working on a TOR package?
And if not, would anybody be sufficiently interested to chip in for a bounty?
Itwerx
Working on a TOR package is a good idea and i would chip in for a bounty name the price.
-
Has anyone asked for a SOCKS proxy?
-
-
a blocker for ultrasurf program and other program that have the same function…
-
My vote goes for an updated version of NUT to v. 2.6.0 or newer!
There are loads of newly supported devices (my UPS for example) and other reliability issues solved.Please! =)
EDIT: Ohh forgot to mention I'm using Pfsense 2.0 ;)
-
WanAccelerator package
WANproxy, trafficSqueezer, (OpenNOP)
http://wanproxy.org/
http://www.trafficsqueezer.org/
http://www.opennop.org/ (Linux Only?) -
What about this?
-
hello, is there any project to implement apdate cache for windows, linux and mac clients?
thanks -
Adding hardware monitoring via RRD graphs would be EXTREMELY handy, temps and HD smart status with some sort of email notification if possible. If nothing else just the RRD graphs.
I'm interested in this also, starting to throw together a little test package here.
-
Adding hardware monitoring via RRD graphs would be EXTREMELY handy, temps and HD smart status with some sort of email notification if possible. If nothing else just the RRD graphs.
I agree that this would be an excellent addition. Monitoring via healthd or another daemon would be excellent. It won't work with all systems, but for the many systems that are supported it would be very worthwhile.
There was a thread about this some time ago and some suggestions were made regarding implementation, but it seems that it never got traction: http://forum.pfsense.org/index.php/topic,177.0.html
-
My vote goes for an updated version of NUT to v. 2.6.0 or newer!
There are loads of newly supported devices (my UPS for example) and other reliability issues solved.
Please! =)EDIT: Ohh forgot to mention I'm using Pfsense 2.0 ;)
Agreed… an update to the (now very old) NUT package would be very welcome.
-
The FreeBSD port for nut is only at 2.4.1. There are a bunch of patches in it that do not apply to 2.6.x. So If you'd like to see that working, someone would first have to work with the FreeBSD port to get it current, and then the package can be adjusted to use it at that time.
It would probably build without those patches, but I'm not sure if it would actually operate correctly once built.
-
+1 for the APCUPSD package suggested in 2006 ;)
-
Hi there,
Before i moved to use pfsense i used smoothwall firewall and there was one feature which might be good also in pfsense. It was some sort of hardware scanner.
It just detected your firewall hardware and sended to smoothwalls own website, so they could give an exact information of supported hardware, there was also an additional knowledge but i'm not seeking that.
Is there reasonal need or possibility to create this kind of environment to pfsense as package and hardware database. I know that there is possibility to check hardware from freebsd's list, but this could be an extra service
