<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Ball Dawg! &#187; Apache</title>
	<atom:link href="http://www.balldawg.net/index.php/tag/apache/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.balldawg.net</link>
	<description>Just some ninja monkeys, nothing to see here.  Move along.</description>
	<lastBuildDate>Fri, 13 Jan 2012 02:02:53 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>Making Your Server More Stealthy &#8211; Version Wise</title>
		<link>http://www.balldawg.net/index.php/2009/05/making-your-server-more-stealthy-version-wise/</link>
		<comments>http://www.balldawg.net/index.php/2009/05/making-your-server-more-stealthy-version-wise/#comments</comments>
		<pubDate>Thu, 28 May 2009 23:12:37 +0000</pubDate>
		<dc:creator>Andrew Rankin</dc:creator>
				<category><![CDATA[Apache]]></category>
		<category><![CDATA[Lighty]]></category>
		<category><![CDATA[Security]]></category>

		<guid isPermaLink="false">http://www.balldawg.net/?p=199</guid>
		<description><![CDATA[As far as security is concerned actually advertising what software versions are running on your site is not favorable.  With most any software, whether its open source or not, if there is a bug that is exploitable and its noted on the manufacturers/projects website, there is very likely to be a version number associated with [...]]]></description>
			<content:encoded><![CDATA[<p>As far as security is concerned actually advertising what software versions are running on your site is not favorable.  With most any software, whether its open source or not, if there is a bug that is exploitable and its noted on the manufacturers/projects website, there is very likely to be a version number associated with it.  With that being the case, if your server software responds with &#8220;Apache/2.2.0&#8243; as the description of itself this can tell everyone if your a vulnerable or not.   To obfuscate this a bit I suggest setting the following items in your Apache config:</p>
<pre class="brush: shell">
ServerSignature Off
ServerTokens Prod
</pre>
<p><span id="more-199"></span></p>
<p>The first setting above will obviously turn the server signature off which is displayed at the bottom of the server generated pages &#8211; like error pages or directory listings.  The second setting will limit the HTTP response header to just include &#8220;Apache&#8221; as opposed to &#8220;Apache/2.2.0&#8243;.  There is a similar setting in lighttpd:</p>
<pre class="brush: shell">
server.tag = &quot;lighttpd&quot;
</pre>
<p>This will make the same &#8220;Server:&#8221; response header be whatever that variable is set to, in this case just &#8220;lighttpd&#8221; which again just removes the software version.</p>
<p>Along these lines is hiding that PHP actually exists on your system.  To do this changing &#8220;expose_php&#8221; within your php.ini to Off will remove any header response that you are actually running PHP.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.balldawg.net/index.php/2009/05/making-your-server-more-stealthy-version-wise/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Converting to lighttpd and dealing with .htaccess</title>
		<link>http://www.balldawg.net/index.php/2009/05/converting-to-lighttpd-and-dealing-with-htaccess/</link>
		<comments>http://www.balldawg.net/index.php/2009/05/converting-to-lighttpd-and-dealing-with-htaccess/#comments</comments>
		<pubDate>Fri, 08 May 2009 18:26:23 +0000</pubDate>
		<dc:creator>Andrew Rankin</dc:creator>
				<category><![CDATA[Apache]]></category>
		<category><![CDATA[Lighty]]></category>
		<category><![CDATA[.htaccess]]></category>
		<category><![CDATA[proxy]]></category>

		<guid isPermaLink="false">http://www.balldawg.net/?p=28</guid>
		<description><![CDATA[I recently switched this server to Lighttpd (using PHP through FastCGI) from Apache. It was easy enough and I ended up with much faster serving websites, unfortunately I hit a snag on one of my sites that extensively uses .htaccess file for rewrites &#8211; which Lighttpd does not support. I didn&#8217;t want to bail on [...]]]></description>
			<content:encoded><![CDATA[<p>I recently switched this server to Lighttpd (using PHP through FastCGI) from Apache.  It was easy enough and I ended up with much faster serving websites, unfortunately I hit a snag on one of my sites that extensively uses .htaccess file for rewrites &#8211; which Lighttpd does not support.   I didn&#8217;t want to bail on the whole switch because of a single site, so looked and came up with a simple solution &#8211; proxy to Apache through Lighttpd for items on that site (www.350z.ws).  In lighttpds config, this was very easy to accomplish:</p>
<pre class="brush: php">
# Proxy 350z.ws back to apache
$HTTP[&quot;host&quot;] =~ &quot;www.3(5|7)0z.ws&quot; {
        $HTTP[&quot;url&quot;] !~ &quot;(wp-content|wp-includes|css|js|php$|^/blog/$)&quot; {
                proxy.server = ( &quot;/&quot; =&gt;
                        ( &quot;localhost&quot; =&gt;
                                ( &quot;host&quot; =&gt; &quot;127.0.0.1&quot;, &quot;port&quot; =&gt; 81 )
                        )
                )
        }
}
</pre>
<p>Note one (obvious) draw back is that you have to run Apache as well, but since I&#8217;m stopping most hits at Lighttpd by serving everything in wp-content, wp-includes, anything with css, js or php in the name, I can greatly reduce the number of Apaches I start and maintain.  In my case my Apache prefork config looks like this:</p>
<pre class="brush: php">
&lt;IfModule mpm_prefork_module&gt;
    StartServers          3
    MinSpareServers       2
    MaxSpareServers       5
    MaxClients          15
    MaxRequestsPerChild   10
&lt;/IfModule&gt;
</pre>
<p>You&#8217;ll also notice I&#8217;m not proxying the folder where WordPress lives back either, this is because it contains no rewrites for it specifically and will get the majority of the hits.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.balldawg.net/index.php/2009/05/converting-to-lighttpd-and-dealing-with-htaccess/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

