Der autoconf-Generierungsvorgang verwendet verschiedene Umgebungsvariablen für die Konfiguration der Generierungsumgebung. Im allgemeinen verändern diese Variablen die Methode, die benutzt wird, um den Apache zu erstellen, nicht aber die letztendlichen Features des Servers. Diese Variablen können vor dem Aufruf von configure im Environment gesetzt werden, doch es ist üblicherweise einfacher, sie in der configure-Befehlszeile, wie im obigen Beispiel gezeigt, anzugeben.

CC=...

Der Name des C-Compiler-Kommandos.

CPPFLAGS=...

Verschiedene C-Präprozessor- und Compileroptionen.

CFLAGS=...

Debug- und Optimierungsoptionen für den C-Compiler.

LDFLAGS=...

Verschiedene Optionen, die an den Linker durchgereicht werden.

LIBS=...

Informationen über den Ablageort von Libraries ("-L" und "-l" Optionen), die an den Linker durchgereicht werden.

INCLUDES=...

Suchverzeichnisse für Header-Dateien ("-IVerzeichnis").

TARGET=... [Default: apache]

Name der lauffähigen Datei, die erstellt wird.

NOTEST_CPPFLAGS=...

NOTEST_CFLAGS=...

NOTEST_LDFLAGS=...

NOTEST_LIBS=...

Diese Variablen haben die gleiche Funktion wie ihre Namensvettern ohne NOTEST. Diese Variablen werden jedoch nur auf den Generierungsprozess angewendet, nachdem autoconf seine Featuretests durchgeführt hat. Dies erlaubt die Einbeziehung von Flags, die während des Featuretests Probleme bereiten würden, aber für die endgültige Kompilierung verwendet werden müssen.

SHLIB_PATH=...

Eine Option, die den Pfad zu Libraries angibt, welche sich Compiler und Linker teilen.

--help

Gibt die Nutzungsinformationen einschließlich aller verfügbaren Optionen aus, ohne jedoch tatsächlich etwas zu konfigurieren.

--quiet

Verhindert die Ausgabe der üblichen "checking..." Nachrichten.

--verbose

Gibt während des Konfigurationsprozesses weitergehende Informationen aus, einschließlich der Namen aller untersuchter Dateien.

Gegenwärtig existieren zwei Möglichkeiten, die Pfade zu konfigurieren, in denen der Apache seine Dateien installiert. Bei der ersten können Sie ein Verzeichnis angeben und den Apache veranlassen, sich selbst unterhalb dieses Verzeichnisses in seinen voreingestellten Ablageorten zu installieren.

--prefix=PREFIX [Default: /usr/local/apache2]

Gibt das Verzeichnis an, in dem die Apache-Dateien installiert werden.

Es ist möglich, anzugeben, dass Architektur-abhängige Dateien in einem anderen Verzeichnis abgelegt werden sollen.

--exec-prefix=EPREFIX [Default: PREFIX]

Gibt das Verzeichnis an, in dem Architektur-abhängige Dateien abgelegt werden.

Die zweite und flexiblere Weise, den Installationspfad für den Apache einzustellen, ist die Verwendung der Datei config.layout. Wenn Sie diese Methode benutzen, können Sie den Ablageort für jeden Dateityp innerhalb der Apache-Installation separat angeben. Die Datei config.layout enthält verschiedene Konfigurationsbeispiele. Sie können auch anhand der Beispiele Ihre eigene individuelle Konfiguration erstellen. Die verschiedenen Layouts in dieser Datei sind gruppiert in <Layout FOO>...</Layout>-Abschnitte und werden mit Namen wie FOO bezeichnet.

--enable-layout=LAYOUT

Verwendet das genannte Layout aus der Datei config.layout, um die Installationspfade genau anzugeben.

Der Apache ist ein modularer Server. Nur die grundlegendste Funktionalität ist im Kernserver enthalten. Erweiternde Features stehen in verschiedenen Modulen bereit. Während des Konfigurationsprozesses müssen Sie auswählen, welche Module für die Verwendung mit Ihrem Server kompiliert werden sollen. Eine Liste von Modulen ist in dieser Dokumentation enthalten. Module mit dem Status "Base" sind standardmäßig enthalten und müssen ausdrücklich deaktiviert werden (z.B. mod_userdir), wenn Sie sie nicht verwenden möchten. Module mit einem anderen Status (z.B. mod_expires) müssen ausdrücklich aktiviert werden, wenn Sie sie verwenden möchten.

