Wie man Apache-Fehler mod_authz_host in Linux repariert

Wenn Sie den apache2-Dienst unter Red Hat Enterprise Linux, Arch, Scientific Linux, Debian Server, Ubuntu Server oder einer anderen unterstützten Distribution installieren, stellen Sie möglicherweise fest, dass Sie eine Fehlermeldung über das mod_authz_host-Modul erhalten, das die Ausführung des Dienstes verhindert . Sie werden wahrscheinlich feststellen, dass dieser Fehler jedes Mal ein Problem darstellt, wenn Sie den apache2-Dienst neu starten. Dieser Fehler tritt normalerweise in Form einer Syntaxwarnung über die erste Zeile des Datei, aber Sie könnten theoretisch einen anderen Fehler bekommen.

Unabhängig davon, mit welcher Zeile Sie möglicherweise Probleme haben, hat der Fix nur wenig damit zu tun, dass mod_authz_host nicht installiert oder gar in den Arbeitsspeicher geladen wird. In der Tat, wenn Sie diesen Fehler erhalten, bedeutet dies, dass der Apache2 Server-Dienst korrekt geladen wird Modul. Das Problem hat lediglich damit zu tun, dass eine Direktive irgendwo fehl am Platz ist, und das Umstellen des Codes sollte dein Problem ziemlich schnell beheben. Bitte beachten Sie, dass Sie gelegentlich Anweisungen zur Installation von mod_authz_host in apache2 sehen, was für diese Diskussion irrelevant ist. Ihre Fehler kommen nicht von einem Mangel eines bestimmten Pakets, noch kommen sie aus irgendeiner unerfüllten Abhängigkeit. Die Art und Weise, wie die Entwickler diese Fehler formulieren, führt zu diesen häufigen Missverständnissen.

Korrigieren der restrict.conf-Modulrichtlinien

Der Diskussion halber werden wir die Linux-Distributionsenzyklopädie auf Distrowatch.com für unsere Beispiele verwenden. Die offizielle Apache2-Dokumentation verwendet dev.example.com als Beispiel, und in jedem Fall wollen Sie keine dieser Adressen verwenden.

Öffne das Datei mit einem Texteditor. Da dies in einem geschützten Verzeichnis ist, müssen Sie Root-Zugriff haben. Wir verwendeten , aber Sie könnten auch vi oder einen anderen Texteditor verwenden, den Sie bevorzugen. Sie müssen nicht unbedingt einen Konsoleneditor verwenden, aber stellen Sie sicher, dass Sie gksu anstelle von sudo verwenden, wenn dies angemessen ist.

PRO TIPP: Wenn das Problem bei Ihrem Computer oder Laptop / Notebook auftritt, sollten Sie versuchen, die Reimage Plus Software zu verwenden, die die Repositories durchsuchen und beschädigte und fehlende Dateien ersetzen kann. Dies funktioniert in den meisten Fällen, in denen das Problem aufgrund einer Systembeschädigung auftritt. Sie können Reimage Plus herunterladen, indem Sie hier klicken

Sobald Sie die Datei geladen haben, achten Sie auf etwas, das zum Beispiel lautet:

Bestellverweigerung, erlauben

Abgelehnt von allen

Erlaube von distrowatch.com

Dieser Text sollte nur innerhalb von existieren Blöcke. Notieren Sie sich den Platz im ersten Tag. Wenn diese Textzeile außerhalb von Blöcken herumläuft, fügen Sie entweder Tags hinzu oder verschieben Sie sie so, dass sie wie folgt lautet:

Bestellverweigerung, erlauben

Abgelehnt von allen

Erlaube von distrowatch.com

Denken Sie daran, dass Sie distrowatch.com durch die tatsächliche URL ersetzen müssen, mit der Sie arbeiten. Wenn Sie Zeilen finden, die dev.example.com direkt referenzieren, haben Sie sie entweder direkt aus dem Beispielcode kopiert oder sie werden standardmäßig hinzugefügt. Die Domain example.com existiert lediglich zur Veranschaulichung in technischen Dokumenten und dient keinem wirklichen Zweck. Die offizielle Dokumentation unter httpd.apache.org/docs/2.2/howto/access.html verweist in der Tat auf sie. Sie können diese sicher entfernen, wenn Sie den neuen Text hinzufügen.

Sollten Sie jemals ein Verzeichnis in Ihre restrict.conf-Datei aufnehmen müssen, könnten Sie Tags durch Tags ersetzen, aber Sie müssen sicherstellen, dass der Speicherplatz im ersten Tag noch einmal beibehalten wird. Stellen Sie sicher, dass Sie das Dokument speichern und anschließend schließen, bevor Sie den apache2-Dienst neu starten. Von hier an sollten Sie keine weiteren Probleme haben.

Dies ist, was der Apache-Server bedeutet, wenn es einen Fehler wie folgt zurückgibt:

Der tatsächliche Fehler würde eine Zeilennummer anstelle des Octothorpe haben, aber es zeigt an, dass die Direktiven innerhalb dieser Tags nicht sicher eingeschlossen sind. Möglicherweise möchten Sie direkt zu der in dem Fehler angegebenen Zeile navigieren, wenn Sie das Skript debuggen, um zu prüfen, was damit nicht stimmt. Während der Fehler in der Frage Ihnen sagen wird, dass das Apache-Fehlerprotokoll mehr Informationen haben kann, wird es wahrscheinlich nur die gleichen Konzepte verstärken, die hier besprochen werden.

Zukünftige Syntaxfehler können auf ähnliche Weise korrigiert werden. Sie könnten feststellen, dass der apache2-Dienst nach der Reparatur einen weiteren Fehler ausspuckt. Das ist normal, so seltsam das klingen mag, weil es nur Code bis zur ersten Zeile ausführt, bei der es ein Problem gibt. Wenn es weiter unten Probleme gäbe, wäre es nie zu ihnen gekommen. Sollten Sie solche Probleme haben, dann achten Sie beim Bearbeiten der Zeile genau auf die Zeilennummer Datei. Wenn Sie nano zum Bearbeiten der Datei verwenden, können Sie die Strg-Taste gedrückt halten und die C-Taste drücken, um zu ermitteln, auf welcher Zeile sich der Cursor gerade befindet. Dadurch wird der Debugging-Prozess viel reibungsloser.

Möglicherweise stellen Sie fest, dass mehrere Blöcke auf eine Art und Weise umherschweben, die an nichts gebunden sind. Jeder von ihnen muss Tags auf ihnen haben. Entfernen Sie die zusätzlichen Blöcke immer dann, wenn Sie mehrere Kopien derselben URL mit den gleichen genauen Anweisungen gefunden haben, da diese Duplikate möglicherweise Probleme verursachen können. Im Allgemeinen brauchen Sie nur eine einzige Kopie einer bestimmten URL, da Sie keine zusätzlichen Anweisungen über eine an den Apache2-Server weitergeben sollten, da sie sich gegenseitig widersprechen könnten.