<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://permalink.gmane.org/gmane.comp.apache.user">
    <title>gmane.comp.apache.user</title>
    <link>http://permalink.gmane.org/gmane.comp.apache.user</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.apache.user/103091"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.apache.user/103090"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.apache.user/103089"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.apache.user/103088"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.apache.user/103087"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.apache.user/103086"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.apache.user/103085"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.apache.user/103084"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.apache.user/103083"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.apache.user/103082"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.apache.user/103081"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.apache.user/103080"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.apache.user/103079"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.apache.user/103078"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.apache.user/103077"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.apache.user/103076"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.apache.user/103075"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.apache.user/103074"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.apache.user/103073"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.apache.user/103072"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.apache.user/103091">
    <title>RE: Disk Cache with multiple virtual hosts</title>
    <link>http://permalink.gmane.org/gmane.comp.apache.user/103091</link>
    <description>&lt;pre&gt;swap out to disk for whatever is least popular?
No but how much cache do you need? On the heavy load prod servers we were
using 1GB mem cache. Most of the caching is done on the client side anyway.
pages, but am unsure whether I need a unique CacheRoot for each virtual
host, or whether multiple virtual hosts can/should share the same CacheRoot?
(effectively a ramdisk that will page out to swap space if theres not
enough ram to cache everything).
cache in memory?
there anyway to configure Apache to create the CacheRoot directory if it
doesn't already exist? If anyone has any thoughts / recommendations / tips
in this regards to this approach I would be grateful to here them.
&lt;/pre&gt;</description>
    <dc:creator>Igor Cicimov</dc:creator>
    <dc:date>2013-06-19T20:57:21</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.apache.user/103090">
    <title>combining mod_auth_kerb with mod_proxy</title>
    <link>http://permalink.gmane.org/gmane.comp.apache.user/103090</link>
    <description>&lt;pre&gt;Hi All:

I have a question about whether mod_proxy can do Negotiate 
authentication to a remote site using the credentials "saved" via:

KrbSaveCredentials on

directive in mod_auth_kerb.  I'm not looking to pass-through any 
Authorization header supplied by the client.

Specifically, the user authentication to the first server should NOT be 
via Negotiate, but via a "basic" user/password validated by 
mod_auth_kerb via KrbMethodK5Passwd password based authentication in 
mod_auth_kerb.

user -&amp;gt; server1 : authenticate using user/password , save credentials in 
KRB5CCNAME ticket cache
server1 -&amp;gt; server2: authenticate using Negotiate / GSSAPI using saved 
credentials

Is this possible?

Secondly, when using KrbMethodK5Passwd and KrbSaveCredentials, is it 
possible to cache the ticket cache? Or does it do a kinit every time?

&lt;/pre&gt;</description>
    <dc:creator>David Mansfield</dc:creator>
    <dc:date>2013-06-19T16:01:23</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.apache.user/103089">
    <title>RE: Disk Cache with multiple virtual hosts</title>
    <link>http://permalink.gmane.org/gmane.comp.apache.user/103089</link>
    <description>&lt;pre&gt;Can mem_cache be configured to cache way more than you have memory, and swap out to disk for whatever is least popular?

Date: Wed, 19 Jun 2013 09:11:16 +1000
From: icicimov&amp;lt; at &amp;gt;gmail.com
To: users&amp;lt; at &amp;gt;httpd.apache.org
Subject: Re: [users&amp;lt; at &amp;gt;httpd] Disk Cache with multiple virtual hosts



On 18/06/2013 5:21 PM, "Paul Beckett" &amp;lt;paul_beckett&amp;lt; at &amp;gt;outlook.com&amp;gt; wrote:





Why not mem cache then? Why would you bother with ramdisk if you want to cache in memory?
 If I'm using a unique CacheRoot (a sub-directory in the tmpfs mount), is there anyway to configure Apache to create the CacheRoot directory if it doesn't already exist? If anyone has any thoughts / recommendations / tips in this regards to this approach I would be grateful to here them.




&amp;gt; Paul       &lt;/pre&gt;</description>
    <dc:creator>Paul Beckett</dc:creator>
    <dc:date>2013-06-19T15:07:08</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.apache.user/103088">
    <title>Re: Enabling TCP fast open on apache</title>
    <link>http://permalink.gmane.org/gmane.comp.apache.user/103088</link>
    <description>&lt;pre&gt;Hello Leonas.

I _believe_ TCP_FASTOPEN is disabled in the kernel by default. Is it enabled?

