Darkhttpd: Difference between revisions

From Alpine Linux
Line 93: Line 93:
* Ensure the daemon is running with {{Cmd|rc-status}}
* Ensure the daemon is running with {{Cmd|rc-status}}


* Make use of the logs to check it is receiving requests.  To do this, run {{Cmd|tail -f /var/log/darkhttpd/access.log}} (use Ctrl C to exit back to the prompt) and then send requests to the web server.  If darkhttpd is receiving the requests, lines will be logged. If you don't see these lines, perhaps a firewall rule is blocking access to the server or there is a routing issue somewhere?
* Make use of the logs to check it is receiving requests.  To do this, run {{Cmd|tail -f /var/log/darkhttpd/access.log}} (use Ctrl C to exit back to the prompt when finished testing) and then send requests to the web server.  If darkhttpd is receiving the requests, lines will be logged. If you don't see these lines, perhaps a firewall rule is blocking access to the server or there is a routing issue somewhere?


= man darkhttpd =
= man darkhttpd =

Revision as of 08:19, 16 January 2014

This material is work-in-progress ...

Do not follow instructions here until this notice is removed.
(Last edited by Ginjachris on 16 Jan 2014.)

Darkhttpd is a simple, fast HTTP 1.1 web server for static content. It does not support PHP or CGI etc but is designed to serve static content, which it does very well. Darkhttpd would be an excellent alternative to Lighttpd for running an Alpine mirror

For a full list of features see the darkhttpd homepage

Install

apk add darkhttpd

Configure

Default location of files to serve: /var/www/localhost/hdocs

Default log path: /var/log/darkhttpd/access.log

There's no configuration file for darkhttpd, everything is controlled from the command line or in our case the OpenRC init file, which is stored in /etc/init.d/darkhttpd and by default looks like this:

#! /sbin/runscript

description="darkhttpd web server"
command="/usr/bin/darkhttpd"
command_args="${document_root:-/var/www/localhost/htdocs} --chroot --daemon --uid darkhttpd --gid www-data --log /var/log/darkhttpd/access.log"
procname="darkhttpd"
pidfile=""
stopsig="SIGTERM"

So by default we will serve pages from /var/www/localhost/hdocs and darkhttpd will run as a background daemon, chrooted to /var/www/localhost/hdocs with a user of darkhttpd and group of www-data. Logs will go to /var/log/darkhttpd/access.log. The default values have been chosen to provide sane, secure settings.

Change any of these values as you see fit, but it's a good idea to backup the file before making changes.

For a full list of available options, run:

darkhttpd

and amend the command_args line as you see fit.

Use

Filesharing is made easy; simply add your files under /var/www/localhost/hdocs

Test

Create a test page under /var/www/localhost/hdocs

echo "this is a test page" > /var/www/localhost/htdocs/index.html

Note: You don't have to create a test page; in a working environment darkhttpd will generate a directory listing if no index page is found.

Start the daemon:

rc-service darkhttpd start

Output should be something like this:

 * Starting darkhttpd ...
darkhttpd/1.9, copyright (c) 2003-2013 Emil Mikulic.
listening on: http://0.0.0.0:80/
chrooted to `/var/www/localhost/htdocs'
set gid to 82
set uid to 100                                

Now point a browser to your darkhttpd server and you should get the index page, or a directory listing if you didn't create an index page.

Check the logfile:

tail /var/log/darkhttpd/access.log

Controlling darkhttpd status

Stop, start and restart the daemon in the usual fashion:

rc-service darkhttpd start

rc-service darkhttpd stop

rc-service darkhttpd restart

Auto-start darkhttpd at boot

To add the daemon to the default runlevel so it auto-starts at boot, do:

rc-update add darkhttpd

Troubleshooting

  • When restarting the daemon you may see an error message:
Stopping darkhttpd ...
/lib/rc/sh/runscript.sh: line 202: can't create /sys/fs/cgroup/openrc/darkhttpd/tasks: nonexistent directory
Starting darkhttpd ...

This error message appears to be benign and of no consequence so can be ignored. I can only replicate this error on a VMWare vSphere client.

  • If the daemon will not start, ensure you haven't made a syntax error in the init script.
  • Ensure the daemon is running with

    rc-status

  • Make use of the logs to check it is receiving requests. To do this, run

    tail -f /var/log/darkhttpd/access.log

    (use Ctrl C to exit back to the prompt when finished testing) and then send requests to the web server. If darkhttpd is receiving the requests, lines will be logged. If you don't see these lines, perhaps a firewall rule is blocking access to the server or there is a routing issue somewhere?

man darkhttpd

v-alpine-server:~# darkhttpd
darkhttpd/1.9, copyright (c) 2003-2013 Emil Mikulic.
usage:  darkhttpd /path/to/wwwroot [flags]

flags:  --port number (default: 8080, or 80 if running as root)
                Specifies which port to listen on for connections.

        --addr ip (default: all)
                If multiple interfaces are present, specifies
                which one to bind the listening port to.

        --maxconn number (default: system maximum)
                Specifies how many concurrent connections to accept.

        --log filename (default: stdout)
                Specifies which file to append the request log to.

        --chroot (default: don't chroot)
                Locks server into wwwroot directory for added security.

        --daemon (default: don't daemonize)
                Detach from the controlling terminal and run in the background.

        --index filename (default: index.html)
                Default file to serve when a directory is requested.

        --mimetypes filename (optional)
                Parses specified file for extension-MIME associations.

        --uid uid/uname, --gid gid/gname (default: don't privdrop)
                Drops privileges to given uid:gid after initialization.

        --pidfile filename (default: no pidfile)
                Write PID to the specified file.  Note that if you are
                using --chroot, then the pidfile must be relative to,
                and inside the wwwroot.

        --no-keepalive
                Disables HTTP Keep-Alive functionality.

        --forward host url (default: don't forward)
                Web forward (301 redirect).
                Requests to the host are redirected to the corresponding url.
                The option may be specified multiple times, in which case
                the host is matched in order of appearance.

        --no-server-id
                Don't identify the server type in headers
                or directory listings.