When something goes wrong you should run server in verbose mode (the
-v
flag) to see exactly what is the problem. If you
usually run it from inet daemon start it now standalone to some other
port (with -p
port flag) with otherwise the
same parameters as in /etc/inetd.conf.
It's important to understand that rules in the configuration file
(Map
, Pass
, Exec
,
Fail
, Protect
, DefProt
and
Redirect
) are translated from top to bottom, and the
first matching Pass
, Exec
or
Fail
will terminate rule translation.
So, make sure that your Exec
rule is before any general Map
pings.
cern_httpd
standalone; this was fixed in version 2.17beta. If you still see zombies (more
than two that don't go away in a few minutes) it is a bug.
:-(
This is a hard-coded inetd
limitation on at least
SunOS-4.1.* and NeXT, which limits maximum allowed connections
from a given host to 40 per minute. This can be exceeded by
scripts doing Web-roaming, or documents having masses of small
inlined images.
There is a fix for at least SunOS inetd
(100178-08), and
in Solaris this is fixed. You can also run httpd
standalone (preferably with the -fork
command line
option).
Most importantly, you should stop running
httpd
from inetd
and rather run it standalone. This
is because running from inetd
is inefficient.
Map /* file:/*but 2.15 doesn't have this limitation anymore.
httpd,
e.g.
httpd /home/me/MyGloriousWeb