Uruchamianie usług

Oprogramowanie instalowane z portów lub kolekcji paczek często umieszcza w katalogu /usr/local/etc/rc.d swój skrypt, który uruchamiany jest odpowiednio: podczas startu systemu - z argumentem startu, podczas zamknięcia systemu - z argumentem stopu. Jest to rekomendowany sposób uruchamiania usług systemowych, które są uruchamiane na prawach root'a. Skrypty te są zanotowane w opisie instalacyjnym paczki, dlatego zostają usunięte, gdy usuwamy paczkę.

Domyślny plik startu, znajdujący się w /usr/local/etc/rc.d, wygląda tak:

    #!/bin/sh
    echo -n ' FooBar'

    case "$1" in
    start)
            /usr/local/bin/foobar
            ;;
    stop)
            kill -9 `cat /var/run/foobar.pid`
            ;;
    *)
            echo "Usage: `basename $0` {start|stop}" >&2
            exit 64
            ;;
    esac

    exit 0

Aby wypełnić swe przeznaczenie, plik powyższy uruchamiany jest z argumentem startu podczas uruchamiania się systemu, a z argumentem stopu podczas zamykania systemu.

Niektóre usługi skonstruowane są tak, aby uruchamiał je inetd(8), gdy na odpowiednim porcie zostanie nawiązane połączenie. Jest to powszechne dla serwerów czytających pocztę (POP, IMAP itp.). Usługi owe uruchamia się poprawiając odpowiednio plik /etc/inetd.conf. Aby dowiedzieć się jak edytować ten plik zobacz inetd(8).

Kilka dodatkowych usług systemowych nie jest sterowana przez ustawienia w /etc/rc.conf. Uruchamia się je komendami, które należy umieścić w /etc/rc.local. Od wersji 3.1 FreeBSD nie ma domyślnego pliku /etc/rc.conf, jednakże jeśli administrator taki utworzy, będzie on honorowany w normalny sposób. Zauważ, że rc.local postrzegany jest jako ostatnie miejsce w którym da się uruchamiać usługi. Jeśli istnieje lepsze miejsce dla ich uruchomienia, komendy startujące usługi staraj się umieścić gdzie indziej.

Uwaga: Nie umieszczaj żadnych komend w /etc/rc.conf. Aby uruchomiać demony, albo inne komendy podczas startu systemu, umieść skrypt w /usr/local/etc/rc.d.

Istnieje możliwość, aby do uruchamiania usług, użyć demona cron(8). Rozwiązanie to ma wiele zalet, nie tylko dlatego, że cron(8) uruchamia dane procesy jako właściciel crontab'a, ale dlatego, że usługi mogą być uruchamiane i sterowane przez zwykłych użytkowników.

Opis czasu w pliku cron'a może zostać zastąpiony przez @reboot, co uruchomi prace zaraz po starcie systemu.