<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: What&#8217;s coming in 2.0</title>
	<atom:link href="http://blog.pfsense.org/?feed=rss2&#038;p=174" rel="self" type="application/rss+xml" />
	<link>http://blog.pfsense.org/?p=174</link>
	<description>News, reviews and more related to the pfSense firewall project</description>
	<lastBuildDate>Sun, 19 May 2013 21:07:07 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.5.1</generator>
	<item>
		<title>By: Chris Buechler</title>
		<link>http://blog.pfsense.org/?p=174&#038;cpage=3#comment-6774</link>
		<dc:creator>Chris Buechler</dc:creator>
		<pubDate>Wed, 03 Mar 2010 21:36:50 +0000</pubDate>
		<guid isPermaLink="false">http://blog.pfsense.org/?p=174#comment-6774</guid>
		<description><![CDATA[Francis: that&#039;s not theoretically, or otherwise, possible because of the way the Internet works. Post to the forum or mailing list for more in depth discussion]]></description>
		<content:encoded><![CDATA[<p>Francis: that&#8217;s not theoretically, or otherwise, possible because of the way the Internet works. Post to the forum or mailing list for more in depth discussion</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Francis</title>
		<link>http://blog.pfsense.org/?p=174&#038;cpage=3#comment-6765</link>
		<dc:creator>Francis</dc:creator>
		<pubDate>Mon, 01 Mar 2010 14:43:24 +0000</pubDate>
		<guid isPermaLink="false">http://blog.pfsense.org/?p=174#comment-6765</guid>
		<description><![CDATA[hello there, my question deals with aggregation and is asked with total respect to the programmers as I know nothing about programming. That being said is this possible and work.

when a request to the internet reaches pfsense, pfsense uses 1 wan to get the size of the page or whatever from the page server. Then pfsense splits the reply in half and requests a half from each of the wan&#039;s, gets it and sends the page to the requesting computer.

since everything dealing with the internet deals in packets theoreticlly this is possible, but is it practical in real life? is it something that cam be programmed?

Thanks for the info]]></description>
		<content:encoded><![CDATA[<p>hello there, my question deals with aggregation and is asked with total respect to the programmers as I know nothing about programming. That being said is this possible and work.</p>
<p>when a request to the internet reaches pfsense, pfsense uses 1 wan to get the size of the page or whatever from the page server. Then pfsense splits the reply in half and requests a half from each of the wan&#8217;s, gets it and sends the page to the requesting computer.</p>
<p>since everything dealing with the internet deals in packets theoreticlly this is possible, but is it practical in real life? is it something that cam be programmed?</p>
<p>Thanks for the info</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris Buechler</title>
		<link>http://blog.pfsense.org/?p=174&#038;cpage=3#comment-2634</link>
		<dc:creator>Chris Buechler</dc:creator>
		<pubDate>Thu, 18 Dec 2008 03:07:18 +0000</pubDate>
		<guid isPermaLink="false">http://blog.pfsense.org/?p=174#comment-2634</guid>
		<description><![CDATA[Al:  the load balancer in 1.3/2.0 has already been replaced with relayd and does what you mentioned.]]></description>
		<content:encoded><![CDATA[<p>Al:  the load balancer in 1.3/2.0 has already been replaced with relayd and does what you mentioned.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Al</title>
		<link>http://blog.pfsense.org/?p=174&#038;cpage=3#comment-2632</link>
		<dc:creator>Al</dc:creator>
		<pubDate>Thu, 18 Dec 2008 02:43:29 +0000</pubDate>
		<guid isPermaLink="false">http://blog.pfsense.org/?p=174#comment-2632</guid>
		<description><![CDATA[Totally love this firewall! Rock solid. Multi-wan is awesome. Carp is great. Failover is a dream!! Can&#039;t say enough positive as a firewall.

BUT - Also agree with above RE: Load Balancer monitoring...

I have not been able to use the built-in load balancer in PFSense because it lacks customized monitors. I know there are solid open-source tcp monitor packages around, was hoping to see this added. Better yet, a little http get monitor with text string evaluation would do it...  Many times a web server is UP on tcp, but down for HTTP GET on 80...  

Adding this would mean many of us could ditch two boxes entirely (Master LB and Failover LB) and use PFSense for the whole thing...

What a dream that would be!]]></description>
		<content:encoded><![CDATA[<p>Totally love this firewall! Rock solid. Multi-wan is awesome. Carp is great. Failover is a dream!! Can&#8217;t say enough positive as a firewall.</p>
<p>BUT &#8211; Also agree with above RE: Load Balancer monitoring&#8230;</p>
<p>I have not been able to use the built-in load balancer in PFSense because it lacks customized monitors. I know there are solid open-source tcp monitor packages around, was hoping to see this added. Better yet, a little http get monitor with text string evaluation would do it&#8230;  Many times a web server is UP on tcp, but down for HTTP GET on 80&#8230;  </p>
<p>Adding this would mean many of us could ditch two boxes entirely (Master LB and Failover LB) and use PFSense for the whole thing&#8230;</p>
<p>What a dream that would be!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris Buechler</title>
		<link>http://blog.pfsense.org/?p=174&#038;cpage=3#comment-2065</link>
		<dc:creator>Chris Buechler</dc:creator>
		<pubDate>Sat, 20 Sep 2008 16:58:06 +0000</pubDate>
		<guid isPermaLink="false">http://blog.pfsense.org/?p=174#comment-2065</guid>
		<description><![CDATA[We have no plans to implement a &quot;clientless&quot; (which is marketing BS) or &quot;browser-based&quot; (also marketing BS) SSL VPN for two reasons. 

1) there isn&#039;t a good open source one. 
2) Reasons explained here: 
http://article.gmane.org/gmane.comp.security.firewalls.pfsense.support/14336/]]></description>
		<content:encoded><![CDATA[<p>We have no plans to implement a &#8220;clientless&#8221; (which is marketing BS) or &#8220;browser-based&#8221; (also marketing BS) SSL VPN for two reasons. </p>
<p>1) there isn&#8217;t a good open source one.<br />
2) Reasons explained here:<br />
<a href="http://article.gmane.org/gmane.comp.security.firewalls.pfsense.support/14336/" rel="nofollow">http://article.gmane.org/gmane.comp.security.firewalls.pfsense.support/14336/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Fred Stephani</title>
		<link>http://blog.pfsense.org/?p=174&#038;cpage=3#comment-2064</link>
		<dc:creator>Fred Stephani</dc:creator>
		<pubDate>Sat, 20 Sep 2008 15:16:30 +0000</pubDate>
		<guid isPermaLink="false">http://blog.pfsense.org/?p=174#comment-2064</guid>
		<description><![CDATA[Are there any plans to implement a browser based SSL VPN solution in 1.3? 

You are all doing a great job with this project, I am a huge fan of pfSense.]]></description>
		<content:encoded><![CDATA[<p>Are there any plans to implement a browser based SSL VPN solution in 1.3? </p>
<p>You are all doing a great job with this project, I am a huge fan of pfSense.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: A.I.</title>
		<link>http://blog.pfsense.org/?p=174&#038;cpage=3#comment-1814</link>
		<dc:creator>A.I.</dc:creator>
		<pubDate>Tue, 12 Aug 2008 03:31:57 +0000</pubDate>
		<guid isPermaLink="false">http://blog.pfsense.org/?p=174#comment-1814</guid>
		<description><![CDATA[Tried the alpha-alpha release. Could not establish an IPsec VPN with older 1.2 version. PPTP server seems to always check the radius option even though I repeatedly un-check it. Interface looks great! The rate limiter option could use a download/upload perspective instead of the src/dst address. Do we need to add 2 rules there, one for upstream, one downstream? Overall it looks mighty fine!!]]></description>
		<content:encoded><![CDATA[<p>Tried the alpha-alpha release. Could not establish an IPsec VPN with older 1.2 version. PPTP server seems to always check the radius option even though I repeatedly un-check it. Interface looks great! The rate limiter option could use a download/upload perspective instead of the src/dst address. Do we need to add 2 rules there, one for upstream, one downstream? Overall it looks mighty fine!!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris Buechler</title>
		<link>http://blog.pfsense.org/?p=174&#038;cpage=3#comment-1378</link>
		<dc:creator>Chris Buechler</dc:creator>
		<pubDate>Thu, 19 Jun 2008 22:20:55 +0000</pubDate>
		<guid isPermaLink="false">http://blog.pfsense.org/?p=174#comment-1378</guid>
		<description><![CDATA[JBanks: we&#039;re not secretive about a road map, we don&#039;t have a formal one. The primary reason is we have no system to easily do so - this is being covered as part of the git conversion, Redmine which will replace cvstrac gives us facilities to put together development road maps. Look for one after the git conversion is completed. ]]></description>
		<content:encoded><![CDATA[<p>JBanks: we&#8217;re not secretive about a road map, we don&#8217;t have a formal one. The primary reason is we have no system to easily do so &#8211; this is being covered as part of the git conversion, Redmine which will replace cvstrac gives us facilities to put together development road maps. Look for one after the git conversion is completed. </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: JBanks</title>
		<link>http://blog.pfsense.org/?p=174&#038;cpage=3#comment-1374</link>
		<dc:creator>JBanks</dc:creator>
		<pubDate>Thu, 19 Jun 2008 06:49:40 +0000</pubDate>
		<guid isPermaLink="false">http://blog.pfsense.org/?p=174#comment-1374</guid>
		<description><![CDATA[Is there a reason the pfSense group/project is so secretive about the next product roadmap - seriously?  I see so many of the SAME questions by numerous people and its always the same.  Most other projects have &quot;some&quot; sort of ETA; organized ones anyhow.  For some people, this product is what they based their IT decisions on - Vyatta or pfSense?  Untangle or pfSense?  SmoothWall or pfSense? etc etc etc...]]></description>
		<content:encoded><![CDATA[<p>Is there a reason the pfSense group/project is so secretive about the next product roadmap &#8211; seriously?  I see so many of the SAME questions by numerous people and its always the same.  Most other projects have &#8220;some&#8221; sort of ETA; organized ones anyhow.  For some people, this product is what they based their IT decisions on &#8211; Vyatta or pfSense?  Untangle or pfSense?  SmoothWall or pfSense? etc etc etc&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris Buechler</title>
		<link>http://blog.pfsense.org/?p=174&#038;cpage=3#comment-1341</link>
		<dc:creator>Chris Buechler</dc:creator>
		<pubDate>Thu, 12 Jun 2008 04:21:40 +0000</pubDate>
		<guid isPermaLink="false">http://blog.pfsense.org/?p=174#comment-1341</guid>
		<description><![CDATA[I&#039;ll get a development update post up probably this weekend. It works, it&#039;s been working for a while, snapshots are building, we&#039;ll probably let it out to the general public soon. We don&#039;t have time to deal with the onslaught of bug reports right now (the majority of which end up being misconfiguration, but take significant time to investigate), and a number of changes are in process at the moment.]]></description>
		<content:encoded><![CDATA[<p>I&#8217;ll get a development update post up probably this weekend. It works, it&#8217;s been working for a while, snapshots are building, we&#8217;ll probably let it out to the general public soon. We don&#8217;t have time to deal with the onslaught of bug reports right now (the majority of which end up being misconfiguration, but take significant time to investigate), and a number of changes are in process at the moment.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
