Hoe mod_authz_host Apache fouten in Linux te repareren

Bij het installeren van de apache2-service op Red Hat Enterprise Linux, Arch, Scientific Linux, Debian Server, Ubuntu Server of een van de andere distributies die dit ondersteunen, kan het zijn dat u een foutmelding krijgt over de mod_authz_host-module die de uitvoering van de service verhindert . U zou deze fout waarschijnlijk een probleem vinden wanneer u de apache2-service opnieuw start. Deze fout komt meestal in de vorm van een syntaxwaarschuwing over de eerste regel van de bestand, maar je zou in theorie een andere fout kunnen krijgen.

Ongeacht de regel waar je misschien problemen mee hebt, heeft de fix weinig te maken met mod_authz_host die niet wordt geïnstalleerd of zelfs in het RAM wordt geladen. Als je deze fout krijgt, betekent dit dat de apache2-serverservice de. Correct laadt module. Het probleem heeft alleen te maken met het feit dat een richtlijn ergens niet op zijn plaats is, en het herschikken van de code zou je probleem vrij snel moeten oplossen. Merk op dat je af en toe instructies zult zien om mod_authz_host in apache2 te installeren, wat niet relevant is voor deze discussie. Uw fouten komen niet van een gebrek aan een specifiek pakket, noch komen ze van enige vorm van onvervulde afhankelijkheid. De manier waarop de ontwikkelaars ervoor kozen om deze fouten te beschrijven, leidde tot deze algemene misvattingen.

Correctie van de restrict.conf-modulerichtlijnen

Omwille van de discussie gebruiken we de Linux-distributie-encyclopedie op distrowatch.com voor onze voorbeelden. De officiële apache2-documentatie gebruikt dev.example.com als een voorbeeld en u wilt in elk geval geen van deze adressen gebruiken.

Open de bestand met een teksteditor. Omdat dit zich in een beschermde map bevindt, moet u root-toegang hebben. We gebruikten , maar je kunt ook vi of een andere teksteditor gebruiken die je wilt. U hoeft niet eens een consoleditor te gebruiken, maar zorg ervoor dat u gksu gebruikt in plaats van sudo, indien van toepassing om dit te doen.

Nadat u het bestand hebt geladen, let dan goed op iets dat luidt, bijvoorbeeld:

Bestelling weigeren, toestaan

Weigeren van alles

Toestaan ​​van distrowatch.com

Deze tekst zou alleen binnenin moeten voorkomen blokken. Let op de spatie in de eerste tag. Als u die tekstregel buiten de blokken zwevend houdt, kunt u er tags omheen toevoegen of verplaatsen zodat het als volgt wordt gelezen:

Bestelling weigeren, toestaan

Weigeren van alles

Toestaan ​​van distrowatch.com

Vergeet niet dat u distrowatch.com moet vervangen door de daadwerkelijke URL waarmee u werkt. Als u regels vindt die rechtstreeks verwijzen naar dev.example.com, dan heeft u ze rechtstreeks gekopieerd uit de voorbeeldcode of standaard toegevoegd. Het domein example.com bestaat alleen ter illustratie in technische documenten en heeft geen echt doel. De officiële documentatie op httpd.apache.org/docs/2.2/howto/access.html verwijst inderdaad naar hen. Je kunt deze waarschijnlijk veilig verwijderen wanneer je de nieuwe tekst toevoegt.

Mocht u ooit een directory in uw restrict.conf-bestand moeten opnemen, dan zou u tags met tags kunnen vervangen, maar u moet ervoor zorgen dat u de ruimte in de eerste tag nog een keer handhaaft. Zorg ervoor dat u het document opslaat en sluit het vervolgens voordat u de apache2-service opnieuw start. U zou vanaf nu geen verdere problemen moeten hebben.

Dit is wat de apache-server bedoelt als het een fout retourneert zoals:

De feitelijke fout zou een regelnummer hebben in plaats van de octothorpe, maar dit geeft aan dat de richtlijnen niet veilig zijn ingesloten binnen de genoemde tags. Misschien wilt u direct naar de regel navigeren die in de fout is vermeld bij het debuggen van het script om te controleren wat er mis mee is. Hoewel de betreffende fout u zal vertellen dat het Apache-foutenlogboek mogelijk meer informatie bevat, zal het waarschijnlijk alleen maar dezelfde concepten versterken die hier worden besproken.

Toekomstige syntaxisfouten kunnen op dezelfde manier worden gecorrigeerd. Je zou kunnen merken dat na het repareren van die ene, de service apache2 een volgende fout uitspuugt. Dit is normaal, zo vreemd als dat zou kunnen klinken omdat het alleen code uitvoert tot de eerste regel waar het een probleem mee vindt. Als er verderop problemen zouden zijn, zou het hen nooit zijn overkomen. Als u dergelijke problemen hebt, let dan goed op het regelnummer bij het bewerken van de het dossier. Als u nano gebruikt om het bestand te bewerken, kunt u altijd de Ctrl-toets ingedrukt houden en op de C-toets drukken om te bepalen met welke lijn uw cursor zich op dat moment bevindt. Dit zorgt ervoor dat het foutopsporingsproces veel soepeler verloopt.

Je zou kunnen merken dat je meerdere blokken hebt die rondzweven op een manier die nergens aan vast zit. Elk van deze moet tags bevatten. Verwijder de extra blokken wanneer u merkt dat u meerdere exemplaren van dezelfde URL hebt met exact dezelfde richtlijnen, omdat deze duplicaten mogelijk problemen kunnen veroorzaken. Over het algemeen hoeft u slechts één kopie van een specifieke URL te maken, omdat u geen aanvullende richtlijnen over de ene naar de apache2-server moet sturen omdat deze elkaar uiteindelijk kunnen tegenwerken.

PRO TIP: Als het probleem zich voordoet met uw computer of een laptop / notebook, kunt u proberen de Reimage Plus-software te gebruiken die de opslagplaatsen kan scannen en corrupte en ontbrekende bestanden kan vervangen. Dit werkt in de meeste gevallen, waar het probleem is ontstaan ​​door een systeembeschadiging. U kunt Reimage Plus downloaden door hier te klikken