From f497b8ffe2bc0ed838e5edc468725976f7a8a584 Mon Sep 17 00:00:00 2001 From: dgaudet Date: Fri, 27 Jun 1997 03:02:14 +0000 Subject: [PATCH] Merge in all of the docs from HEAD, I'll clean it up a bit later. Reviewed by: Submitted by: Obtained from: git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3@78394 13f79535-47bb-0310-9956-ffa450edef68 --- APACHE_1_2_X/htdocs/index.html | 56 ++-- APACHE_1_2_X/htdocs/manual/custom-error.html | 4 +- APACHE_1_2_X/htdocs/manual/index.html | 1 + APACHE_1_2_X/htdocs/manual/misc/FAQ.html | 204 +++++++++-- .../htdocs/manual/misc/compat_notes.html | 4 + .../htdocs/manual/misc/fin_wait_2.html | 114 +++---- APACHE_1_2_X/htdocs/manual/misc/index.html | 28 +- .../htdocs/manual/misc/known_bugs.html | 317 ++++-------------- APACHE_1_2_X/htdocs/manual/misc/nopgp.html | 4 +- .../htdocs/manual/misc/perf-bsd44.html | 2 +- APACHE_1_2_X/htdocs/manual/misc/perf.html | 14 +- APACHE_1_2_X/htdocs/manual/misc/vif-info.html | 264 +++++++-------- APACHE_1_2_X/htdocs/manual/mod/core.html | 5 +- .../htdocs/manual/mod/mod_auth_anon.html | 80 ++--- APACHE_1_2_X/htdocs/manual/mod/mod_dir.html | 20 ++ .../htdocs/manual/mod/mod_include.html | 12 +- APACHE_1_2_X/htdocs/manual/mod/mod_proxy.html | 4 +- .../htdocs/manual/mod/mod_rewrite.html | 8 +- .../htdocs/manual/mod/mod_status.html | 2 +- .../htdocs/manual/new_features_1_2.html | 12 +- APACHE_1_2_X/htdocs/manual/process-model.html | 6 +- APACHE_1_2_X/htdocs/manual/suexec.html | 313 ++++++++--------- APACHE_1_2_X/htdocs/manual/virtual-host.html | 4 +- .../htdocs/manual/mod/mod_autoindex.html | 20 ++ 24 files changed, 753 insertions(+), 745 deletions(-) diff --git a/APACHE_1_2_X/htdocs/index.html b/APACHE_1_2_X/htdocs/index.html index a454ba31623..e0fddd7f07d 100644 --- a/APACHE_1_2_X/htdocs/index.html +++ b/APACHE_1_2_X/htdocs/index.html @@ -1,23 +1,33 @@ - -Test Page for Apache - - -

It Worked!

- -If you can see this, then your -Apache installation was -successful. You may now add content to this directory and -replace this page. - -

-The Apache documentation has been -included with this distribution. - -

-You are free to use the image below on an Apache-powered web -server. Thanks for using Apache! - -

- - - + + + + Test Page for Apache + + + +

It Worked!

+ If you can see this, then your + Apache installation was + successful. You may now add content to this directory and + replace this page. +

+ The Apache documentation has been + included with this distribution. +

+ You are free to use the image below on an Apache-powered web + server. Thanks for using Apache! +

+ +

+ + diff --git a/APACHE_1_2_X/htdocs/manual/custom-error.html b/APACHE_1_2_X/htdocs/manual/custom-error.html index 3f04af058b0..3165ec044e6 100644 --- a/APACHE_1_2_X/htdocs/manual/custom-error.html +++ b/APACHE_1_2_X/htdocs/manual/custom-error.html @@ -29,9 +29,9 @@ response, then this response can be replaced with either some friendlier text or by a redirection to another URL (local or external). - +

- +

Old behavior

NCSA httpd 1.3 would return some boring old error/problem message diff --git a/APACHE_1_2_X/htdocs/manual/index.html b/APACHE_1_2_X/htdocs/manual/index.html index 1604b742723..40067e6beab 100644 --- a/APACHE_1_2_X/htdocs/manual/index.html +++ b/APACHE_1_2_X/htdocs/manual/index.html @@ -19,6 +19,7 @@

Release Notes

New features in Apache 1.3
New features in Apache 1.2
New features in Apache 1.1
New features in Apache 1.0 diff --git a/APACHE_1_2_X/htdocs/manual/misc/FAQ.html b/APACHE_1_2_X/htdocs/manual/misc/FAQ.html index 6c3fce52d73..e19bb35f393 100644 --- a/APACHE_1_2_X/htdocs/manual/misc/FAQ.html +++ b/APACHE_1_2_X/htdocs/manual/misc/FAQ.html @@ -15,7 +15,7 @@
Apache Server Frequently Asked Questions

- $Revision: 1.63.2.2 $ ($Date: 1997/06/11 21:21:39 $) + $Revision: 1.63.2.3 $ ($Date: 1997/06/27 03:02:04 $)

The latest version of this FAQ is always available from the main @@ -35,11 +35,11 @@ - + - - - + + +
@@ -131,6 +131,8 @@
Why can't I run more than <n> virtual hosts?
Can I increase FD_SETSIZE on FreeBSD? +
Why do I keep getting "access denied" for form POST requests?
Why doesn't mod_info list any directives? +
When I run it under Linux I get "shmget: + function not found", what should I do? +
Why does my authentification give + me a server error? +
Do I have to keep the (mSQL) + authentification information on the same machine? +
Why is my mSQL authentification terribly slow?

It means just what it says: the server was expecting a complete set of HTTP headers (one or more followed by a blank line), and didn't get - them. The most common cause of this (aside from people not - outputting the required headers at all) a result of an interaction - with perl's output buffering. To make perl flush its buffers - after each output statement, insert the following statements before your - first print or write statement: + them. +

+ The most common cause of this problem is the script dying before + sending the complete set of headers, or possibly any at all, to the + server. To see if this is the case, try running the script standalone + from an interactive session, rather than as a script under the server. + If you get error messages, this is almost certainly the cause of the + "premature end of script headers" message. +

+ The second most common cause of this (aside from people not + outputting the required headers at all) is a result of an interaction + with Perl's output buffering. To make Perl flush its buffers + after each output statement, insert the following statements around + the print or write statements that send your + HTTP headers:

$cfh = select (STDOUT);

-    $| = 1;

-    select ($cfh);

{

+     local ($oldbar) = $|;

+     $cfh = select (STDOUT);

+     $| = 1;

+     #

+     # print your HTTP headers here

+     #

+     $| = $oldbar;

+     select ($cfh);

+    }

This is generally only necessary when you are calling external programs from your script that send output to stdout, or if there will - be along delay between the time the headers are sent and the actual + be a long delay between the time the headers are sent and the actual content starts being emitted. To maximise performance, you should - turn buffering back on (with $| = 0 or the - equivalent) after the statements that send the headers. + turn buffer-flushing back off (with $| = 0 or the + equivalent) after the statements that send the headers, as displayed + above. +

If your script isn't written in Perl, do the equivalent thing for whatever language you are using (e.g., for C, call @@ -796,8 +828,9 @@ HREF="../mod/core.html#listen" >Listen directives. If there are no other servers running on the machine - and all of them are running on the same port, you normally don't - need any Listen directives at all. + on the same port then you normally don't + need any Listen directives at all. By default Apache listens to + all addresses on port 80.

Reduce the number of log files. You can use performance hints - page. + page. There is a specific note for + FreeBSD below.
"Don't do that" - try to run with fewer virtual hosts

+ Can I increase FD_SETSIZE on FreeBSD? + +
+ On FreeBSD 2.2 and older FD_SETSIZE, which limits the number of open + files on the system, is limted to 256. This can limit the number of + virtual hosts you are using; especially if they all use different log + files. Increasing this limit (and recompiling apache) is not enough + (As it is on some platforms, such as Solaris), as you also will have + to recompile libc with the changed setting. +
+
+ On FreeBSD 3.0 the default is 1024, so the problem is lessened. +
+
+
Why do I keep getting "access denied" for form POST requests? @@ -1113,7 +1165,7 @@

-
if ($0 =~ m:/*nph-:) { +
if ($0 =~ m:^(.*/)*nph-[^/]*$:) { $HTTP_headers = @@ -1124,9 +1176,9 @@ "Connection: close\015\012"; - printf ($HTTP_headers); + print $HTTP_headers; - }; + }

@@ -1137,7 +1189,8 @@

