Purchase  Copyright © 2002 Paul Sheer. Click here for copying permissions.  Home 

next up previous contents
Next: 37. crond and atd Up: rute Previous: 35. The LINUX File   Contents

Subsections

36. httpd -- Apache Web Server

In this chapter, we will show how to set up a web server running virtual domains and dynamic CGI web pages. HTML is not covered, and you are expected to have some understanding of what HTML is, or at least where to find documentation about it.

36.1 Web Server Basics

In Section 26.2 we showed a simple HTTP session with the telnet command. A web server is really nothing more than a program that reads a file from the hard disk whenever a GET /<filename>.html HTTP/1.0 request comes in on port 80. Here, we will show a simple web server written in shell script. [Not by me. The author did not put his name in the source, so if you are out there, please drop me an email.] You will need to add the line

 
www stream  tcp  nowait  nobody  /usr/local/sbin/sh-httpd

to your /etc/inetd.conf file. If you are running xinetd, then you will need to add a file containing

 
 
 
 
5 
 
 
service www
{
        socket_type             = stream
        wait                    = no
        user                    = nobody
        server                  = /usr/local/sbin/sh-httpd
}

to your /etc/xinetd.d/ directory. Then, you must stop any already running web servers and restart inetd (or xinetd).

You will also have to create a log file ( /usr/local/var/log/sh-httpd.log) and at least one web page ( /usr/local/var/sh-www/index.html) for your server to serve. It can contain, say:

 
 
 
 
5 
 
 
 
 
10 
 
 
 
<HTML>
 <HEAD>
  <TITLE>My First Document</TITLE>
 </HEAD>
 <BODY bgcolor=#CCCCCC text="#000000">
This is my first document<P>
Please visit
  <A HREF="http://rute.sourceforge.net/">
   The Rute Home Page
  </A>
for more info.</P>
 </BODY>
</HTML>

Note that the server runs as nobody, so the log file must be writable by the nobody user, and the index.html file must be readable. Also note the use of the getpeername command, which can be changed to PEER="" if you do not have the netpipes package installed. [I am not completely sure if other commands used here are unavailable on other UNIX systems.].

 
 
 
 
5 
 
 
 
 
10 
 
 
 
 
15 
 
 
 
 
20 
 
 
 
 
25 
 
 
 
 
30 
 
 
 
 
35 
 
 
 
 
40 
 
 
 
 
45 
 
 
 
 
50 
 
 
 
 
55 
 
 
 
 
60 
 
 
 
 
65 
 
 
 
 
70 
 
 
 
 
75 
 
 
 
 
80 
 
 
 
 
85 
 
 
 
 
90 
 
 
 
 
95 
 
 
 
 
100 
 
 
 
 
105 
 
 
 
 
110 
 
 
 
 
115 
 
 
 
 
120 
 
 
#!/bin/sh
VERSION=0.1
NAME="ShellHTTPD"
DEFCONTENT="text/html"
DOCROOT=/usr/local/var/sh-www
DEFINDEX=index.html
LOGFILE=/usr/local/var/log/sh-httpd.log
 
log() {
    local REMOTE_HOST=$1
    local REFERRER=$2
    local CODE=$3
    local SIZE=$4
    
    echo "$REMOTE_HOST $REFERRER - [$REQ_DATE] \
\"${REQUEST}\" ${CODE} ${SIZE}" >> ${LOGFILE}    
}
 
print_header() {
    echo -e "HTTP/1.0 200 OK\r"
    echo -e "Server: ${NAME}/${VERSION}\r"    
    echo -e "Date: `date`\r"
}
 
print_error() {
    echo -e "HTTP/1.0 $1 $2\r"
    echo -e "Content-type: $DEFCONTENT\r"
    echo -e "Connection: close\r"
    echo -e "Date: `date`\r"
    echo -e "\r"
    echo -e "$2\r"
    exit 1
}
 
guess_content_type() {
    local FILE=$1
    local CONTENT
    
    case ${FILE##*.} in
        html) CONTENT=$DEFCONTENT ;;
        gz) CONTENT=application/x-gzip ;;
        *) CONTENT=application/octet-stream ;;
    esac
    
    echo -e "Content-type: $CONTENT"
}
 
