Slik løser du mod_authz_host Apache-feil i Linux

Når du installerer apache2-tjenesten på Red Hat Enterprise Linux, Arch, Scientific Linux, Debian Server, Ubuntu Server eller noen av de andre distribusjonene som støtter den, kan det hende du oppdager at du får en feil om mod_authz_host-modulen som forhindrer utførelsen av tjenesten . Du vil trolig finne denne feilen for å være et problem når du starter apache2-tjenesten på nytt. Denne feilen kommer vanligvis i form av en syntaksvarsling om den første linjen i fil, men du kan teoretisk få noen annen feil.

Uansett hvilken linje du har problemer med, har fikset lite å gjøre med mod_authz_host ikke installert eller til og med lastet i RAM. Faktisk, hvis du får denne feilen, betyr det at apache2 servertjenesten er riktig lastet inn modul. Problemet har bare å gjøre med det faktum at et direktiv er ute av sted et sted, og omarrangering av koden skal fikse problemet ganske raskt. Vær oppmerksom på at du noen ganger vil se instruksjoner for å installere mod_authz_host i apache2, noe som er irrelevant for denne diskusjonen. Dine feil kommer ikke fra mangel på en bestemt pakke, heller ikke de kommer fra noen form for uoppfylt avhengighet. Måten utviklerne valgte å uttrykke disse feilene fører til disse vanlige misforståelsene.

Korrigere restrict.conf-moduldirektivene

For diskusjonens skyld, bruker vi Linux-distribusjonens encyklopedi på distrowatch.com for våre eksempler. Den offisielle apache2-dokumentasjonen bruker dev.example.com som et eksempel, og i alle fall vil du ikke bruke noen av disse adressene.

Åpne fil med en tekstredigerer. Siden dette er i en beskyttet katalog, må du ha root-tilgang. Vi brukte , men du kan også bruke vi eller en annen tekstredigerer du foretrekker. Du trenger ikke engang å bruke en konsolleditor, men sørg for å bruke gksu i stedet for sudo hvis det er hensiktsmessig å gjøre det.

Når du har lastet inn filen, vær nøye med noe som leser, for eksempel:

Bestill nekte, tillat

Nekter fra alle

Tillat fra distrowatch.com

Denne teksten bør bare eksistere inne i blokker. Merk plassen i den første taggen. Hvis du har den teksten som flyter rundt utenfor noen blokker, legger du til merker rundt den eller flytter den slik at den leser som sådan:

Bestill nekte, tillat

Nekter fra alle

Tillat fra distrowatch.com

Husk at du må bytte distrowatch.com med den faktiske nettadressen du jobber med. Hvis du finner noen linjer som refererer til dev.example.com direkte, har du enten kopiert dem direkte fra eksempelkode eller de er lagt til som standard. Eksempel.com-domenet eksisterer bare for illustrasjon i tekniske dokumenter og tjener ingen reell hensikt. Den offisielle dokumentasjonen på httpd.apache.org/docs/2.2/howto/access.html refererer faktisk til dem. Du kan sikkert fjerne disse når du legger til den nye teksten.

Skulle du noen gang trenge å inkludere en katalog i restrict.conf-filen din, kan du erstatte tagger med koder, men du må sørge for å opprettholde plassen i den første taggen en gang til. Pass på å lagre dokumentet og lukk det før du starter apache2-tjenesten på nytt. Du bør ikke ha noen flere problemer herfra.

Dette er hva apache-serveren betyr når det returnerer en feil noe som:

Den faktiske feilen ville ha et linjenummer i stedet for oktothorpe, men det indikerer at direktiver ikke er trygt innesluttet inne i nevnte koder. Du kan ønske å navigere direkte til linjen som er oppgitt i feilen når feilsøking av skriptet for å sjekke hva som er galt med det. Mens den aktuelle feilen vil fortelle deg at Apache-feilloggen kan ha mer informasjon, vil det nok bare styrke de samme konseptene som diskuteres her.

Fremtidige syntaksfeil kan korrigeres på lignende måte. Det kan hende du oppdager at apache2-tjenesten spytter ut en annen feil etter å ha fikset det. Dette er normalt, så merkelig som det kan høres fordi det bare kjører kode til den første linjen det opplever et problem med. Hvis det var problemer lenger nedover linjen, ville det aldri ha vært dem. Skulle du ha slike problemer, så vær nøye med linjenummeret når du redigerer fil. Hvis du bruker nano til å redigere filen, kan du alltid holde nede Ctrl-tasten og trykke på C-tasten for å finne hvilken linje markøren din er på. Dette vil gjøre debugging prosessen gå mye mer jevnt.

Du kan finne ut at du har flere blokker som flyter rundt på en slik måte at det ikke er knyttet til noe. Hver av disse må ha tagger på dem. Fjern de ekstra blokkene når som helst du finner flere kopier av samme nettadresse med de samme nøyaktige retningslinjene, siden disse duplikatene kan føre til problemer. Du trenger vanligvis bare å ha en enkelt kopi av en hvilken som helst spesifikk nettadresse, siden du ikke bør passere flere direktiver om en til apache2-serveren, ettersom de i siste instans kan motta hverandre.

PRO TIPS: Hvis problemet er med datamaskinen eller en bærbar PC / notatbok, bør du prøve å bruke Reimage Plus-programvaren som kan skanne arkiver og erstatte skadede og manglende filer. Dette fungerer i de fleste tilfeller der problemet er oppstått på grunn av systemkorrupsjon. Du kan laste ned Reimage Plus ved å klikke her