Try this and see if it helps: echo 1 &amp;gt; /proc/sys/net/ipv4/tcp_fastopen

/Rob

On Sat, Jun 15, 2013 at 12:43 PM, Leonas Sutkevičius &amp;lt;neonasl&amp;lt; at &amp;gt;gmail.com&amp;gt; wrote:
&lt;/pre&gt;</description>
    <dc:creator>Robert Schoultz</dc:creator>
    <dc:date>2013-06-19T06:52:28</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.apache.user/103087">
    <title>Problem with orhpaned fcgi php processes</title>
    <link>http://permalink.gmane.org/gmane.comp.apache.user/103087</link>
    <description>&lt;pre&gt;Hi.

We have a webserver with apache 2.2.14, PHP 5.3.2.
PHP is executed using mod_fcgid (see bottom). Everything works fine but sometimes, and we still have to figure out what triggers this, when php processes are "rotated" they remain active and orphaned: apache spawns new php processes and the old ones remains on the system.
Killing them doesn't always kicks them away. More likely an "apache2ctl graceful" frees the system from this stale processes.
We found this in error log:
[Tue Jun 18 20:49:54 2013] [warn] mod_fcgid: process 2009 graceful kill fail, sending SIGKILL
from what I found searching around this is quite normal, but that's all I found in apache logs during one of this processes leak.

This event is luckily seldomly happening, usually apache and php operate normally and with no problems during fcgid childrens renewal. 
How can we understand what's going wrong in these situations?
thanks

maxxer

P.s. posting here some configs:

mod_fcgid config in site:
    &amp;lt;IfModule mod_fcgid.c&amp;gt;
      SuexecUse&lt;/pre&gt;</description>
    <dc:creator>Lorenzo Milesi</dc:creator>
    <dc:date>2013-06-19T06:05:32</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.apache.user/103086">
    <title>Re: Protect server-status with https required?</title>
    <link>http://permalink.gmane.org/gmane.comp.apache.user/103086</link>
    <description>&lt;pre&gt;Thanks Jim.  That worked like a charm.

regards,
KAM
&lt;/pre&gt;</description>
    <dc:creator>Kevin A. McGrail</dc:creator>
    <dc:date>2013-06-19T02:52:31</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.apache.user/103085">
    <title>Re: Protect server-status with https required?</title>
    <link>http://permalink.gmane.org/gmane.comp.apache.user/103085</link>
    <description>&lt;pre&gt;
This should be relevant:
http://httpd.apache.org/docs/2.2/mod/mod_ssl.html#sslrequiressl

Jim
&lt;/pre&gt;</description>
    <dc:creator>Jim Albert</dc:creator>
    <dc:date>2013-06-19T02:11:31</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.apache.user/103084">
    <title>Protect server-status with https required?</title>
    <link>http://permalink.gmane.org/gmane.comp.apache.user/103084</link>
    <description>&lt;pre&gt;Hello All,

We are protecting server-status and info with basic auth using a config 
block similar to the following:

&amp;lt;Location /server-info&amp;gt;
     SetHandler server-info
     #Order deny,allow
     #Deny from all
     #Allow from .example.com
     AuthType basic
     AuthName "Apache Info"
     AuthUserFile /usr/local/apache2/conf/server-status_htpasswd
     Require valid-user
&amp;lt;/Location&amp;gt;

Is there a a way to require https to access this Location?

Using a rewrite so far is a problem because to get to the rewrite, you 
have to enter the basic auth and that fails the PCI scan because it's 
consider cleartext access.  But perhaps that just because I've been 
trying a .htaccess and we can do it some other way?

Apologies if this is simple.  I've been getting bleary eyed looking at 
it and might be missing the forest for the trees.

Regards,
KAM
&lt;/pre&gt;</description>
    <dc:creator>Kevin A. McGrail</dc:creator>
    <dc:date>2013-06-19T01:51:59</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.apache.user/103083">
    <title>Re: Disk Cache with multiple virtual hosts</title>
    <link>http://permalink.gmane.org/gmane.comp.apache.user/103083</link>
    <description>&lt;pre&gt;pages, but am unsure whether I need a unique CacheRoot for each virtual
host, or whether multiple virtual hosts can/should share the same CacheRoot?
(effectively a ramdisk that will page out to swap space if theres not
enough ram to cache everything).

Why not mem cache then? Why would you bother with ramdisk if you want to
cache in memory?

