DO NOT REPLY [Bug 9365] - Change in behaviour of ProxyPass and ProxyPassReverse
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9365. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9365 Change in behaviour of ProxyPass and ProxyPassReverse [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | --- Additional Comments From [EMAIL PROTECTED] 2002-05-28 23:00 --- Sorry about that. I am trying to hide my actual host names for security reasons. The names are the same in my actual config file. I misspelled internal in my description. I did not change the config file during the upgrade. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9412] - C CGI not working
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9412. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9412 C CGI not working [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2002-05-28 23:44 --- It depends on what the value of the actual binary was. If there were any carriage returns or linefeeds in there, I could see this as causing a 500 error. You should really base64 encode this kind of thing. I'm going to close this out as I *think* Apache is behaving correctly here. If you can come up with a more specific test case that you really ought to behave differently than it is, feel free to reopen this. Thanks for using Apache! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9412] - C CGI not working
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9412. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9412 C CGI not working --- Additional Comments From [EMAIL PROTECTED] 2002-05-28 23:46 --- --that should have said that you THINK ought to behave differently. Sorry about that. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9464] - Error 400 when using mod_rewrite
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9464. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9464 Error 400 when using mod_rewrite [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2002-05-29 00:08 --- For these rules to work, they must be specified as [PT] (passthrough), since the rewrite target is not an absolute path. Not sure how this ever worked in 1.3.x... if you try passthrough and it still doesn't work, please let me know via email. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 8464] - mod_rewrite not executing external rewriting engine if args are supplied
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8464. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8464 mod_rewrite not executing external rewriting engine if args are supplied [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED OS/Version|Linux |All Platform|PC |All Resolution||FIXED Version|2.0.35 |2.0.36 --- Additional Comments From [EMAIL PROTECTED] 2002-05-29 03:29 --- I committed the revised patch you posted to [EMAIL PROTECTED], with one change, which was that I had to disable the stat of the program to avoid having to duplicate the apr_tokenize_to_argv() call. If the program doesn't exist, it will fail to startup anyway, so this should still be fine. Thanks! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 8464] - mod_rewrite not executing external rewriting engine if args are supplied
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8464. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8464 mod_rewrite not executing external rewriting engine if args are supplied --- Additional Comments From [EMAIL PROTECTED] 2002-05-29 04:45 --- Okay, so the apr_stat() thing wasn't *quite* that easy... apr_proc_create() does not necessarily return an error if the program specified doesn't exist... on Unix, it only returns an error if the fork() call itself failed. Bah. So I added another apr_stat() call just after the apr_tokenize_to_argv() call has already happened. Anyway, consider it fixed. :) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9432] - server does not respond to https from NS after servicing IE
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9432. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9432 server does not respond to https from NS after servicing IE --- Additional Comments From [EMAIL PROTECTED] 2002-05-29 05:08 --- You'll have to give us more details here... what exactly is the webserver doing when it stops responding? http://httpd.apache.org/dev/debugging.html Chances are this is a bug that's already been fixed for 2.0.37, but without more information it's hard to say for sure. Thanks! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9483] New: - Only latest written cookie is send by apache
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9483. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9483 Only latest written cookie is send by apache Summary: Only latest written cookie is send by apache Product: Apache httpd-2.0 Version: 2.0.36 Platform: PC URL: http://ibf.dhs.org OS/Version: Windows XP Status: NEW Severity: Normal Priority: Other Component: All AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] I've installed PHP on apache, but when I send two cookie's within PHP only the last one is parsed by apache. example file1.php setcookie(cookie1,data1,time()+3600); setcookie(cookie2,data2,time()+3600); file2.php var_dump($cookie1,$cookie2); file 2 dumps only the value of cookie2, because the last one isn't saved this problem only appears on apache 2.x - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9485] New: - Sockets not being read when under load on MS ISA Firewall
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9485.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9485
Sockets not being read when under load on MS ISA Firewall
Summary: Sockets not being read when under load on MS ISA
Firewall
Product: Apache httpd-2.0
Version: 2.0.36
Platform: PC
OS/Version: Windows NT/2K
Status: NEW
Severity: Normal
Priority: Other
Component: mpm_winnt
AssignedTo: bugs@httpd.apache.org
ReportedBy: [EMAIL PROTECTED]
(As I posted to comp.infosystems.www.servers.ms-windows
microsoft.public.isaserver
without any luck)
I've been running Apache 1.3.2x on my ISA firewall, to hide
several
internal IIS webservers for about a year, very successfully. I
accomplished this by
placing Apache on my firewall, and setting an
incoming protocol filter on port 80 in ISA
Management, and then
used mod_proxy to forward different virtual host requests to
various
internal IIS boxes.
However, since Apache2's release I have been wanting to
upgrade site
(20-30k requests/day) to the new release. However all test runs of
Apache 2 (on a
different port) have shown it's performance to be
miserable (despite all the official
benchmarks around the internet).
I have been trying to find out why, and have discovered that
Apache2
is not closing it's sockets when a request is finished for some
reason. This problem
did not happen on Apache1.
I verified this problem by telnetting to port 9001 and performing
an
HTTP get. If I do this to the internal Apache IP address, I get
disconnected at the end of the
request, however if I do this from
outside, the connection is not disconnected at the end of
the
request.
It opens the sockets, and doesn't respond to the request,
and stays in
Reading mode, and once there are no threads left
Apache2 stops responding. [It can stop
responding before all threads
are used by not opening the sockets.]
I have saved an example
mod_status page during the load
test:
http://www.freeasphost.co.uk/support/freeasphost.co.uk9001.html
Sockets
marked Reading stay open after the loadtesting is finished.
Has anybody experienced this
problem, or know of any reason why this
should happen. I have tried forcing Apache to bind to a
certain IP
address, instead of 0.0.0.0. (ie not bound to a particular IP address)
I have
read that Apache 2 is now using a similar socket model to IIS.
Could it be that it is socket
pooling, and therefore gaining the same
affliction as IIS has with ISA, described
here:
http://www.isaserver.org/shinder/tutorials/socket_pooling.htm
Apache
2.0.36, downloaded MSI binaries
My firewall is set up in exactly the same way as I use for
Apache1 on
port 80.
Many thanks, and I would be greatly obliged if anyone could solve
this
problem
Craig Macdonald
craig{at}freeasphost.co.uk
freeASPhost.co.uk
Administrator
-
Load test results:
(These are all hitting the same backend IIS box, just
using
different versions of Apache and mod_proxy)
Running test 1 (apache
1.3.22/mod_perl-1.22)
12 fetches, 38 max parallel, 178896 bytes, in 10.0078 seconds
14908
mean bytes/connection
1.19907 fetches/sec, 17875.7 bytes/sec
msecs/connect: 485.759
mean, 810.484 max, 99.456 min
msecs/first-response: 739.271 mean, 1580.97 max, 237.383
min
HTTP response codes:
code 200 -- 12
Running test 2 (apache 2.0.36)
1 fetches, 49 max
parallel, 14908 bytes, in 10.0048 seconds
14908 mean bytes/connection
0.0999519
fetches/sec, 1490.08 bytes/sec
msecs/connect: 126.339 mean, 126.339 max, 126.339
min
msecs/first-response: 189.68 mean, 189.68 max, 189.68 min
HTTP response codes:
code
200 -- 1
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9490] New: - exports.c does not build on make install
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9490. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9490 exports.c does not build on make install Summary: exports.c does not build on make install Product: Apache httpd-2.0 Version: 2.0.36 Platform: Sun OS/Version: Solaris Status: NEW Severity: Blocker Priority: Other Component: Build AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] On doing make install, on sun (SunOS lonsdev1 5.8 Generic_108528-14 sun4u sparc SUNW,Ultra-4), I get the following error. I have not applied any patches. /bin/bash /users/dclancy/APACHE/httpd-2.0.36/srclib/apr/libtool --silent -- mode=compile gcc -g -O2 -pthreads-DSOLARIS2=8 -D_POSIX_PTHREAD_SEMANTICS - D_REENTRANT -DAP_HAVE_DESIGNATED_INITIALIZER -I. - I/users/dclancy/APACHE/httpd-2.0.36/os/unix -I/users/dclancy/APACHE/httpd- 2.0.36/server/mpm/prefork -I/users/dclancy/APACHE/httpd-2.0.36/modules/http - I/users/dclancy/APACHE/httpd-2.0.36/modules/proxy -I/users/dclancy/APACHE/httpd- 2.0.36/include -I/users/dclancy/APACHE/httpd-2.0.36/srclib/apr/include - I/users/dclancy/APACHE/httpd-2.0.36/srclib/apr-util/include - I/users/dclancy/APACHE/httpd-2.0.36/modules/dav/main -I/usr/local/include - prefer-non-pic -static -c exports.c touch exports.lo exports.c:1361: redefinition of `ap_hack_apr_allocator_create' exports.c:165: `ap_hack_apr_allocator_create' previously defined here exports.c:1362: redefinition of `ap_hack_apr_allocator_destroy' exports.c:166: `ap_hack_apr_allocator_destroy' previously defined here exports.c:1363: redefinition of `ap_hack_apr_allocator_alloc' exports.c:167: `ap_hack_apr_allocator_alloc' previously defined here exports.c:1364: redefinition of `ap_hack_apr_allocator_free' exports.c:168: `ap_hack_apr_allocator_free' previously defined here exports.c:1365: redefinition of `ap_hack_apr_allocator_set_owner' exports.c:169: `ap_hack_apr_allocator_set_owner' previously defined here exports.c:1366: redefinition of `ap_hack_apr_allocator_get_owner' exports.c:170: `ap_hack_apr_allocator_get_owner' previously defined here .. exports.c:2096: redefinition of `ap_hack_apr_xml_quote_elem' exports.c:900: `ap_hack_apr_xml_quote_elem' previously defined here exports.c:2097: redefinition of `ap_hack_apr_xml_insert_uri' exports.c:901: `ap_hack_apr_xml_insert_uri' previously defined here *** Error code 1 make: Fatal error: Command failed for target `exports.lo' Current working directory /users/dclancy/APACHE/httpd-2.0.36/server *** Error code 1 make: Fatal error: Command failed for target `all-recursive' Current working directory /users/dclancy/APACHE/httpd-2.0.36/server *** Error code 1 make: Fatal error: Command failed for target `all-recursive' [EMAIL PROTECTED]:/users/dclancy/APACHE/httpd-2.0.36 83 : [EMAIL PROTECTED]:/users/dclancy/APACHE/httpd-2.0.36 83 : uname -a SunOS lonsdev1 5.8 Generic_108528-14 sun4u sparc SUNW,Ultra-4 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9497] New: - mod_proxy does not maintain the request_rec-bytes_sent field (old bug #6841)
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9497. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9497 mod_proxy does not maintain the request_rec-bytes_sent field (old bug #6841) Summary: mod_proxy does not maintain the request_rec-bytes_sent field (old bug #6841) Product: Apache httpd-1.3 Version: HEAD Platform: All OS/Version: All Status: NEW Severity: Major Priority: Other Component: mod_proxy AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] Old Bug #6841 was never addressed. A user reported a bug against mod_throttle claiming that mod_throttle failed to record the number of bytes sent when the request passed through mod_proxy. Apon debugging and examination of the mod_proxy source, I found that ap_proxy_send_fb() tracked and returned the number of bytes received/sent, but that NO ONE made use of the return value to update the request_rec's bytes_sent field. Find enclosed a one line change to src/modules/proxy/proxy_util.c that updates the request_rec. By making the change in ap_proxy_send_fb(), http and ftp response from the remote server or from the cache will all correctly update the request_rec so that other modules can make use of this information in the logging phase. This fix would be especially useful for mod_throttle and mod_watch. *** proxy_util.c.origTue Nov 14 14:34:42 2000 --- proxy_util.cTue Nov 14 14:49:25 2000 *** *** 618,623 --- 618,626 ap_bflush(con-client); ap_kill_timeout(r); + + r-bytes_sent += total_bytes_rcvd; + return total_bytes_rcvd; } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9488] - Fatal error when I send GET
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9488. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9488 Fatal error when I send GET --- Additional Comments From [EMAIL PROTECTED] 2002-05-29 17:44 --- I think you'll need to provide a little more info. 1. What do you mean send the command GET? Please be specific. 2. What changes have you made from the default configuration? 3. Are you using any firewall software? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9488] - Fatal error when I send GET
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9488. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9488 Fatal error when I send GET --- Additional Comments From [EMAIL PROTECTED] 2002-05-29 20:47 --- The send command is when a program send the string 'GET' to get a page instead of the string 'GET /Adresse_Of_Document'. The problem is enabled even if I use the default configuration file of Apache and I don't use a firewall software. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9329] - the error page 502 looks weird
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9329. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9329 the error page 502 looks weird [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2002-05-29 22:17 --- As the request URI looks entirely bogus, I don't see where this is a real issue. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