Why do I get complaints about redefinition - of "struct iovec" when compiling under Linux? + of "struct iovec" when + compiling under Linux?
This is a conflict between your C library includes and your kernel @@ -1540,6 +1593,111 @@
+ When I run it under Linux I get "shmget: + function not found", what should I do? + +
+ Your kernel has been built without SysV IPC support. You will have to + rebuild the kernel with that support enabled (it's under the + "General Setup" submenu). Documention for + kernel building is beyond the scope of this FAQ, you should consult + the Kernel + HOWTO, or the documentation provided with your distribution, + or a Linux + newsgroup/mailing list. As a last resort workaround, you can + comment out the #define HAVE_SHMGET definition in the + LINUX section of + src/conf.h and rebuild the server. This will produce + a server which is slower and less reliable. +
+
+
+ Why does my authentification give me a server error? + +
+ Under normal circumstances, the apache access control modules will + pass unrecognized userids on to the next access control module in + line. Only if the userid is recognized, the password is validated + (or not) will it give the usual success or authentification failed + messages. +
+
+ However if the last access module in line 'declines' the validation + request (because it has never heard of the userid or because it is not + configured) the http_request handler will give one of the following, + confusing, errors: +
- check access +
- check user. No user file? +
- check access. No groups file? +
+ This does not mean that you have to add a 'AuthUserFile /dev/null' + line as some magazines suggest ! +
+
+ The solution is to ensure that at least the last module is authoritative + and CONFIGURED. By default mod_auth is authoritative + and will give an OK/Denied, but only if it is configured with the + proper AuthUserFile. Likewise if a valid group is required. (Remember + that the modules are processed in the reverse order they appear in + your compile-time Configuration file.) +
+
+ A typical situation for this error is when you are using the + mod_auth_dbm, mod_auth_msql, mod_auth_mysql, mod_auth_anon or + mod_auth_cookie on their own. These are by default not + authoritative, and this will pass the buck on to the (non-existent) next + authentification module when the user ID is not in their respective + database. Just add the appropriate 'XXXAuthoritative yes' line to + the configuration. +
+
+ In general it is a good idea (though not terribly efficient) to have the + file based mod_auth a module of last resort. This allows you to access + the web server with a few special passwords even if the databases are + down or corrupted. This does cost a file-open/seek/close for each + request in a protected area. +
+
+
+ Do I have to keep the (mSQL) authentification information + on the same machine? + +
+ Some organizations feel very strongly about keeping the authentification + information on a different machine than the webserver. With the + mod_auth_msql, mod_auth_mysql and other SQL modules connecting to + (R)DBMses this is quite well possible. Just configure an explicit host + to contact. +
+
+ Be aware that with mSQL and Oracle, opening and closing these database + connections is very expensive and time consuming. You might want to + look at the code in the auth_modules and play with the compile time + flags to alleviate this somewhat; if your RDBMS licences alows for it. +
+
+
+ Why is my mSQL authentification terribly slow? + +
+ You have probably configured the Host by specificing a FQHN, + and thus the libmsql will use a full blown tcp/ip socket to talk to + the database, rather than a fast internal device. Both the libmsql, + the mSQL faq and the mod_auth_msql documentation warn you about this. If + you have to use different hosts, check out the mod_auth_msql code for + some compile time flags which might, or might not suit you. +
+
+
The basic mod_auth AuthGroupFile-specified group file format allows commas between user names - Apache does not.
- added 12/1/96 +
If you follow the NCSA guidelines for setting up access restrictions based on client domain, you may well have added entries for, @@ -99,6 +100,9 @@ it added one automatically if the .asis file contained a Location header. files if the last line does not have a trailing newline. This affects configuration files (httpd.conf, access.conf and srm.conf), and htpasswd and htgroup files. +
Apache does not permit commas delimiting the methods in <Limit>. diff --git a/APACHE_1_2_X/htdocs/manual/misc/fin_wait_2.html b/APACHE_1_2_X/htdocs/manual/misc/fin_wait_2.html index 48e10874af7..2d9e946d174 100644 --- a/APACHE_1_2_X/htdocs/manual/misc/fin_wait_2.html +++ b/APACHE_1_2_X/htdocs/manual/misc/fin_wait_2.html @@ -57,13 +57,13 @@ not send back a FIN and ACK to the server. This means that the connection stays in the FIN_WAIT_2 state until one of the following happens:
- The client opens a new connection to the same or a different - site, which causes it to fully close the older connection on +
- The client opens a new connection to the same or a different + site, which causes it to fully close the older connection on that socket. -
- The user exits the client, which on some (most?) clients - causes the OS to fully shutdown the connection. -
- The FIN_WAIT_2 times out, on servers that have a timeout - for this state. +
- The user exits the client, which on some (most?) clients + causes the OS to fully shutdown the connection. +
- The FIN_WAIT_2 times out, on servers that have a timeout + for this state.
If you are lucky, this means that the buggy client will fully close the connection and release the resources on your server. However, there @@ -77,16 +77,16 @@ TCP implementation.
The clients on which this problem has been verified to exist:
- Mozilla/3.01 (X11; I; FreeBSD 2.1.5-RELEASE i386) -
- Mozilla/2.02 (X11; I; FreeBSD 2.1.5-RELEASE i386) -
- Mozilla/3.01Gold (X11; I; SunOS 5.5 sun4m) -
- MSIE 3.01 on the Macintosh -
- MSIE 3.01 on Windows 95 +
- Mozilla/3.01 (X11; I; FreeBSD 2.1.5-RELEASE i386) +
- Mozilla/2.02 (X11; I; FreeBSD 2.1.5-RELEASE i386) +
- Mozilla/3.01Gold (X11; I; SunOS 5.5 sun4m) +
- MSIE 3.01 on the Macintosh +
- MSIE 3.01 on Windows 95
This does not appear to be a problem on:
- Mozilla/3.01 (Win95; I) +
- Mozilla/3.01 (Win95; I)
@@ -155,56 +155,56 @@ violation of the RFC, but it is widely recognized as being necessary. The following systems are known to have a timeout:
- FreeBSD versions starting at 2.0 or possibly earlier. -
- NetBSD version 1.2(?) -
- OpenBSD all versions(?) -
- BSD/OS 2.1, with the - - K210-027 patch installed. -
- Solaris as of around version - 2.2. The timeout can be tuned by using ndd to - modify tcp_fin_wait_2_flush_interval, but the - default should be appropriate for most servers and improper - tuning can have negative impacts. -
- SCO TCP/IP Release 1.2.1 - can be modified to have a timeout by following - SCO's instructions. -
- Linux 2.0.x and - earlier(?) -
- HP-UX 10.x defaults to - terminating connections in the FIN_WAIT_2 state after the - normal keepalive timeouts. This does not - refer to the persistent connection or HTTP keepalive - timeouts, but the SO_LINGER socket option - which is enabled by Apache. This parameter can be adjusted - by using nettune to modify parameters such as - tcp_keepstart and tcp_keepstop. - In later revisions, there is an explicit timer for - connections in FIN_WAIT_2 that can be modified; contact HP - support for details. -
- SGI IRIX can be patched to - support a timeout. For IRIX 5.3, 6.2, and 6.3, - use patches 1654, 1703 and 1778 respectively. If you - have trouble locating these patches, please contact your - SGI support channel for help. -
- NCR's MP RAS Unix 2.xx and - 3.xx both have FIN_WAIT_2 timeouts. In 2.xx it is non-tunable - at 600 seconds, while in 3.xx it defaults to 600 seconds and - is calculated based on the tunable "max keep alive probes" - (default of 8) multiplied by the "keep alive interval" (default - 75 seconds). -
- Squent's ptx/TCP/IP for - DYNIX/ptx has had a FIN_WAIT_2 timeout since around - release 4.1 in mid-1994. +
- FreeBSD versions starting at 2.0 or possibly earlier. +
- NetBSD version 1.2(?) +
- OpenBSD all versions(?) +
- BSD/OS 2.1, with the + + K210-027 patch installed. +
- Solaris as of around version + 2.2. The timeout can be tuned by using ndd to + modify tcp_fin_wait_2_flush_interval, but the + default should be appropriate for most servers and improper + tuning can have negative impacts. +
- SCO TCP/IP Release 1.2.1 + can be modified to have a timeout by following + SCO's instructions. +
- Linux 2.0.x and + earlier(?) +
- HP-UX 10.x defaults to + terminating connections in the FIN_WAIT_2 state after the + normal keepalive timeouts. This does not + refer to the persistent connection or HTTP keepalive + timeouts, but the SO_LINGER socket option + which is enabled by Apache. This parameter can be adjusted + by using nettune to modify parameters such as + tcp_keepstart and tcp_keepstop. + In later revisions, there is an explicit timer for + connections in FIN_WAIT_2 that can be modified; contact HP + support for details. +
- SGI IRIX can be patched to + support a timeout. For IRIX 5.3, 6.2, and 6.3, + use patches 1654, 1703 and 1778 respectively. If you + have trouble locating these patches, please contact your + SGI support channel for help. +
- NCR's MP RAS Unix 2.xx and + 3.xx both have FIN_WAIT_2 timeouts. In 2.xx it is non-tunable + at 600 seconds, while in 3.xx it defaults to 600 seconds and + is calculated based on the tunable "max keep alive probes" + (default of 8) multiplied by the "keep alive interval" (default + 75 seconds). +
- Squent's ptx/TCP/IP for + DYNIX/ptx has had a FIN_WAIT_2 timeout since around + release 4.1 in mid-1994.
The following systems are known to not have a timeout:
- SunOS 4.x does not and - almost certainly never will have one because it as at the - very end of its development cycle for Sun. If you have kernel - source should be easy to patch. +
- SunOS 4.x does not and + almost certainly never will have one because it as at the + very end of its development cycle for Sun. If you have kernel + source should be easy to patch.
There is a diff --git a/APACHE_1_2_X/htdocs/manual/misc/index.html b/APACHE_1_2_X/htdocs/manual/misc/index.html index 127b1f2f0d3..2b44c661318 100755 --- a/APACHE_1_2_X/htdocs/manual/misc/index.html +++ b/APACHE_1_2_X/htdocs/manual/misc/index.html @@ -21,92 +21,92 @@
API

Description of Apache's Application Programming Interface.

FAQ

Frequently-Asked Questions concerning the Apache project and server

Reading Client Input in Apache 1.2

Describes differences between Apache 1.1 and 1.2 in how modules read information from the client

Compatibility with NCSA

Notes about Apache's compatibility with the NCSA server

FIN_WAIT_2

A description of the causes of Apache processes going into the FIN_WAIT_2 state, and what you can do about it

"How-To"

Instructions about how to accomplish some commonly-desired server functionality changes

Known Bugs

Just what it says - a list of known bugs in each of the Apache releases

No PGP

Why we took PEM and PGP support out of the base Apache distribution

Performance Notes (BSD 4.4)

Some notes about ways to improve/optimize Apache performance on BSD 4.4 systems

Performance Notes (Digital UNIX)

Extracts of USENET postings describing how to optimize Apache performance on Digital UNIX systems

Performance Notes (General)

Some generic notes about how to improve Apache performance

Security Tips

Some "do"s - and "don't"s - for keeping your Apache web site secure

Virtual Hosts (IP-based)

Excerpts and notes about configuring and using Apache IP-based virtual hosts

Windows Bug with Web Keepalive
A brief description of a known problem with Microsoft Windows and diff --git a/APACHE_1_2_X/htdocs/manual/misc/known_bugs.html b/APACHE_1_2_X/htdocs/manual/misc/known_bugs.html index 2c9316f06eb..4d9ec526b1b 100644 --- a/APACHE_1_2_X/htdocs/manual/misc/known_bugs.html +++ b/APACHE_1_2_X/htdocs/manual/misc/known_bugs.html @@ -17,15 +17,15 @@ The most up-to-date resource for bug tracking and information is the Apache bug database. -All existing bugs will be noted there. Below is a synopsis of -significant outstanding bugs at release time. In fact you really -shouldn't trust anything this page says other than the 1.2 -information. +Significant bugs at release time will also be noted there. +If you are running a 1.2 beta release or version 1.1.3 or earlier +and thing you have found a bug, please upgrade to 1.2. Many bugs +in early versions have been fixed in 1.2.
See Also: Compatibility notes

-
Version 1.2 (all)
+
Apache 1.2 Bugs
1. On some architectures if your configuration uses multiple @@ -39,7 +39,7 @@ information. This affects any architecture that doesn't use one of the USE_xxxxx_SERIALIZED_ACCEPT definitions, see the source file conf.h for your architecture. -
  This will be tracked as + This will be tracked as PR#467.
- -
Version 1.2b8
- -There are several known bugs in 1.2b8. See the -1.2b8 patches -directory for patches for some of the ones that have been fixed since -the release of 1.2b8.
- -
Version 1.2b1
- -
1. users have reported problems with many connections stuck in the -FIN_WAIT_2 state due to server timeouts. This is a quite complicated -problem; see our FIN_WAIT_2 page for -details. - -
2. hard_timeout() for request reads uses incorrect logic, and -ends up waiting for an initial request read for the default "timeout" -number of seconds, 1200, yet only the "KeepAliveTimeout" number of -seconds on keepalive connections. - -
3. mod_info output is not displaying current configuration as -it should. - -
4. Invalid commands in .htaccess files may cause segmentation faults. - -
- -
Version 1.1.1
- -
1. Hostnames such as "123.hotwired.com" are valid, yet -find_allowdeny does not properly handle them. This should be put on -Known Bugs. Be careful when fixing this because just removing the -isalpha() check creates a security hole, consider the DNS map -"1.1.1.1.in-addr.arpa IN PTR 2.2.2." if the user has a config line -"allow from 2.2.2" it will allow 1.1.1.1 in (unless -DMAXIMUM_DNS). --- which is bad because it breaks people who understand double reverse -lookup and are trying to avoid it by using only IP addresses on -allow/deny statements. - reported by Dean Gaudet, fixed in 1.2. - -
- - -
Version 1.1.0
- -
1. mod_auth_msql misbehaviors. Grab a newer version from - the modules distribution - directory. -fixed in 1.1 - -
2. Hanging on Netscape 2.0-3.0b4 on MSWindows (3.1 and 95) - - we investigated pretty seriously, and as best we can tell - this is a Netscape bug, and was fixed in 3.0b5. Please read our - lab report. - -
- -
Version 1.1b2 (beta)
-
1. SunOS has trouble compiling mod_status.c . It'll be fixed - before 1.1 is released.
2. CGI which spawn background processes may fail to return immediately. - No fix exists yet.
3. mod_dir appears to have problems when the DocumentRoot has a - trailing slash.
-
Version 1.1b1 (beta)
-
1. The logfile can sometimes contain only part of a host - address. This occurs if the Cookie module is compiled in - and enabled. -
- -
Version 0.8.16 (beta)
-
1. (Feature) You cannot use relative pathnames for the -f or -d flags - to httpd.
  -
2. .asis files cannot be used for content-negotiation. -
- -
Version 0.8.13 (beta)
- -
1. AddDescription doesn't seem to work (a fix is imminent)
- -
Version 0.8.11 (beta)
-
1. http_main.c function accept_mutex_init() - horrible bug, lock_fname should be defined larger, e.g. - - char lock_fname[30]; - -
  Ooops. - -
  - -
2. There's a bug with NeXT. Restarting the server causes an - infinite loop. A fix has been provided by a user and should be included - in a future update. - -
  - -
- - -
Version 0.8.10 (beta)
- -
1. Server side includes which include CGI output can have unbearable - delays on some platforms. We're looking into a fix. -
  - -
2. NCSA 1.3 and beyond allow wildcards in <Directory> tags; e.g. - <Directory /home/*/public_html> - Apache doesn't (yet), - but we have a patch coming real soon now - -
  - -
3. Buggy scripts can cause server misbehavior on Solaris at least. - -
  - -
4. Some of the default directives in srm.conf-dist are outdated - -
  - -
5. Descriptions of args to AddIcon and AddAlt are wrong - in command table. - -
  - -
6. DirectoryIndex sometimes gets spuriously reset to the default value. - -
  - -
7. ErrorDocument is a little shaky, " Some text %s doesn't - agree with the documentation. - -
  - -
8. All Aliases are checked before any ScriptAliases --- the fully - compatible behavior would be to check both in one pass, in the order - in which they occur in srm.conf. - -
  -
- -
Version 0.8.8 (beta)
- -
1. There's a known compilation problem with NeXT. Knock out the - 2nd argument to setjmp when your compiler complains.
  
  -
2. exec cgi="" produces reasonable malformed header - responses when used to invoke non-CGI scripts.
  - The NCSA code ignores the missing header. (bad idea)
  - Solution: write CGI to the CGI spec or use exec cmd="" instead. -
  We might add virtual support to exec cmd to - make up for this difference.
  - -
3. A scoreboard file for process management is currently - created in /tmp. We now find this to be a bad idea, and have plans - to move it into the /logs directory along with other - files created by Apache. -
  If you have any /tmp cleaning scripts (e.g. from crontab), you - should have them ignore the scoreboard file, which is named - /tmp/htstatus.XXXXXXX. If the scoreboard file is damaged, Apache - can become very confused (a SIGHUP repairs the damage). Furthermore, not - having a /tmp at all can cause disastrous results, as there's no error - checking yet.
  - -
4. Putting authorization information (like AuthName and AuthType) into a - <Directory> directive without a "requires" field in the <Limit> - directive can result in a core dump.
  - -
5. AddIcon is broken. The fix is to change
  - - { "AddIcon", add_icon, BY_TYPE, DIR_CMD_PERMS, ITERATE2, - -
  to
  - - { "AddIcon", add_icon, BY_PATH, DIR_CMD_PERMS, ITERATE2, - -
  in mod_dir.c
6. Under IRIX, the "Group" directive in httpd.conf needs to be a valid group name - (i.e. "nogroup") not the numeric group ID. The distribution httpd.conf, and earlier - ones, had the default Group be "#-1", which was causing silent exits at startup. - -
  - - -
7. Server push as regular CGI's don't work - actually, any normal CGI script - that outputs additional attributes to the Content-type line (separated by a - semicolon) gets that extra information chopped off, which means that the line - Content-type: multipart/x-mixed-replace; boundary=ThisRandomString - gets munged to just Content-type: multipart/x-mixed-replace, which - means it doesn't know what the boundary is, and fails. You can get around this - until 0.8.9 by making the CGI script a "No Parsed Header" script by prefixing the - name of the script with a "nph-", but then you have to be responsible for correct - HTTP headers. If the server-push animation is a constant, unchanging stream that - terminates at some point, you could also put that stream into a whole file and - use the .asis file extension functionality. - -
  - -
8. ErrorDocument is a little shaky, " Some text %s doesn't - agree with the documentation. - -
  - -
- -
+
+ The PATH_INFO part of a request URI cannot include the sequence + %2f. This will be tracked as + PR#543. +
-
Version 0.6.4
-
1. As with NCSA 1.3 (and 1.4 ?), some HEAD requests on -directories without an index.html fail to be logged... harmless.
2. Typo in Virtual Host #defines (accidentally defined #VIRUAL_HOST"). 0.6.4b fixes this. -
-
Version 0.6.2 (first beta)
-
1. Users of early 1.2 betas reported problems with many + connections stuck in the FIN_WAIT_2 state due to server + timeouts. Several changes were made during the beta testing of 1.2 + to reduce this problem as much as possible, although you may still + see sockets in FIN_WAIT_2 state due to network or operating system + issues outside the control of Apache. See our FIN_WAIT_2 page for more details. +
2. Apache error_log might show httpd: caught SIGBUS, dumping core after a successful redirect. We hope to fix this in 0.6.3
3. Compilation fails on SCO3 when using gcc instead of cc, complaining + with "gcc: noinline: No such file or directory". Fix + is given in PR#695. +
4. If you see a lot of messages such as, -
```
access to /something: failed for foo.bar.com, reason: no multi in this directory
```
  -in your error log, don't panic !. It means "File not found", and we will -fix it sooner or later. +
5. If compilation fails complaining about "unknown symbol __inet_ntoa()" + then you have probably installed version 8 of bind. You will need to + explicitly link with the bind library by adding -lbind + to EXTRA_LFLAGS in Configuration. See + PR#616 + and the + Apache FAQ. +
6. The message "created shared memory segment #730499" + in error_log is not an error and should be ignored. See + PR#696. +
7. WARNING: Apache logs all URLs redirected from and -to. This isn't bug, it's deliberate, but you should be aware -of it. It's a recognition of the fact that the Common Log File format -doesn't have any place to log the real object that was returned for -the internally redirected request. This will be changed soon. +
8. + Compiling on Solaris 2 with SunSoft's C compiler gives the warning + "mod_include.c", line 1123: warning: end-of-loop code not + reached. This is a bogus warning and can be ignored. + See PR#681. +
9. + There appears to be a problem on BSDI 2.1 with large numbers of + virtual hosts. This appears similar to a file-descriptor limit + but BSDI should not have this problem. This will be tracked as + PR#611. + See also the + Apache + FAQ. +
10. BSDI problems: One of the test machines (Hyperreal) has noticed "flocks" of -child processes sucking up large amounts of resources when moderately -hit (on a Pentium 90 running 1.1 serving ~2 hits/second). Killing and -restarting the daemon helps this disappear - it's being investigated, -it might be a kernel bug, but then every server developer likes to say -that. Let us know how well it works for you if you are using BSDI and -have a high number of hits.
11. + Solaris 2 has problems with large numbers of virtual hosts. This is + because of an operating system limit of 256 file pointers, not due + to Apache. + See also the + Apache + FAQ. +
diff --git a/APACHE_1_2_X/htdocs/manual/misc/nopgp.html b/APACHE_1_2_X/htdocs/manual/misc/nopgp.html index 8e66fadb388..7d9cab9b9de 100644 --- a/APACHE_1_2_X/htdocs/manual/misc/nopgp.html +++ b/APACHE_1_2_X/htdocs/manual/misc/nopgp.html @@ -69,7 +69,7 @@ date, so send us mail when you see a problem or want a link added. Thanks.
- +
- Yahoo - Science: Mathematics: Security and Encryption
- EFF Crypto/Privacy/Security Archive @@ -81,7 +81,7 @@ Cryptography Export Control Archives (Cygnus) ICLU - Your Rights in Cyberspace
- Brian, brian@hyperreal.com + Brian, brian@hyperreal.com diff --git a/APACHE_1_2_X/htdocs/manual/misc/perf-bsd44.html b/APACHE_1_2_X/htdocs/manual/misc/perf-bsd44.html index 0a1661b7ca3..f754f213acb 100644 --- a/APACHE_1_2_X/htdocs/manual/misc/perf-bsd44.html +++ b/APACHE_1_2_X/htdocs/manual/misc/perf-bsd44.html @@ -219,7 +219,7 @@ helpful suggestions and information.
It really does help if your kernel and frequently used utilities are fully optimized. Rebuilding the FreeBSD kernel on an AMD-133 (486-class CPU) web-server with
- -m486 -fexpensive-optimizations -fomit-frame-ponter -O2
+ -m486 -fexpensive-optimizations -fomit-frame-pointer -O2
helped reduce the number of "unable" errors, because the CPU was often maxed out.

diff --git a/APACHE_1_2_X/htdocs/manual/misc/perf.html b/APACHE_1_2_X/htdocs/manual/misc/perf.html index 96c48ea1992..566cc0f2719 100644 --- a/APACHE_1_2_X/htdocs/manual/misc/perf.html +++ b/APACHE_1_2_X/htdocs/manual/misc/perf.html @@ -26,7 +26,6 @@ for the heavier TCP load, hardware/software conflicts that arise, etc.
A/UX (Apple's UNIX)
BSD-based (BSDI, FreeBSD, etc)
Digital UNIX -
Hewlett-Packard
Linux
SGI
Solaris @@ -62,22 +61,13 @@ Digital UNIX
- DIGITAL - UNIX Tuning Parameters for Web Servers + UNIX Tuning Parameters for Web Servers
- We have some newsgroup postings on how to tune - Digital UNIX 3.2 and 4.0. + Digital UNIX 3.2 and 4.0.
-
-Hewlett-Packard -
- -Some documentation on tuning HP machines can be found at http://www.software.hp.com/internet/perf/tuning.html. - -
-
Linux
diff --git a/APACHE_1_2_X/htdocs/manual/misc/vif-info.html b/APACHE_1_2_X/htdocs/manual/misc/vif-info.html index f38f7375d61..2d7c7041b70 100644 --- a/APACHE_1_2_X/htdocs/manual/misc/vif-info.html +++ b/APACHE_1_2_X/htdocs/manual/misc/vif-info.html @@ -49,15 +49,15 @@ also want it to respond to addresses 198.4.3.2 and 198.5.4.3 (note that these are three distinct class C addresses in three distinct class C nets). Here are the ifconfigs: - ifconfig le0 198.3.2.1 up -trailers # config primary interface + ifconfig le0 198.3.2.1 up -trailers # config primary interface - ifconfig vif0 198.4.3.2 up # config first virtual interface - route delete net 198.4.3 198.4.3.2 # delete spurious route - route add host 198.4.3.2 198.4.3.2 0 # add route for this i/f + ifconfig vif0 198.4.3.2 up # config first virtual interface + route delete net 198.4.3 198.4.3.2 # delete spurious route + route add host 198.4.3.2 198.4.3.2 0 # add route for this i/f - ifconfig vif1 198.5.4.3 up # config second virtual interface - route delete net 198.5.4 198.5.4.3 # delete spurious route - route add host 198.5.4.3 198.5.4.3 0 # add route for this i/f + ifconfig vif1 198.5.4.3 up # config second virtual interface + route delete net 198.5.4 198.5.4.3 # delete spurious route + route add host 198.5.4.3 198.5.4.3 0 # add route for this i/f The route deletes are needed because the ifconfig creates a default route to the interface's network, which can cause problems; all that's @@ -91,11 +91,11 @@ The code for vif follows. To use it, put the stuff in netinet/if_vif.c and netinet/if_vif.h, configure your kernel with the number of virtual interfaces you want using a line like: -pseudo-device vif4 # Virtual IP interface +pseudo-device vif4 # Virtual IP interface in your configuration file, and the line -netinet/if_vif.c optional vif device-driver +netinet/if_vif.c optional vif device-driver in the "files" file. Also, add the appropriate entries in conf.c, so that you can access the if_attach() routine when you open the device: @@ -122,9 +122,9 @@ int vifopen(), vifclose(), vifread(), vifwrite(), vifselect(), vifioctl(); then, way down in the definition for cdevsw[]: -------------------- - vifopen, vifclose, vifread, vifwrite, /*14*/ - vifioctl, nodev, nodev, 0, - 0, nodev, + vifopen, vifclose, vifread, vifwrite, /*14*/ + vifioctl, nodev, nodev, 0, + 0, nodev, -------------------- Make sure you remember the correct major device number, 14 in this case! @@ -139,12 +139,12 @@ changes (most likely only in the includes). ---------------------netinet/if_vif.h-------------------------------------- typedef struct { - struct ifnet vif_if; - struct ifnet *vif_sif; /* slave interface */ - int vif_flags; + struct ifnet vif_if; + struct ifnet *vif_sif; /* slave interface */ + int vif_flags; } vif_softc_t; -#define VIFMTU (1024+512) +#define VIFMTU (1024+512) --------------------------------------------------------------------------- and @@ -165,7 +165,7 @@ and #include "../net/netisr.h" #include "../net/route.h" -#ifdef INET +#ifdef INET #include "../netinet/in.h" #include "../netinet/in_systm.h" #include "../netinet/in_var.h" @@ -191,125 +191,125 @@ int vifs_inited = 0; vifattach() { - register int i; - register struct ifnet *ifp; - int vifoutput(), vififioctl(); - - for (i=0; i<NVIF; i++) - { - ifp = &vif_softc[i].vif_if; - ifp->if_name = "vif"; - ifp->if_unit = i; - ifp->if_mtu = VIFMTU; - ifp->if_flags = IFF_LOOPBACK | IFF_NOARP; - ifp->if_ioctl = vififioctl; - ifp->if_output = vifoutput; - if_attach(ifp); - } + register int i; + register struct ifnet *ifp; + int vifoutput(), vififioctl(); + + for (i=0; i<NVIF; i++) + { + ifp = &vif_softc[i].vif_if; + ifp->if_name = "vif"; + ifp->if_unit = i; + ifp->if_mtu = VIFMTU; + ifp->if_flags = IFF_LOOPBACK | IFF_NOARP; + ifp->if_ioctl = vififioctl; + ifp->if_output = vifoutput; + if_attach(ifp); + } } vifopen(dev, flag) int dev, flag; { - int unit; - - if (!vifs_inited) - { - vifattach(); - vifs_inited = 1; - printf("vif initialized\n"); - } - - unit = minor(dev); - if ((unit < 0) || (unit >= NVIF)) - { - return ENXIO; - } - - return 0; + int unit; + + if (!vifs_inited) + { + vifattach(); + vifs_inited = 1; + printf("vif initialized\n"); + } + + unit = minor(dev); + if ((unit < 0) || (unit >= NVIF)) + { + return ENXIO; + } + + return 0; } vifclose(dev, flag) int dev, flag; { - return 0; + return 0; } vifread() { - return ENXIO; + return ENXIO; } vifwrite() { - return ENXIO; + return ENXIO; } vifselect() { - return ENXIO; + return ENXIO; } vifoutput(ifp, m0, dst) - struct ifnet *ifp; - register struct mbuf *m0; - struct sockaddr *dst; + struct ifnet *ifp; + register struct mbuf *m0; + struct sockaddr *dst; { - int s; - register struct ifqueue *ifq; - struct mbuf *m; - struct sockaddr_in *din; - - if (dst->sa_family != AF_INET) - { - printf("%s%d: can't handle af%d\n", - ifp->if_name, ifp->if_unit, - dst->sa_family); - m_freem(m0); - return (EAFNOSUPPORT); - } - - din = (struct sockaddr_in *)dst; - - if (din->sin_addr.s_addr == IA_SIN(ifp->if_addrlist)->sin_addr.s_addr) - { - /* printf("%s%d: looping\n", ifp->if_name, ifp->if_unit); */ - - /* - * Place interface pointer before the data - * for the receiving protocol. - */ - if (m0->m_off <= MMAXOFF && - m0->m_off >= MMINOFF + sizeof(struct ifnet *)) { - m0->m_off -= sizeof(struct ifnet *); - m0->m_len += sizeof(struct ifnet *); - } else { - MGET(m, M_DONTWAIT, MT_HEADER); - if (m == (struct mbuf *)0) - return (ENOBUFS); - m->m_off = MMINOFF; - m->m_len = sizeof(struct ifnet *); - m->m_next = m0; - m0 = m; - } - *(mtod(m0, struct ifnet **)) = ifp; - s = splimp(); - ifp->if_opackets++; - ifq = &ipintrq; - if (IF_QFULL(ifq)) { - IF_DROP(ifq); - m_freem(m0); - splx(s); - return (ENOBUFS); - } - IF_ENQUEUE(ifq, m0); - schednetisr(NETISR_IP); - ifp->if_ipackets++; - splx(s); - return (0); - } - - return EHOSTUNREACH; + int s; + register struct ifqueue *ifq; + struct mbuf *m; + struct sockaddr_in *din; + + if (dst->sa_family != AF_INET) + { + printf("%s%d: can't handle af%d\n", + ifp->if_name, ifp->if_unit, + dst->sa_family); + m_freem(m0); + return (EAFNOSUPPORT); + } + + din = (struct sockaddr_in *)dst; + + if (din->sin_addr.s_addr == IA_SIN(ifp->if_addrlist)->sin_addr.s_addr) + { + /* printf("%s%d: looping\n", ifp->if_name, ifp->if_unit); */ + + /* + * Place interface pointer before the data + * for the receiving protocol. + */ + if (m0->m_off <= MMAXOFF && + m0->m_off >= MMINOFF + sizeof(struct ifnet *)) { + m0->m_off -= sizeof(struct ifnet *); + m0->m_len += sizeof(struct ifnet *); + } else { + MGET(m, M_DONTWAIT, MT_HEADER); + if (m == (struct mbuf *)0) + return (ENOBUFS); + m->m_off = MMINOFF; + m->m_len = sizeof(struct ifnet *); + m->m_next = m0; + m0 = m; + } + *(mtod(m0, struct ifnet **)) = ifp; + s = splimp(); + ifp->if_opackets++; + ifq = &ipintrq; + if (IF_QFULL(ifq)) { + IF_DROP(ifq); + m_freem(m0); + splx(s); + return (ENOBUFS); + } + IF_ENQUEUE(ifq, m0); + schednetisr(NETISR_IP); + ifp->if_ipackets++; + splx(s); + return (0); + } + + return EHOSTUNREACH; } /* @@ -317,25 +317,25 @@ vifoutput(ifp, m0, dst) */ /* ARGSUSED */ vififioctl(ifp, cmd, data) - register struct ifnet *ifp; - int cmd; - caddr_t data; + register struct ifnet *ifp; + int cmd; + caddr_t data; { - int error = 0; + int error = 0; - switch (cmd) { + switch (cmd) { - case SIOCSIFADDR: - ifp->if_flags |= IFF_UP; - /* - * Everything else is done at a higher level. - */ - break; + case SIOCSIFADDR: + ifp->if_flags |= IFF_UP; + /* + * Everything else is done at a higher level. + */ + break; - default: - error = EINVAL; - } - return (error); + default: + error = EINVAL; + } + return (error); } vifioctl(dev, cmd, arg, mode) @@ -344,13 +344,13 @@ int cmd; caddr_t arg; int mode; { - int unit; - - unit = minor(dev); - if ((unit < 0) || (unit >= NVIF)) - return ENXIO; - - return EINVAL; + int unit; + + unit = minor(dev); + if ((unit < 0) || (unit >= NVIF)) + return ENXIO; + + return EINVAL; } ---------------------------------------------------------------------------- diff --git a/APACHE_1_2_X/htdocs/manual/mod/core.html b/APACHE_1_2_X/htdocs/manual/mod/core.html index fde6c351a23..4f0a3033cf6 100644 --- a/APACHE_1_2_X/htdocs/manual/mod/core.html +++ b/APACHE_1_2_X/htdocs/manual/mod/core.html @@ -836,6 +836,9 @@ Execution of CGI scripts is permitted.
The server will follow symbolic links in this directory. +Note: even though the server follows the symlink it does not +change the pathname used to match against <Directory> +sections.
Includes
@@ -1158,7 +1161,7 @@ release.

SendBufferSize directive
Syntax: SendBufferSize bytes
-Context: server config, virtual host
+Context: server config
Status: core
The server will set the TCP buffer size to the number of bytes diff --git a/APACHE_1_2_X/htdocs/manual/mod/mod_auth_anon.html b/APACHE_1_2_X/htdocs/manual/mod/mod_auth_anon.html index c880c34ee10..c1b6933053a 100644 --- a/APACHE_1_2_X/htdocs/manual/mod/mod_auth_anon.html +++ b/APACHE_1_2_X/htdocs/manual/mod/mod_auth_anon.html @@ -61,23 +61,23 @@ allows users to share URLs. Status: Extension
Module: mod_auth_anon
- A list of one or more 'magic' userIDs which are allowed access - without password verification. The userIDs are space separated. - It is possible to use the ' and " quotes to allow a space in - a userID as well as the \ escape character. -
- Please note that the comparison is case-IN-sensitive. -
- I strongly suggest that the magic username 'anonymous' - is always one of the allowed userIDs. -
- Example:
- - Anonymous: anonymous "Not Registered" 'I don\'t know' -
- This would allow the user to enter without password verification - by using the userId's 'anonymous', 'AnonyMous','Not Registered' and - 'I Don't Know'. + A list of one or more 'magic' userIDs which are allowed access + without password verification. The userIDs are space separated. + It is possible to use the ' and " quotes to allow a space in + a userID as well as the \ escape character. +
+ Please note that the comparison is case-IN-sensitive. +
+ I strongly suggest that the magic username 'anonymous' + is always one of the allowed userIDs. +
+ Example:
+ + Anonymous: anonymous "Not Registered" 'I don\'t know' +
+ This would allow the user to enter without password verification + by using the userId's 'anonymous', 'AnonyMous','Not Registered' and + 'I Don't Know'.

Anonymous_Authoritative
@@ -91,12 +91,12 @@ allows users to share URLs. When set 'on', there is no fall-through to other authorization methods. So if a userID does not match the values specified in the - Anonymous directive, access is denied. -
- Be sure you know what you are doing when you decide to switch - it on. And remember that it is the linking order of the modules - (in the Configuration / Make file) which details the order - in which the Authorization modules are queried. + Anonymous directive, access is denied. +
+ Be sure you know what you are doing when you decide to switch + it on. And remember that it is the linking order of the modules + (in the Configuration / Make file) which details the order + in which the Authorization modules are queried.

Anonymous_LogEmail
@@ -107,8 +107,8 @@ allows users to share URLs. Status: Extension
Module: mod_auth_anon
- When set 'on', the default, the 'password' entered (which hopefully - contains a sensible email address) is logged in the httpd-log file. + When set 'on', the default, the 'password' entered (which hopefully + contains a sensible email address) is logged in the httpd-log file.

Anonymous_MustGiveEmail
@@ -120,8 +120,8 @@ allows users to share URLs. Status: Extension
Module: mod_auth_anon
- Specifies whether the user must specify an email - address as the password. This prohibits blank passwords. + Specifies whether the user must specify an email + address as the password. This prohibits blank passwords.

Anonymous_NoUserID
@@ -132,11 +132,11 @@ allows users to share URLs. Status: Extension
Module: mod_auth_anon
- When set 'on', users can leave - the userID (and perhaps the password field) empty. This - can be very convenient for MS-Explorer users who can - just hit return or click directly on the OK button; which - seems a natural reaction. + When set 'on', users can leave + the userID (and perhaps the password field) empty. This + can be very convenient for MS-Explorer users who can + just hit return or click directly on the OK button; which + seems a natural reaction.
@@ -148,9 +148,9 @@ allows users to share URLs. Status: Extension
Module: mod_auth_anon
- When set 'on' the 'password' entered is - checked for at least one '@' and a '.' to encourage users to enter - valid email addresses (see the above Auth_LogEmail). + When set 'on' the 'password' entered is + checked for at least one '@' and a '.' to encourage users to enter + valid email addresses (see the above Auth_LogEmail).
Example
@@ -180,10 +180,10 @@ Excerpt of access.conf:

Anonymous anonymous guest www test welcome -Anonymous_MustGiveEmail on +Anonymous_MustGiveEmail on Anonymous_VerifyEmail on -Anonymous_NoUserId off -Anonymous_LogEmail on +Anonymous_NoUserId off +Anonymous_LogEmail on AuthName Use 'anonymous' & Email address for guest entry AuthType basic @@ -217,8 +217,8 @@ This version: 23 Nov 1995, 24 Feb 1996, 16 May 1996.
Version 0.5 Added 'VerifyEmail' and 'LogEmail' options. Multiple - 'anonymous' tokens allowed. more docs. Added Authoritative - functionality. + 'anonymous' tokens allowed. more docs. Added Authoritative + functionality.
diff --git a/APACHE_1_2_X/htdocs/manual/mod/mod_dir.html b/APACHE_1_2_X/htdocs/manual/mod/mod_dir.html index aebd31a5bb8..a6cccca6100 100644 --- a/APACHE_1_2_X/htdocs/manual/mod/mod_dir.html +++ b/APACHE_1_2_X/htdocs/manual/mod/mod_dir.html @@ -324,6 +324,26 @@ This will suppress the file size in fancy indexing listings. This will suppress the file description in fancy indexing listings. + IconHeight[=pixels] (Apache 1.3 and later) + + +Presence of this option, when used with IconWidth, will cause the server +to include HEIGHT and WIDTH attributes in the +IMG tag for the file icon. This allows browser to +precalculate the page layout without having to wait until all the +images have been loaded. If no value is given for the option, it +defaults to the standard height of the icons supplied with the Apache +software. + IconWidth[=pixels] (Apache 1.3 and later) + + +Presence of this option, when used with IconHeight, will cause the server +to include HEIGHT and WIDTH attributes in the +IMG tag for the file icon. This allows browser to +precalculate the page layout without having to wait until all the +images have been loaded. If no value is given for the option, it +defaults to the standard width of the icons supplied with the Apache +software. This default is that no options are enabled. If multiple IndexOptions could apply to a directory, then the most specific one is taken complete; diff --git a/APACHE_1_2_X/htdocs/manual/mod/mod_include.html b/APACHE_1_2_X/htdocs/manual/mod/mod_include.html index 6f511309989..f1576471e63 100644 --- a/APACHE_1_2_X/htdocs/manual/mod/mod_include.html +++ b/APACHE_1_2_X/htdocs/manual/mod/mod_include.html @@ -309,15 +309,15 @@ elements are: Unix egrep command. ( test_condition ) - true if test_condition is true + true if test_condition is true ! test_condition - true if test_condition is false + true if test_condition is false test_condition1 && test_condition2 - true if both test_condition1 and - test_condition2 are true + true if both test_condition1 and + test_condition2 are true test_condition1 || test_condition2 - true if either test_condition1 or - test_condition2 is true + true if either test_condition1 or + test_condition2 is true "=" and "!=" bind more tightly than "&&" and diff --git a/APACHE_1_2_X/htdocs/manual/mod/mod_proxy.html b/APACHE_1_2_X/htdocs/manual/mod/mod_proxy.html index e0aef688460..30926d4da6a 100644 --- a/APACHE_1_2_X/htdocs/manual/mod/mod_proxy.html +++ b/APACHE_1_2_X/htdocs/manual/mod/mod_proxy.html @@ -297,7 +297,7 @@ disables caching completely. Using Netscape hostname shortcuts Why doesn't file type xxx download via FTP? Why does Apache start more slowly when using the - proxy module? + proxy module? Can I use the Apache proxy module with my SOCKS proxy?


 
@@ -337,7 +337,7 @@ application/octet-stream        bin dms lha lzh exe class tgz taz
 
 
 Why does Apache start more slowly when using the
-	proxy module?
+        proxy module?
 
 If you're using the ProxyBlock or NoCache
 directives, hostnames' IP addresses are looked up and cached during
diff --git a/APACHE_1_2_X/htdocs/manual/mod/mod_rewrite.html b/APACHE_1_2_X/htdocs/manual/mod/mod_rewrite.html
index 03eaa5801f7..8d432e4c4ef 100644
--- a/APACHE_1_2_X/htdocs/manual/mod/mod_rewrite.html
+++ b/APACHE_1_2_X/htdocs/manual/mod/mod_rewrite.html
@@ -988,10 +988,10 @@ comma-separated list of the following flags:
     which will be expanded. You can use this flag more than once to set more
     than one variable. The variables can be later dereferenced at a lot of
     situations, but the usual location will be from within XSSI (via
-	<!--#echo var="VAR"-->) or CGI (e.g. $ENV{'VAR'}).
-	But additionally you can also dereference it in a following RewriteCond
-	pattern via %{ENV:VAR}. Use this to strip but remember
-	information from URLs. 
+        <!--#echo var="VAR"-->) or CGI (e.g. $ENV{'VAR'}).
+        But additionally you can also dereference it in a following RewriteCond
+        pattern via %{ENV:VAR}. Use this to strip but remember
+        information from URLs. 
 
 
 
diff --git a/APACHE_1_2_X/htdocs/manual/mod/mod_status.html b/APACHE_1_2_X/htdocs/manual/mod/mod_status.html
index f5a55fa397c..f671ad78367 100644
--- a/APACHE_1_2_X/htdocs/manual/mod/mod_status.html
+++ b/APACHE_1_2_X/htdocs/manual/mod/mod_status.html
@@ -90,7 +90,7 @@ mark@ukweb.com and tell me your configuration.
 Do this by adding the following to the AUX_CFLAGS line in the
 "Configuration" file and then recompiling as usual.
 
-	AUX_CFLAGS= (something) -DSTATUS
+        AUX_CFLAGS= (something) -DSTATUS
 
 
 
diff --git a/APACHE_1_2_X/htdocs/manual/new_features_1_2.html b/APACHE_1_2_X/htdocs/manual/new_features_1_2.html
index 1b0bda3021b..419b0c872ba 100644
--- a/APACHE_1_2_X/htdocs/manual/new_features_1_2.html
+++ b/APACHE_1_2_X/htdocs/manual/new_features_1_2.html
@@ -193,12 +193,12 @@ NCSA:
 Optional proxy module

 An improved FTP, HTTP, and CONNECT mode SSL proxy is included with
 Apache 1.2. Some of the changes visible to users:
-	
-	- Improved FTP proxy supporting PASV mode
-	
- ProxyBlock directive for excluding sites to proxy
-	
- NoCache * directive for disabling proxy caching
-	
- Numerous bug fixes
-	
+        
+        - Improved FTP proxy supporting PASV mode
+        
- ProxyBlock directive for excluding sites to proxy
+        
- NoCache * directive for disabling proxy caching
+        
- Numerous bug fixes
+        
 
 
 
diff --git a/APACHE_1_2_X/htdocs/manual/process-model.html b/APACHE_1_2_X/htdocs/manual/process-model.html
index c130decffa7..2c37337b70f 100644
--- a/APACHE_1_2_X/htdocs/manual/process-model.html
+++ b/APACHE_1_2_X/htdocs/manual/process-model.html
@@ -39,9 +39,9 @@ as too confusing.
 The defaults for each variable are:
 
 -MinSpareServers		5
-MaxSpareServers		10
-StartServers		5
+MinSpareServers         5
+MaxSpareServers         10
+StartServers            5
 
 
 There is an absolute maximum number of simultaneous children defined
diff --git a/APACHE_1_2_X/htdocs/manual/suexec.html b/APACHE_1_2_X/htdocs/manual/suexec.html
index 7806bc8f55c..0157cd0c1b5 100644
--- a/APACHE_1_2_X/htdocs/manual/suexec.html
+++ b/APACHE_1_2_X/htdocs/manual/suexec.html
@@ -17,14 +17,15 @@
 
 
 

-	CONTENTS
-	What is suEXEC?
-	Before we begin.
-	suEXEC Security Model.
-	Configuring & Installing suEXEC
-	Enabling & Disabling suEXEC
-	Debugging suEXEC
-	Beware the Jabberwock: Warnings & Examples
+        CONTENTS
+        What is suEXEC?
+        Before we begin.
+        suEXEC Security Model.
+        Configuring & Installing suEXEC
+        Enabling & Disabling suEXEC
+        Debugging suEXEC
+        Beware the Jabberwock: Warnings &
+         Examples 
 
 
 
@@ -119,124 +120,124 @@ user and group IDs under which the program is to execute.
 The wrapper then employs the following process to determine success or
 failure -- if any one of these conditions fail, the program logs the failure
 and exits with an error, otherwise it will continue:
-	
-	Was the wrapper called with the proper number of arguments?
-	
-	The wrapper will only execute if it is given the proper number of arguments.
-	The proper argument format is known to the Apache web server.  If the wrapper
-	is not receiving the proper number of arguments, it is either being hacked, or
-	there is something wrong with the suEXEC portion of your Apache binary.
-	
-	
-	Is the user executing this wrapper a valid user of this system?
-	
-	This is to ensure that the user executing the wrapper is truly a user of the system.
-	
-	
-	Is this valid user allowed to run the wrapper?
-	
-	Is this user the user allowed to run this wrapper?  Only one user (the Apache
-	user) is allowed to execute this program.
-	
-	
-	Does the target program have an unsafe hierarchical reference?
-	
-	Does the target program contain a leading '/' or have a '..' backreference?  These
-	are not allowed; the target program must reside within the Apache webspace.
-	
-	
-	Is the target user name valid?
-	
-	Does the target user exist?
-	
-	
-	Is the target group name valid?
-	
-	Does the target group exist?
-	
-	
-	Is the target user NOT superuser?
-	
-	Presently, suEXEC does not allow 'root' to execute CGI/SSI programs.
-	
-	
-	Is the target userid ABOVE the minimum ID number?
-	
-	The minimum user ID number is specified during configuration.  This allows you
-	to set the lowest possible userid that will be allowed to execute CGI/SSI programs.
-	This is useful to block out "system" accounts.
-	
-	
-	Is the target group NOT the superuser group?
-	
-	Presently, suEXEC does not allow the 'root' group to execute CGI/SSI programs.
-	
-	
-	Is the target groupid ABOVE the minimum ID number?
-	
-	The minimum group ID number is specified during configuration.  This allows you
-	to set the lowest possible groupid that will be allowed to execute CGI/SSI programs.
-	This is useful to block out "system" groups.
-	
-	
-	Can the wrapper successfully become the target user and group?
-	
-	Here is where the program becomes the target user and group via setuid and setgid
-	calls.  The group access list is also initialized with all of the groups of which
-	the user is a member.
-	
-	
-	Does the directory in which the program resides exist?
-	
-	If it doesn't exist, it can't very well contain files.
-	
-	
-	Is the directory within the Apache webspace?
-	
-	If the request is for a regular portion of the server, is the requested directory
-	within the server's document root?  If the request is for a UserDir, is the requested
-	directory within the user's document root?
-	
-	
-	Is the directory NOT writable by anyone else?
-	
-	We don't want to open up the directory to others; only the owner user may be able
-	to alter this directories contents.
-	
-	
-	Does the target program exist?
-	
-	If it doesn't exists, it can't very well be executed.
-	
-	
-	Is the target program NOT writable by anyone else?
-	
-	We don't want to give anyone other than the owner the ability to change the program.
-	
-	
-	Is the target program NOT setuid or setgid?
-	
-	We do not want to execute programs that will then change our UID/GID again.
-	
-	
-	Is the target user/group the same as the program's user/group?
-	
-	Is the user the owner of the file?
-	
-	
-	Can we successfully clean the process environment to ensure safe operations?
-	
-	suEXEC cleans the process' environment by establishing a safe execution PATH (defined
-	during configuration), as well as only passing through those variables whose names
-	are listed in the safe environment list (also created during configuration).
-	
-	
-	Can we successfully become the target program and execute?
-	
-	Here is where suEXEC ends and the target program begins.
-	
-	
-	
+        
+        Was the wrapper called with the proper number of arguments?
+        
+        The wrapper will only execute if it is given the proper number of arguments.
+        The proper argument format is known to the Apache web server.  If the wrapper
+        is not receiving the proper number of arguments, it is either being hacked, or
+        there is something wrong with the suEXEC portion of your Apache binary.
+        
+        
+        Is the user executing this wrapper a valid user of this system?
+        
+        This is to ensure that the user executing the wrapper is truly a user of the system.
+        
+        
+        Is this valid user allowed to run the wrapper?
+        
+        Is this user the user allowed to run this wrapper?  Only one user (the Apache
+        user) is allowed to execute this program.
+        
+        
+        Does the target program have an unsafe hierarchical reference?
+        
+        Does the target program contain a leading '/' or have a '..' backreference?  These
+        are not allowed; the target program must reside within the Apache webspace.
+        
+        
+        Is the target user name valid?
+        
+        Does the target user exist?
+        
+        
+        Is the target group name valid?
+        
+        Does the target group exist?
+        
+        
+        Is the target user NOT superuser?
+        
+        Presently, suEXEC does not allow 'root' to execute CGI/SSI programs.
+        
+        
+        Is the target userid ABOVE the minimum ID number?
+        
+        The minimum user ID number is specified during configuration.  This allows you
+        to set the lowest possible userid that will be allowed to execute CGI/SSI programs.
+        This is useful to block out "system" accounts.
+        
+        
+        Is the target group NOT the superuser group?
+        
+        Presently, suEXEC does not allow the 'root' group to execute CGI/SSI programs.
+        
+        
+        Is the target groupid ABOVE the minimum ID number?
+        
+        The minimum group ID number is specified during configuration.  This allows you
+        to set the lowest possible groupid that will be allowed to execute CGI/SSI programs.
+        This is useful to block out "system" groups.
+        
+        
+        Can the wrapper successfully become the target user and group?
+        
+        Here is where the program becomes the target user and group via setuid and setgid
+        calls.  The group access list is also initialized with all of the groups of which
+        the user is a member.
+        
+        
+        Does the directory in which the program resides exist?
+        
+        If it doesn't exist, it can't very well contain files.
+        
+        
+        Is the directory within the Apache webspace?
+        
+        If the request is for a regular portion of the server, is the requested directory
+        within the server's document root?  If the request is for a UserDir, is the requested
+        directory within the user's document root?
+        
+        
+        Is the directory NOT writable by anyone else?
+        
+        We don't want to open up the directory to others; only the owner user may be able
+        to alter this directories contents.
+        
+        
+        Does the target program exist?
+        
+        If it doesn't exists, it can't very well be executed.
+        
+        
+        Is the target program NOT writable by anyone else?
+        
+        We don't want to give anyone other than the owner the ability to change the program.
+        
+        
+        Is the target program NOT setuid or setgid?
+        
+        We do not want to execute programs that will then change our UID/GID again.
+        
+        
+        Is the target user/group the same as the program's user/group?
+        
+        Is the user the owner of the file?
+        
+        
+        Can we successfully clean the process environment to ensure safe operations?
+        
+        suEXEC cleans the process' environment by establishing a safe execution PATH (defined
+        during configuration), as well as only passing through those variables whose names
+        are listed in the safe environment list (also created during configuration).
+        
+        
+        Can we successfully become the target program and execute?
+        
+        Here is where suEXEC ends and the target program begins.
+        
+        
+        
 
 
 