Es gibt zwei Möglichkeiten, Module zu kompilieren und mit dem Apache zu benutzen. Module können statisch kompiliert werden, was bedeutet, dass sie permanent in dem Apache Binary eingebunden sind. Wenn Ihr Betriebssystem Dynamic Shared Objects (DSOs; Anm. d. Übersetzers: dynamisch eingebundene Bibliotheken) unterstützt und autoconf diese Unterstützung erkennen kann, dann können Module alternativ dynamisch kompiliert werden. DSO-Module werden von der Apache Binary getrennt gespeichert und können vom Server unter Verwendung der Direktiven zur Laufzeitkonfiguration, die von mod_so bereitgestellt werden, ein- oder ausgeschlossen werden. mod_so wird automatisch dem Server hinzugefügt, sobald ein dynamisches Modul in die Kompilierung einbezogen wird. Wenn Sie Ihren Server für das Laden von DSOs tauglich machen wollen, ohne jedoch ein dynamisches Modul zu kompilieren, können Sie dies explizit mit --enable-so angeben.

--enable-MODULE[=shared]

Kompiliert das Modul MODUL und bindet es ein. Das Kennzeichen MODUL ist der Modul-Bezeichner aus der Dokumentation zum jeweiligen Modul, jedoch ohne den Namensteil "_module". Um ein Modul als DSO zu kompilieren, fügen Sie die Option =shared hinzu.

--disable-MODULE

Entfernt das Modul MODUL, das andernfalls kompiliert und eingebunden werden würde.

--enable-modules=MODUL-LISTE

Kompiliert die durch Leerzeichen getrennte Liste MODUL-LISTE von Modulen und bindet sie ein.

--enable-mods-shared=MODUL-LISTE

Kompiliert die durch Leerzeichen getrennte Liste MODUL-LISTE von Modulen als dynamisch ladbare (DSO) Module und bindet sie ein.

Die MODUL-LISTE in den Optionen --enable-modules und --enable-mods-shared ist üblicherweise eine durch Leerzeichen getrennte Liste von Modul-Bezeichnern. Zum Beispiel können zum Aktivieren von mod_dav und mod_info beide benutzt werden, sowohl

oder äquivalent

Zusätzlich können die speziellen Schlüsselwörter all oder most benutzt werden, um alle oder die meisten der Module in einem Schritt hinzuzufügen. Sie können Module, die Sie nicht benutzen möchten, mit der Option --disable-MODUL entfernen. Um beispielsweise alle Module mit Ausnahme von mod_info als DSOs einzubinden, können Sie

verwenden.

Zusätzlich zum Standard-Set von Modulen fügt der Apache 2.0 auch eine Auswahl von Multi-Processing Modulen (MPMs) ein. Ein, und nur ein einziges, MPM muss in den Kompilierungsprozess eingebunden werden. Das voreingestellte MPM jeder Plattform ist in der MPM Dokumentation aufgeführt, kann jedoch mit der configure-Kommandozeile überschrieben werden.

--with-mpm=NAME

Wählt das MPM NAME.

Verschiedene Apache-Features, darunter mod_authn_dbm und DBM RewriteMap aus mod_rewrite, verwenden einfache Schlüssel/Wert-Datenbanken für eine schnelle Suche nach Informationen. Der Apache-Quellcode enthält SDBM, so dass diese Datenbank immer verfügbar ist. Wenn Sie einen anderen Datenbanktyp benutzen möchten, können Sie die folgenden configure-Optionen dazu verwenden:

--with-gdbm[=Pfad]

--with-ndbm[=Pfad]

--with-berkeley-db[=Pfad]

Wenn kein Pfad angegeben ist, sucht der Apache in den normalen Suchpfaden nach den Include- und Bibliothek-Dateien. Eine explizite Pfad-Angabe veranlasst den Apache, in Pfad/lib und Pfad/include nach relevanten Dateien zu suchen. Letztlich kann Pfad auch die speziellen Include- und Bibliothek-Pfade durch Doppelpunkt getrennt auflisten.

Der Apache enthält ein Hilfsprogramm namens suexec, das zur Isolation benutzereigener CGI-Programme verwendet werden kann. Wenn suexec jedoch unsachgemäß konfiguriert wurde, kann es schwere Sicherheitsprobleme verursachen. Deshalb sollten Sie die suexec Dokumentation sorgfältig lesen und beachten, bevor Sie dieses Feature implementieren.