do_get() {
    local DIR
    local NURL
    local LEN
    
    if [ ! -d $DOCROOT ]; then
        log ${PEER} - 404 0
        print_error 404 "No such file or directory"
    fi
    
    if [ -z "${URL##*/}" ]; then
        URL=${URL}${DEFINDEX}
    fi
    
    DIR="`dirname $URL`"
    if [ ! -d ${DOCROOT}/${DIR} ]; then
        log ${PEER} - 404 0
        print_error 404 "Directory not found"
    else
        cd ${DOCROOT}/${DIR}
        NURL="`pwd`/`basename ${URL}`"
        URL=${NURL}
    fi
    
    if [ ! -f ${URL} ]; then
        log ${PEER} - 404 0
        print_error 404 "Document not found"
    fi
    
    print_header
    guess_content_type ${URL}
    LEN="`ls -l ${URL} | tr -s ' ' | cut -d ' ' -f 5`"
    echo -e "Content-length: $LEN\r\n\r"
    log ${PEER} - 200 ${LEN}
    cat ${URL}
    sleep 3
}
 
read_request() {
    local DIRT
    local COMMAND
 
    read REQUEST
    read DIRT
    
    REQ_DATE="`date +"%d/%b/%Y:%H:%M:%S %z"`"
    REQUEST="`echo ${REQUEST} | tr -s [:blank:]`"
    COMMAND="`echo ${REQUEST} | cut -d ' ' -f 1`"
    URL="`echo ${REQUEST} | cut -d ' ' -f 2`"
    PROTOCOL="`echo ${REQUEST} | cut -d ' ' -f 3`"
 
    case $COMMAND in
        HEAD)
            print_error 501 "Not implemented (yet)"
            ;;
        GET)
            do_get
            ;;
        *)
            print_error 501 "Not Implemented"
            ;;
    esac
}
 
#
# It was supposed to be clean - without any non-standard utilities
# but I want some logging where the connections come from, so
# I use just this one utility to get the peer address
#
# This is from the netpipes package
PEER="`getpeername | cut -d ' ' -f 1`"
 
read_request
 
exit 0

Now run telnet localhost 80, as in Section 26.2. If that works and your log files are being properly appended (use tail -f ...), you can try to connect to http://localhost/ with a web browser like Netscape.