@@ -257,7 +258,7 @@ section of this document.
 BACK TO CONTENTS
 
 
-Configuring & Installing suEXEC
+Configuring & Installing suEXEC
 
 Here's where we begin the fun.  The configuration and installation of suEXEC is
 a four step process: edit the suEXEC header file, compile suEXEC, place the
@@ -396,7 +397,7 @@ user shell, do so now and execute the following commands.
 BACK TO CONTENTS
 
 
-Enabling & Disabling suEXEC
+Enabling & Disabling suEXEC
 
 After properly installing the suexec wrapper
 executable, you must kill and restart the Apache server.  A simple
@@ -454,7 +455,7 @@ and the error_log for the server to see where you may have gone astray.
 BACK TO CONTENTS
 
 
-Beware the Jabberwock: Warnings & Examples
+Beware the Jabberwock: Warnings & Examples
 
 NOTE!  This section may not be complete.  For the latest
 revision of this section of the documentation, see the Apache Group's
@@ -467,33 +468,33 @@ There are a few points of interest regarding the wrapper that can cause
 limitations on server setup.  Please review these before submitting any
 "bugs" regarding suEXEC.
 

-	suEXEC Points Of Interest
-	Hierarchy limitations
-	
-	For security and efficiency reasons, all suexec requests must
-	remain within either a top-level document root for virtual
-	host requests, or one top-level personal document root for
-	userdir requests.  For example, if you have four VirtualHosts
-	configured, you would need to structure all of your VHosts'
-	document roots off of one main Apache document hierarchy to
-	take advantage of suEXEC for VirtualHosts. (Example forthcoming.)
-	
-	
-	suEXEC's PATH environment variable
-	
-	This can be a dangerous thing to change.  Make certain every
-	path you include in this define is a trusted
-	directory.  You don't want to open people up to having someone
-	from across the world running a trojan horse on them.
-	
-	
-	Altering the suEXEC code
-	
-	Again, this can cause Big Trouble if you try
-	this without knowing what you are doing.  Stay away from it
-	if at all possible.
-	
-	
+        suEXEC Points Of Interest
+        Hierarchy limitations
+        
+        For security and efficiency reasons, all suexec requests must
+        remain within either a top-level document root for virtual
+        host requests, or one top-level personal document root for
+        userdir requests.  For example, if you have four VirtualHosts
+        configured, you would need to structure all of your VHosts'
+        document roots off of one main Apache document hierarchy to
+        take advantage of suEXEC for VirtualHosts. (Example forthcoming.)
+        
+        
+        suEXEC's PATH environment variable
+        
+        This can be a dangerous thing to change.  Make certain every
+        path you include in this define is a trusted
+        directory.  You don't want to open people up to having someone
+        from across the world running a trojan horse on them.
+        
+        
+        Altering the suEXEC code
+        
+        Again, this can cause Big Trouble if you try
+        this without knowing what you are doing.  Stay away from it
+        if at all possible.
+        
+        
 
 
 