If I'm using a unique CacheRoot (a sub-directory in the tmpfs mount), is
there anyway to configure Apache to create the CacheRoot directory if it
doesn't already exist? If anyone has any thoughts / recommendations / tips
in this regards to this approach I would be grateful to here them.
&lt;/pre&gt;</description>
    <dc:creator>Igor Cicimov</dc:creator>
    <dc:date>2013-06-18T23:11:16</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.apache.user/103082">
    <title>mod_speling serving bogus 300 responses</title>
    <link>http://permalink.gmane.org/gmane.comp.apache.user/103082</link>
    <description>&lt;pre&gt;Hi,

Recently some massive bad image scraping sites started mangling the 
requests to the images on my site, I get thousands of requests to urls like:

   "/blah/blah/images/Image-5.jpg" width="128" height="49" 
alt="image"/&amp;gt;&amp;lt;/a&amp;gt; &amp;lt;/div&amp;gt; &amp;lt;div class="c0 r"&amp;gt;&amp;lt;a href="/m/imgres?..."

this is the request uri verbatim, not just a snippet of the html on the 
client side...

So google webmaster tools has been reporting tons of Soft 404 on my sites.

The problem is that I have mod_speling enabled and using it only to 
correct the case of the url:

         CheckSpelling On
         CheckCaseOnly On

For some reason the module doesn't behave correctly and offers a 300 
response:

--------&amp;amp;&amp;lt;------------&amp;amp;&amp;lt;----------
http://example.com/blah/blah/images/Image-5.jpg%22%20width=%22128%22%20height=%2249%22%20alt=%22image%22/%3E%3C/a%3E%20%3C/div%3E%20%3Cdiv%20class=%22c0%20r%22%3E%3Ca%20href=%22/m/imgres?q=foobar