Notice also that the command getsockname (which tells you which of your own IP addresses the remote client connected to) could allow the script to serve pages from a different directory for each IP address. This is virtual domains in a nutshell. [Groovy, baby, I'm in a giant nutshell.... how do I get out?]

36.2 Installing and Configuring Apache

Because all distributions package Apache in a different way, here I assume Apache to have been installed from its source tree, rather than from a .deb or .rpm package. You can refer to Section 24.1 on how to install Apache from its source .tar.gz file like any other GNU package. (You can even install it under Windows, Windows NT, or OS/2.) The source tree is, of course, available from The Apache Home Page <http://www.apache.org>. Here I assume you have installed it in --prefix=/opt/apache/. In the process, Apache will have dumped a huge reference manual into /opt/apache/htdocs/manual/.

36.2.1 Sample httpd.conf

Apache has several legacy configuration files: access.conf and srm.conf are two of them. These files are now deprecated and should be left empty. A single configuration file /opt/apache/conf/httpd.conf may contain at minimum:

 
 
 
 
5 
 
 
 
 
10 
 
 
 
 
15 
 
 
 
 
20 
 
 
 
 
25 
 
 
 
 
30 
 
 
 
 
35 
 
 
 
 
40 
 
 
ServerType standalone
ServerRoot "/opt/apache"
PidFile /opt/apache/logs/httpd.pid
ScoreBoardFile /opt/apache/logs/httpd.scoreboard
Port 80
User nobody
Group nobody
HostnameLookups Off
ServerAdmin webmaster@cranzgot.co.za
UseCanonicalName On
ServerSignature On
DefaultType text/plain
ErrorLog /opt/apache/logs/error_log
LogLevel warn
LogFormat "%h %l %u %t \"%r\" %>s %b" common
CustomLog /opt/apache/logs/access_log common
DocumentRoot "/opt/apache/htdocs"
DirectoryIndex index.html
AccessFileName .htaccess
<Directory />
    Options FollowSymLinks
    AllowOverride None
    Order Deny,Allow
    Deny from All
</Directory>
<Files ~ "^\.ht">
    Order allow,deny
    Deny from all
</Files>
<Directory "/opt/apache/htdocs">
    Options Indexes FollowSymLinks MultiViews
    AllowOverride All
    Order allow,deny
    Allow from all
</Directory>
<Directory "/opt/apache/htdocs/home/*/www">
    Options Indexes MultiViews
    AllowOverride None
    Order allow,deny
    Allow from all
</Directory>
UserDir /opt/apache/htdocs/home/*/www

With the config file ready, you can move the index.html file above to /opt/apache/htdocs/. You will notice the complete Apache manual and a demo page already installed there; you can move them to another directory for the time being. Now run

 
/opt/apache/bin/httpd -X

and then point your web browser to http://localhost/ as before.

36.2.2 Common directives

Here is a description of the options. Each option is called a directive in Apache terminology. A complete list of basic directives is in the file /opt/apache/htdocs/manual/mod/core.html.

ServerType
As discussed in Section 29.2, some services can run standalone or from inetd (or xinetd). This directive can be exactly standalone or inetd. If you choose inetd, you will need to add an appropriate line into your inetd configuration, although a web server should almost certainly choose standalone mode.
ServerRoot
This is the directory superstructure [See page [*].] under which Apache is installed. It will always be the same as the value passed to --prefix=.
PidFile
Many system services store the process ID in a file for shutdown and monitoring purposes. On most distributions, the file is /var/run/httpd.pid.
ScoreBoardFile
This option is used for communication between Apache parent and child processes on some non-UNIX systems.
Port
This is the TCP port for standalone servers to listen on.
User, Group
This option is important for security. It forces httpd to user nobody privileges. If the web server is ever hacked, the attack will not be able to gain more than the privileges of the nobody user.
HostnameLookups
To force a reverse DNS lookup on every connecting host, set this directive to on. To force a forward lookup on every reverse lookup, set this to double. This option is for logging purposes since access control does a reverse and forward reverse lookup anyway if required. It should certainly be off if you want to reduce latency.
ServerAdmin
Error messages include this email address.
UseCanonicalName
If Apache has to return a URL for any reason, it will normally return the full name of the server. Setting to off uses the very host name sent by the client.
ServerSignature
Add the server name to HTML error messages.
DefaultType
All files returned to the client have a type field specifying how the file should be displayed. If Apache cannot deduce the type, it assumes the MIME Type to be text/plain. See Section 12.6.2 for a discussion of MIME types.
ErrorLog
Where errors get logged, usually /var/log/httpd/error_log
LogLevel
How much info to log.
LogFormat
Define a new log format. Here we defined a log format and call it common. Multiple lines are allowed. Lots of interesting information can actually be logged: See /opt/apache/htdocs/manual/mod/mod_log_config.html for a full description.
CustomLog
The log file name and its (previously defined) format.
DocumentRoot
This directive specifies the top-level directory that client connections will see. The string /opt/apache/htdocs/ is prepended to any file lookup, and hence a URL http://localhost/manual/index.html.en will return the file /opt/apache/htdocs/manual/index.html.en.
DirectoryIndex
This directive gives the default file to try serve for URLs that contain only a directory name. If a file index.html does not exist under that directory, an index of the directory is sent to the client. Other common configurations use index.htm or default.html.
AccessFileName
Before serving a file to a client, Apache reads additional directives from a file .htaccess in the same directory as the requested file. If a parent directory contains a .htaccess instead, this one will take priority. The .htaccess file contains directives that limit access to the directory, as discussed below.

The above is merely the general configuration of Apache. To actually serve pages, you need to define directories, each with a particular purpose, containing particular HTML or graphic files. The Apache configuration file is very much like an HTML document. Sections are started with <section  parameter > and ended with </section >. The most common directive of this sort is <Directory /directory > which does such directory definition. Before defining any directories, we need to limit access to the root directory. This control is critical for security.

 
 
 
 
5 
 
<Directory />
    Options FollowSymLinks
    Deny from All
    Order Deny,Allow
    AllowOverride None
</Directory>

This configuration tells Apache about the root directory, giving clients very restrictive access to it. The directives are [Some of these are extracted from the Apache manual.]:

Options
The Options directive controls which server features are available in a particular directory. There is also the syntax +option or -option to include the options of the parent directory, for example, Options +FollowSymLinks -Indexes.
FollowSymLinks
The server will follow any symbolic links beneath the directory. Be careful about what symbolic links you have beneath directories with FollowSymLinks. You can, for example, give everyone access to the root directory by having a link ../../../ under htdocs--not what you want.
ExecCGI
Execution of CGI scripts is permitted.
Includes
Server-side includes are permitted (more on this later).
IncludesNOEXEC
Server-side includes are permitted, but the #exec command and #include of CGI scripts are disabled.
Indexes
If a client asks for a directory by name and no index.html file (or whatever DirectoryIndex file you specified) is present, then a pretty listing of the contents of that directory is created and returned. For security you may want to turn this option off.
MultiViews
Content-negotiated MultiViews are allowed (more on this later).
SymLinksIfOwnerMatch
The server will only follow symbolic links for which the target file or directory is owned by the same user ID as the link (more on this later).
All
All options except for MultiViews. This is the default setting.
Deny
Hosts that are not allowed to connect. You can specify a host name or IP address, for example, as:

 
 
 
Deny from 10.1.2.3
Deny from 192.168.5.0/24
Deny from cranzgot.co.za

which will deny access to 10.1.2.3, all hosts beginning with 192.168.5., and all hosts ending in .cranzgot.co.za, including the host cranzgot.co.za.
Allow
Hosts that are allowed to connect. This directive uses the same syntax as Deny.
Order
If order is Deny,Allow, then the Deny directives are checked first and any client that does not match a Deny directive or does match an Allow directive will be allowed access to the server.

If order is Allow,Deny, then the Allow directives are checked first and any client that does not match an Allow directive or does match a Deny directive will be denied access to the server.

AllowOverride
In addition to the directives specified here, additional directives will be read from the file specified by AccessFileName, usually called .htaccess. This file would usually exist alongside your .html files or otherwise in a parent directory. If the file exists, its contents are read into the current <Directory ... > directive. AllowOverride says what directives the .htaccess file is allowed to squash. The complete list can be found in /opt/apache/htdocs/manual/mod/core.html.

You can see that we give very restrictive Options to the root directory, as well as very restrictive access. The only server feature we allow is FollowSymLinks, then we Deny any access, and then we remove the possibility that a .htaccess file could override our restrictions.

The <Files ... > directive sets restrictions on all files matching a particular regular expression. As a security measure, we use it to prevent access to all .htaccess files as follows:

 
 
 
 
<Files ~ "^\.ht">
    Order allow,deny
    Deny from all
</Files>

We are now finally ready to add actual web page directories. These take a less restrictive set of access controls:

 
 
 
 
5 
 
<Directory "/opt/apache/htdocs">
    Options Indexes FollowSymLinks MultiViews
    AllowOverride All
    Order allow,deny
    Allow from all
</Directory>

36.2.3 User HTML directories

Our users may require that Apache know about their private web page directories ~/www/. This is easy to support with the special UserDir directive:

 
 
 
 
5 
 
 
<Directory "/opt/apache/htdocs/home/*/www">
    Options Indexes MultiViews
    AllowOverride None
    Order allow,deny
    Allow from all
</Directory>
UserDir /opt/apache/htdocs/home/*/www

For this feature to work, you must symlink /opt/apache/htdocs/home to /home, and create a directory www/ under each user's home directory. Hitting the URL http://localhost/~jack/index.html will then retrieve the file /opt/apache/htdocs/home/jack/www/index.html. You will find that Apache gives a Forbidden error message when you try to do this. This is probably because jack's home directory's permissions are too restrictive. Your choices vary between now making jack's home directory less restricted or increasing the privileges of Apache. Running Apache under the www group by using Group www, and then running

 
 
 
groupadd -g 65 www
chown jack:www /home/jack /home/jack/www
chmod 0750 /home/jack /home/jack/www

is a reasonable compromise.

36.2.4 Aliasing

Sometimes, HTML documents will want to refer to a file or graphic by using a simple prefix, rather than a long directory name. Other times, you want two different references to source the same file. The Alias directive creates virtual links between directories. For example, adding the following line, means that a URL /icons/bomb.gif will serve the file /opt/apache/icons/bomb.gif:

 
Alias /icons/ "/opt/apache/icons/"

We do, of course, need to tell Apache about this directory:

 
 
 
 
5 
 
<Directory "/opt/apache/icons">
    Options None
    AllowOverride None
    Order allow,deny
    Allow from all
</Directory>

36.2.5 Fancy indexes

You will find the directory lists generated by the preceding configuration rather bland. The directive

 
IndexOptions FancyIndexing

causes nice descriptive icons to be printed to the left of the file name. What icons match what file types is a trick issue. You can start with:

 
 
 
 
5 
 
 
 
AddIconByEncoding (CMP,/icons/compressed.gif) x-compress x-gzip
AddIconByType (TXT,/icons/text.gif) text/*
AddIconByType (IMG,/icons/image2.gif) image/*
AddIconByType (SND,/icons/sound2.gif) audio/*
AddIconByType (VID,/icons/movie.gif) video/*
AddIcon /icons/compressed.gif .Z .z .tgz .gz .zip
AddIcon /icons/a.gif .ps .eps
AddIcon /icons/layout.gif .html .shtml .htm

This requires the Alias directive above to be present. The default Apache configuration contains a far more extensive map of file types.

36.2.6 Encoding and language negotiation

You can get Apache to serve gzipped files with this:

 
 
AddEncoding x-compress Z
AddEncoding x-gzip gz

Now if a client requests a file index.html, but only a file index.html.gz exists, Apache decompresses it on-the-fly. Note that you must have the MultiViews options enabled.

The next options cause Apache to serve index.html.language-code when index.html is requested, filling in the preferred language code sent by the web browser. Adding these directives causes your Apache manual to display correctly and will properly show documents that have non-English translations. Here also, the MultiViews must be present.

 
 
 
 
5 
 
 
 
 
10 
AddLanguage en .en
AddLanguage da .dk
AddLanguage nl .nl
AddLanguage et .ee
AddLanguage fr .fr
AddLanguage de .de
AddLanguage el .el
AddLanguage ja .ja
AddLanguage ru .ru
LanguagePriority en da nl et fr de el ja ru

The LanguagePriority directive indicates the preferred language if the browser did not specify any.

Some files might contain a .koi8-r extension, indicating a Russian character set encoding for this file. Many languages have such custom character sets. Russian files are named webpage .html.ru.koi8-r. Apache must tell the web browser about the encoding type, based on the extension. Here are directives for Japanese, Russian, and UTF-8 [UTF-8 is a Unicode character set encoding useful for any language.], as follows:

 
 
 
AddCharset ISO-2022-JP  .jis
AddCharset KOI8-R       .koi8-r
AddCharset UTF-8        .utf8

Once again, the default Apache configuration contains a far more extensive map of languages and character sets.

36.2.7 Server-side includes -- SSI

Apache actually has a built-in programming language that interprets .shtml files as scripts. The output of such a script is returned to the client. Most of a typical .shtml file will be ordinary HTML, which will be served unmodified. However, lines like

 
<!--#echo var="DATE_LOCAL" -->

will be interpreted, and their output included into the HTML--hence the name server-side includes. Server-side includes are ideal for HTML pages that contain mostly static HTML with small bits of dynamic content. To demonstrate, add the following to your httpd.conf:

 
 
 
 
5 
 
 
 
AddType text/html .shtml
AddHandler server-parsed .shtml
<Directory "/opt/apache/htdocs/ssi">
    Options Includes
    AllowOverride None
    Order allow,deny
    Allow from all
</Directory>

Create a directory /opt/apache/htdocs/ssi with the index file index.shtml:

 
 
 
 
5 
 
 
 
<HTML>
The date today is <!--#echo var="DATE_LOCAL" -->.<P>
Here is a directory listing:<br>
 <PRE>
  <!--#exec cmd="ls -al" -->
 </PRE>
<!--#include virtual="footer.html" -->
</HTML>

and then a file footer.html containing anything you like. It is obvious how useful this procedure is for creating many documents with the same banner by means of a #include statement. If you are wondering what other variables you can print besides DATE_LOCAL, try the following:

 
 
 
 
5 
<HTML>
 <PRE>
  <!--#printenv -->
 </PRE>
</HTML>

You can also goto http://localhost/manual/howto/ssi.html to see some other examples.

36.2.8 CGI -- Common Gateway Interface

(I have actually never managed to figure out why CGI is called CGI.) CGI is where a URL points to a script. What comes up in your browser is the output of the script (were it to be executed) instead of the contents of the script itself. To try this, create a file /opt/apache/htdocs/test.cgi:

 
 
 
 
5 
 
 
 
 
10 
 
 
 
 
15 
 
 
#!/bin/sh
 
echo 'Content-type: text/html'
echo
echo '<HTML>'
echo ' <HEAD>'
echo '  <TITLE>My First CGI</TITLE>'
echo ' </HEAD>'
echo ' <BODY bgcolor=#CCCCCC text="#000000">'
echo 'This is my first CGI<P>'
echo 'Please visit'
echo '  <A HREF="http://rute.sourceforge.net/">'
echo '   The Rute Home Page'
echo '  </A>'
echo 'for more info.</P>'
echo ' </BODY>'
echo '</HTML>'

Make this script executable with chmod a+x test.cgi and test the output by running it on the command-line. Add the line

 
AddHandler cgi-script .cgi

to your httpd.conf file. Next, modify your Options for the directory /opt/apache/htdocs to include ExecCGI, like this:

 
 
 
 
5 
 
<Directory "/opt/apache/htdocs">
    Options Indexes FollowSymLinks MultiViews ExecCGI
    AllowOverride All
    Order allow,deny
    Allow from all
</Directory>

After restarting Apache you should be able to visit the URL http://localhost/test.cgi. If you run into problems, don't forget to run tail /opt/apache/logs/error_log to get a full report.

To get a full list of environment variables available to your CGI program, try the following script:

 
 
 
 
5 
 
 
 
 
#!/bin/sh
 
echo 'Content-type: text/html'
echo
echo '<HTML>'
echo '<PRE>'
set
echo '</PRE>'
echo '</HTML>'

The script will show ordinary bash environment variables as well as more interesting variables like QUERY_STRING: Change your script to

 
 
 
 
5 
 
 
 
 
#!/bin/sh
 
echo 'Content-type: text/html'
echo
echo '<HTML>'
echo '<PRE>'
echo $QUERY_STRING
echo '</PRE>'
echo '</HTML>'

and then go to the URL http://localhost/test/test.cgi?xxx=2&yyy=3. It is easy to see how variables can be passed to the shell script.

The preceding example is not very interesting. However, it gets useful when scripts have complex logic or can access information that Apache can't access on its own. In Chapter 38 we see how to deploy an SQL database. When you have covered SQL, you can come back here and replace your CGI script with,

 
 
 
 
5 
 
#!/bin/sh
 
echo 'Content-type: text/html'
echo
 
psql -d template1 -H -c "SELECT * FROM pg_tables;"

This script will dump the table list of the template1 database if it exists. Apache will have to run as a user that can access this database, which means changing User nobody to User postgres. [Note that for security you should really limit who can connect to the postgres database. See Section 38.4.]

36.2.9 Forms and CGI

To create a functional form, use the HTTP <FORM> tag as follows. A file /opt/apache/htdocs/test/form.html could contain:

 
 
 
 
5 
 
 
 
 
10 
 
 
 
 
15 
 
 
 
 
20 
 
 
 
 
25 
<HTML>
  <FORM name="myform" action="test.cgi" method="get">
    <TABLE>
      <TR>
        <TD colspan="2" align="center">
          Please enter your personal details:
        </TD>
      </TR>
      <TR>
        <TD>Name:</TD><TD><INPUT type="text" name="name"></TD>
      </TR>
      <TR>
        <TD>Email:</TD><TD><INPUT type="text" name="email"></TD>
      </TR>
      <TR>
        <TD>Tel:</TD><TD><INPUT type="text" name="tel"></TD>
      </TR>
      <TR>
        <TD colspan="2" align="center">
          <INPUT type="submit" value="Submit">
        </TD>
      </TR>
    </TABLE>
  </FORM>
</HTML>

which looks like:

\epsfbox{form.ps}

Note how this form calls our existing test.cgi script. Here is a script that adds the entered data to a postgres SQL table:

 
 
 
 
5 
 
 
 
 
10 
 
 
 
 
15 
 
 
 
 
20 
 
 
 
 
25 
 
 
 
 
30 
 
 
#!/bin/sh
 
echo 'Content-type: text/html'
echo
 
opts=`echo "$QUERY_STRING" | \
    sed -e 's/[^A-Za-z0-9 %&+,.\/:=@_~-]//g' -e 's/&/ /g' -e q`
 
for opt in $opts ; do
    case $opt in
        name=*)
            name=${opt/name=/}
            ;;
        email=*)
            email=${opt/email=/}
            ;;
        tel=*)
            tel=${opt/tel=/}
            ;;
    esac
done
 
if psql -d template1 -H -c "\
INSERT INTO people (name, email, tel) \
VALUES ('$name', '$email', '$tel')" 2>&1 | grep -q '^INSERT ' ; then
    echo "<HTML>Your details \"$name\", \"$email\" and \"$tel\"<BR>"
    echo "have been succesfully recorded.</HTML>"
else
    echo "<HTML>Database error, please contact our webmaster.</HTML>"
fi
 
exit 0

Note how the first lines of script remove all unwanted characters from QUERY_STRING. Such processing is imperative for security because shell scripts can easily execute commands should characters like $ and ` be present in a string.

To use the alternative ``POST'' method, change your FORM tag to

 
  <FORM name="myform" action="test.cgi" method="post">

The POST method sends the query text through stdin of the CGI script. Hence, you need to also change your opts= line to

 
 
opts=`cat | \
    sed -e 's/[^A-Za-z0-9 %&+,.\/:=@_~-]//g' -e 's/&/ /g' -e q`

36.2.10 Setuid CGIs

Running Apache as a privileged user has security implications. Another way to get this script to execute as user postgres is to create a setuid binary. To do this, create a file test.cgi by compiling the following C program similar to that in Section 33.2.

 
 
 
 
5 
 
 
 
#include <unistd.h>
 
int main (int argc, char *argv[])
{
    setreuid (geteuid (), geteuid ());
    execl ("/opt/apache/htdocs/test/test.sh", "test.sh", 0);
    return 0;
}

Then run chown postgres:www test.cgi and chmod a-w,o-rx,u+s test.cgi (or chmod 4550 test.cgi). Recreate your shell script as test.sh and go to the URL again. Apache runs test.cgi, which becomes user postgres, and then executes the script as the postgres user. Even with Apache as User nobody your script will still work. Note how your setuid program is insecure: it takes no arguments and performs only a single function, but it takes environment variables (or input from stdin) that could influence its functionality. If a login user could execute the script, that user could send data via these variables that could cause the script to behave in an unforeseen way. An alternative is:

 
 
 
 
5 
 
 
 
 
#include <unistd.h>
 
int main (int argc, char *argv[])
{
    char *envir[] = {0};
    setreuid (geteuid (), geteuid ());
    execle ("/opt/apache/htdocs/test/test.sh", "test.sh", 0, envir);
    return 0;
}

This script nullifies the environment before starting the CGI, thus forcing you to use the POST method only. Because the only information that can be passed to the script is a single line of text (through the -e q option to sed) and because that line of text is carefully stripped of unwanted characters, we can be much more certain of security.

36.2.11 Apache modules and PHP

CGI execution is extremely slow if Apache has to invoke a shell script for each hit. Apache has a number of facilities for built-in interpreters that will parse script files with high efficiency. A well-known programming language developed specifically for the Web is PHP. PHP can be downloaded as source from The PHP Home Page <http://www.php.net> and contains the usual GNU installation instructions.

Apache has the facility for adding functionality at runtime using what it calls DSO (Dynamic Shared Object) files. This feature is for distribution vendors who want to ship split installs of Apache that enable users to install only the parts of Apache they like. This is conceptually the same as what we saw in Section 23.1: To give your program some extra feature provided by some library, you can either statically link the library to your program or compile the library as a shared .so file to be linked at run time. The difference here is that the library files are (usually) called mod_name and are stored in /opt/apache/libexec/. They are also only loaded if a LoadModule name _module appears in httpd.conf. To enable DSO support, rebuild and reinstall Apache starting with:

 
./configure --prefix=/opt/apache --enable-module=so

Any source package that creates an Apache module can now use the Apache utility /opt/apache/bin/apxs to tell it about the current Apache installation, so you should make sure this executable is in your PATH.

You can now follow the instructions for installing PHP, possibly beginning with ./configure --prefix=/opt/php --with-apxs=/opt/apache/bin/apxs --with-pgsql=/usr. (This assumes that you want to enable support for the postgres SQL database and have postgres previously installed as a package under /usr.) Finally, check that a file libphp4.so eventually ends up in /opt/apache/libexec/.

Your httpd.conf then needs to know about PHP scripts. Add the following lines

 
 
 
LoadModule php4_module /opt/apache/libexec/libphp4.so
AddModule mod_php4.c
AddType application/x-httpd-php .php

and then create a file /opt/apache/htdocs/hello.php containing

 
 
 
 
5 
 
 
 
<html>
<head>
<title>Example</title>
</head>
<body>
<?php echo "Hi, I'm a PHP script!"; ?>
</body>
</html>

and test by visiting the URL http://localhost/hello.php.

Programming in the PHP language is beyond the scope of this book.

36.2.12 Virtual hosts

Virtual hosting is the use of a single web server to serve the web pages of multiple domains. Although the web browser seems to be connecting to a web site that is an isolated entity, that web site may in fact be hosted alongside many others on the same machine.

Virtual hosting is rather trivial to configure. Let us say that we have three domains: www.domain1.com, www.domain2.com, and www.domain3.com. We want domains www.domain1.com and www.domain2.com to share IP address 196.123.45.1, while www.domain3.com has its own IP address of 196.123.45.2. The sharing of a single IP address is called name-based virtual hosting, and the use of a different IP address for each domain is called IP-based virtual hosting.

If our machine has one IP address, 196.123.45.1, we may need to configure a separate IP address on the same network card as follows (see Section 25.9):

 
ifconfig eth0:1 196.123.45.2 netmask 255.255.255.0 up

For each domain /opt/apache/htdocs/www.domain? .com/, we now create a top-level directory. We need to tell Apache that we intend to use the IP address 196.123.45.1 for several hosts. We do that with the NameVirtualHost directive. Then for each host, we must specify a top-level directory as follows:

 
 
 
 
5 
 
 
 
 
10 
 
 
 
 
15 
 
NameVirtualHost 196.123.45.1
 
<VirtualHost 196.123.45.1>
    ServerName www.domain1.com
    DocumentRoot /opt/apache/htdocs/www.domain1.com/
</VirtualHost>
 
<VirtualHost 196.123.45.1>
    ServerName www.domain2.com
    DocumentRoot /opt/apache/htdocs/www.domain2.com/
</VirtualHost>
 
<VirtualHost 196.123.45.2>
    ServerName www.domain3.com
    DocumentRoot /opt/apache/htdocs/www.domain3.com/
</VirtualHost>

All that remains is to configure a correct DNS zone for each domain so that lookups of www.domain1.com and www.domain2.com return 196.123.45.1 while lookups of www.domain3.com return 196.123.45.2.

You can then add index.html files to each directory.


next up previous contents
Next: 37. crond and atd Up: rute Previous: 35. The LINUX File   Contents

 


Dies ist ein Mirror des RUTE-Projekts von Paul Sheer (RUTE = Rute User's Tutorial and Exposition). Die offizielle Projekt-Homepage findet sich im Web unter www.icon.co.za/~psheer/rute-home.html. Dieser Mirror wurde zuletzt aktualisiert auf die Version 1.0.0 am Samstag, 28 Januar 2006 22:06 +0100. Das RUTE-Tutorial kann auch zum Offline-Lesen in verschiedenen Dateiformaten heruntergeladen werden.