diff --git a/APACHE_1_2_X/htdocs/manual/virtual-host.html b/APACHE_1_2_X/htdocs/manual/virtual-host.html
index 6bfa8fb626c..b94a0fcecf8 100644
--- a/APACHE_1_2_X/htdocs/manual/virtual-host.html
+++ b/APACHE_1_2_X/htdocs/manual/virtual-host.html
@@ -186,9 +186,9 @@ for the root process. This will exhibit itself as errors in the error log like
 "rlimit" to some large number, like 512.  
 
Edit http_main.c to add calls to setrlimit() from main(), along the lines of
 -	struct rlimit rlp;
+        struct rlimit rlp;
 
-	rlp.rlim_cur = rlp.rlim_max = 512;
+        rlp.rlim_cur = rlp.rlim_max = 512;
         if (setrlimit(RLIMIT_NPROC, &rlp)) {
             fprintf(stderr, "setrlimit(RLIMIT_NPROC) failed.\n");
             exit(1);
diff --git a/unlabeled-1.6.2/htdocs/manual/mod/mod_autoindex.html b/unlabeled-1.6.2/htdocs/manual/mod/mod_autoindex.html
index aebd31a5bb8..a6cccca6100 100644
--- a/unlabeled-1.6.2/htdocs/manual/mod/mod_autoindex.html
+++ b/unlabeled-1.6.2/htdocs/manual/mod/mod_autoindex.html
@@ -324,6 +324,26 @@ This will suppress the file size in fancy indexing listings.
 
 
 This will suppress the file description in fancy indexing listings.
+
IconHeight[=pixels] (Apache 1.3 and later)
+

+
+Presence of this option, when used with IconWidth, will cause the server
+to include HEIGHT and WIDTH attributes in the
+IMG tag for the file icon.  This allows browser to
+precalculate the page layout without having to wait until all the
+images have been loaded.  If no value is given for the option, it
+defaults to the standard height of the icons supplied with the Apache
+software.
+
IconWidth[=pixels] (Apache 1.3 and later)
+

+
+Presence of this option, when used with IconHeight, will cause the server
+to include HEIGHT and WIDTH attributes in the
+IMG tag for the file icon.  This allows browser to
+precalculate the page layout without having to wait until all the
+images have been loaded.  If no value is given for the option, it
+defaults to the standard width of the icons supplied with the Apache
+software.
 
 This default is that no options are enabled. If multiple IndexOptions
 could apply to a directory, then the most specific one is taken complete;
-- 
2.47.2

It Worked!

It Worked!

Apache Server Frequently Asked Questions

Version 1.2 (all)

Apache 1.2 Bugs

Version 1.2b8

Version 1.2b1

Version 1.1.1

Version 1.1.0

Version 1.1b2 (beta)

Version 1.1b1 (beta)

Version 0.8.16 (beta)

Version 0.8.13 (beta)

Version 0.8.11 (beta)

Version 0.8.10 (beta)

Version 0.8.8 (beta)

Version 0.6.4

Version 0.6.2 (first beta)

Anonymous_Authoritative

Anonymous_LogEmail

Anonymous_MustGiveEmail

Anonymous_NoUserID

Example