Multiple Choices
The document name you requested (/blah/blah/images/Image-5.jpg" 
width="128" height="49" alt="im&lt;/pre&gt;</description>
    <dc:creator>Stas Bekman</dc:creator>
    <dc:date>2013-06-18T21:52:30</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.apache.user/103081">
    <title>Re: Proxy load balancer and (a)synchronous I/O</title>
    <link>http://permalink.gmane.org/gmane.comp.apache.user/103081</link>
    <description>&lt;pre&gt;On Tue, Jun 18, 2013 at 10:51 AM, marco.signorini&amp;lt; at &amp;gt;gmail.com
&amp;lt;marco.signorini&amp;lt; at &amp;gt;gmail.com&amp;gt; wrote:

The proxy is synchronous / ties up a thread while it's waiting for a
response from the backend.
&lt;/pre&gt;</description>
    <dc:creator>Eric Covener</dc:creator>
    <dc:date>2013-06-18T15:23:01</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.apache.user/103080">
    <title>Re: mod_remoteip: server-status page does not show real ip</title>
    <link>http://permalink.gmane.org/gmane.comp.apache.user/103080</link>
    <description>&lt;pre&gt;first half of my last update was incorrect and meant to zap it -- it
doesn't happen too early, it just seems to side-step mod_remoteip.
&lt;/pre&gt;</description>
    <dc:creator>Eric Covener</dc:creator>
    <dc:date>2013-06-18T15:08:22</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.apache.user/103079">
    <title>Re: mod_remoteip: server-status page does not show real ip</title>
    <link>http://permalink.gmane.org/gmane.comp.apache.user/103079</link>
    <description>&lt;pre&gt;
The code mod_status displays seems to be set very early when there is
a TCP connection but no headers yet.  Apache 2.4 allows per-request
notion of overriding the client address, but not at this early stage.
I would suggest opening a bug report that the cores
update_child_status_internal() does not appear to be affected by
mod_remoteip which results in mod_status always showing physical
client address.
&lt;/pre&gt;</description>
    <dc:creator>Eric Covener</dc:creator>
    <dc:date>2013-06-18T15:07:47</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.apache.user/103078">
    <title>Re: mod_remoteip: server-status page does not show real ip</title>
    <link>http://permalink.gmane.org/gmane.comp.apache.user/103078</link>
    <description>&lt;pre&gt;

18.06.2013, 18:00, "David Guerra" &amp;lt;imdavidguerra&amp;lt; at &amp;gt;gmail.com&amp;gt;:

No,, I don't have mod_rpaf. But I have mod_remoteip ( apache-2.4)
&lt;/pre&gt;</description>
    <dc:creator>Володя К.</dc:creator>
    <dc:date>2013-06-18T15:06:43</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.apache.user/103077">
    <title>Re: mod_remoteip: server-status page does not show real ip</title>
    <link>http://permalink.gmane.org/gmane.comp.apache.user/103077</link>
    <description>&lt;pre&gt;I've never had luck getting remoteip fully working but I've got setups with
rpaf working with no issues.


On Tue, Jun 18, 2013 at 11:02 AM, Eric Covener &amp;lt;covener&amp;lt; at &amp;gt;gmail.com&amp;gt; wrote:



&lt;/pre&gt;</description>
    <dc:creator>David Guerra</dc:creator>
    <dc:date>2013-06-18T15:05:16</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.apache.user/103076">
    <title>Re: mod_remoteip: server-status page does not show real ip</title>
    <link>http://permalink.gmane.org/gmane.comp.apache.user/103076</link>
    <description>&lt;pre&gt;
Doesn't mod_remoteip supercede it?




--
Eric Covener
covener&amp;lt; at &amp;gt;gmail.com
&lt;/pre&gt;</description>
    <dc:creator>Eric Covener</dc:creator>
    <dc:date>2013-06-18T15:02:05</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.apache.user/103075">
    <title>Re: mod_remoteip: server-status page does not show real ip</title>
    <link>http://permalink.gmane.org/gmane.comp.apache.user/103075</link>
    <description>&lt;pre&gt;You have mod rpaf installed?


On Tue, Jun 18, 2013 at 10:50 AM, Володя К. &amp;lt;vova-zms&amp;lt; at &amp;gt;yandex.ua&amp;gt; wrote:



&lt;/pre&gt;</description>
    <dc:creator>David Guerra</dc:creator>
    <dc:date>2013-06-18T14:59:36</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.apache.user/103074">
    <title>Re: Proxy load balancer and (a)synchronous I/O</title>
    <link>http://permalink.gmane.org/gmane.comp.apache.user/103074</link>
    <description>&lt;pre&gt;On Tue, Jun 18, 2013 at 3:51 PM, marco.signorini&amp;lt; at &amp;gt;gmail.com
&amp;lt;marco.signorini&amp;lt; at &amp;gt;gmail.com&amp;gt; wrote:

Apache can run any model you choose:

http://httpd.apache.org/docs/2.4/mpm.html

Cheers

Tom
&lt;/pre&gt;</description>
    <dc:creator>Tom Evans</dc:creator>
    <dc:date>2013-06-18T14:56:13</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.apache.user/103073">
    <title>Proxy load balancer and (a)synchronous I/O</title>
    <link>http://permalink.gmane.org/gmane.comp.apache.user/103073</link>
    <description>&lt;pre&gt;Hi users,

I'm configuring the apache httpd server in front of a farm of cometd
servers. The clients interact with the cometd server through long polling
connections.

Does the httpd server still use a thread-per-request model? In my usecase
this means that a thread per client will be "active".
http://cometd.org/node/81

Thanks,
Marco

&lt;/pre&gt;</description>
    <dc:creator>marco.signorini&lt; at &gt;gmail.com</dc:creator>
    <dc:date>2013-06-18T14:51:45</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.apache.user/103072">
    <title>Re: mod_remoteip: server-status page does not show real ip</title>
    <link>http://permalink.gmane.org/gmane.comp.apache.user/103072</link>
    <description>&lt;pre&gt;

18.06.2013, 17:03, "David Guerra" &amp;lt;imdavidguerra&amp;lt; at &amp;gt;gmail.com&amp;gt;:

David, but after enabling mod_remoteip apache writes real IP-address is log files ! So I think apache accepts real ip from nginx.
Problem is that mod-status does not show real ip!

I think I configure module incorectly or this is apache's bug
&lt;/pre&gt;</description>
    <dc:creator>Володя К.</dc:creator>
    <dc:date>2013-06-18T14:50:11</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.apache.user/103071">
    <title>Re: mod_remoteip: server-status page does not show real ip</title>
    <link>http://permalink.gmane.org/gmane.comp.apache.user/103071</link>
    <description>&lt;pre&gt;This should be helpful.
http://www.daveperrett.com/articles/2009/08/10/passing-ips-to-apache-with-nginx-proxy/

The issue is with Apache not accepting the real IP address from Nginx.


On Tue, Jun 18, 2013 at 5:39 AM, Володя К. &amp;lt;vova-zms&amp;lt; at &amp;gt;yandex.ua&amp;gt; wrote:



&lt;/pre&gt;</description>
    <dc:creator>David Guerra</dc:creator>
    <dc:date>2013-06-18T14:03:12</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.apache.user">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.apache.user</link>
  </textinput>
</rdf:RDF>
