Hi,
Has anyone been able to look into bug #50807? It is a serious issue
for us that has shown up a number of times, some causing serious
problems with firewalls and load balancers preventing traffic from
getting through at all.
Thanks,
Adam
Sounds good, glad I was able to help. I'll keep an eye on this in a
future httpd release.
On Sat, Sep 20, 2008 at 6:42 AM, Ruediger Pluem [EMAIL PROTECTED] wrote:
On 09/20/2008 12:21 PM, Nick Kew wrote:
On 19 Sep 2008, at 23:08, Ruediger Pluem wrote:
On 09/19/2008 11:24 PM, Adam
From a usage standpoint I have no real preference other than I need to
be able to configure it from httpd.conf on a per-host basis. :)
What is a worker specific property?
I would like to fold the approach of the patch into trunk to reduce PR37770
to become (hopefully) an RTFM bug. The
Can you please test the attached patch in addition to my other patches, but
without removing mod_deflate from the chain as you did in your application?
Thanks.
This patch works for us, we don't have to remove the deflate filter
ourselves anymore. Thanks!
Will this also make it into 2.2.9?
got an EOC in order to make this work.
So perhaps the deflate filter needs to handle this itself. And
perhaps the same problem will affect many other filters.
On Thu, May 22, 2008 at 4:57 PM, Adam Woodworth [EMAIL PROTECTED] wrote:
Ok my mistake, the setup I was using turned out
And FWIW, when the EOC bucket is sent down, our mod_perl filter sees
an ERROR bucket, i.e. the bucket type is ERROR not EOC, if that
matters.
On Fri, May 23, 2008 at 1:19 PM, Adam Woodworth [EMAIL PROTECTED] wrote:
I think that the deflate filter might need to be fixed in order to
work
Err, sorry, we do see the EOC bucket, it's just after the ERROR and
EOS buckets (duh). :)
On Fri, May 23, 2008 at 1:31 PM, Adam Woodworth [EMAIL PROTECTED] wrote:
And FWIW, when the EOC bucket is sent down, our mod_perl filter sees
an ERROR bucket, i.e. the bucket type is ERROR not EOC
Thanks Ruediger. Keep us posted.
Is this mod_proxy patch going to get into 2.2.9, or wait until another
2.2.x release when the deflate issue can be resolved?
Cheers,
Adam
On Fri, May 23, 2008 at 5:51 PM, Ruediger Pluem [EMAIL PROTECTED] wrote:
On 05/23/2008 07:55 PM, Adam Woodworth wrote
Pluem [EMAIL PROTECTED] wrote:
On 05/21/2008 10:34 PM, Adam Woodworth wrote:
I think there is a problem with r657443 (and thus I assume r645813):
I applied the r657443 patch to my copy of the 2.2.8 official release
source and it doesn't work right. The problem is that the change
I think there is a problem with r657443 (and thus I assume r645813):
I applied the r657443 patch to my copy of the 2.2.8 official release
source and it doesn't work right. The problem is that the change to
mod_proxy_http.c checks c-keepalives for a value, but c-keepalives
is filled out by
I very regularly have problems accessing svn.apache.org. For example,
right now a traceroute gets to corv-car1-gw.nero.net and then can't
get any further. I can't access svn.apache.org at all right now.
Which means I can't do some work right now. :)
Does anyone know of any problems with
not working.
This page seems to show that eris.apache.org (same IP as
svn.apache.org) is down:
http://monitoring.apache.org/status/
Adam
On Mon, May 19, 2008 at 11:43 AM, Tony Stevenson [EMAIL PROTECTED] wrote:
Adam Woodworth wrote:
I very regularly have problems accessing svn.apache.org. For example
I tried using the SetEnv proxy-nokeepalive 1 option in httpd.conf,
and it cleared up the proxy errors that I was having with an IIS
backend server, and it may have decreased the proxy errors with Apache
backend servers as well.
I tried again without the proxy-nokeepalive option, and the
And FWIW the backends also seem to have keepalives disabled.
On Mon, May 19, 2008 at 12:36 PM, Adam Woodworth [EMAIL PROTECTED] wrote:
I tried using the SetEnv proxy-nokeepalive 1 option in httpd.conf,
and it cleared up the proxy errors that I was having with an IIS
backend server, and it may
the socket code for Firefox to see if they're doing
something more clever to prevent dead connections from being used?
On Mon, May 19, 2008 at 3:18 PM, Ruediger Pluem [EMAIL PROTECTED] wrote:
On 05/19/2008 06:09 PM, Adam Woodworth wrote:
Index: modules/proxy/proxy_util.c
+/* Close
#include sys/types.h
#include sys/socket.h
#include netinet/ip.h
#include string.h
#include unistd.h
#include stdio.h
int main(int argc, char *argv[])
{
int listen_fd;
int fd;
struct sockaddr_storage addr;
socklen_t addrlen = sizeof(addr);
struct sockaddr_in addr_in;
Can anyone explain why turning on proxy-nokeepalive would cause proxy
errors to an IIS server to stop happening?
We would see proxy errors to IIS backends regularly with
proxy-nokeepalive OFF (mod_proxy sends Connection: Keep-Alive).
When we use proxy-nokeepalive ON (set to 1, mod_proxy sends
Forgot an important detail:
In both cases, the backend always responds with Connection: Close
(it's setup to do that).
On Mon, May 19, 2008 at 4:51 PM, Adam Woodworth [EMAIL PROTECTED] wrote:
Can anyone explain why turning on proxy-nokeepalive would cause proxy
errors to an IIS server to stop
if Connection: Close is in use.
However, I have not looked very deeply into the code to see if my
theory is accurate. Could someone more familiar with the mod_proxy
code please fill me in? Does mod_proxy always use a connection pool?
Thanks,
Adam
On Mon, May 12, 2008 at 4:15 PM, Adam Woodworth
Hi,
I was wondering if anyone might have some more information on bug
#37770. I've added a comment there recently, at the end of the bug
report, #83.
https://issues.apache.org/bugzilla/show_bug.cgi?id=37770
I think this bug is a serious issue for our application so I'm trying
to see if anyone
it was closed...hmmm,
very strange.
Adam
On Mon, May 12, 2008 at 3:31 PM, Nick Kew [EMAIL PROTECTED] wrote:
On Mon, 12 May 2008 13:52:18 -0400
Adam Woodworth [EMAIL PROTECTED] wrote:
Hi,
I was wondering if anyone might have some more information on bug
#37770. I've added a comment
8, 2008 7:10 PM, Adam Woodworth [EMAIL PROTECTED] wrote:
Hi,
I have a couple issues with mod_proxy:
1) HTTP Keep-Alive on an SSL Connection:
In the source for Apache 2.2.6, around line 1704 of
modules/proxy/mod_proxy_http.c there is this code that causes HTTPS
connections to not use Keep
Hi,
I have a couple issues with mod_proxy:
1) HTTP Keep-Alive on an SSL Connection:
In the source for Apache 2.2.6, around line 1704 of
modules/proxy/mod_proxy_http.c there is this code that causes HTTPS
connections to not use Keep-Alive's:
backend-is_ssl = is_ssl;
/*
* TODO: Currently we
23 matches
Mail list logo
