Sådan Fix mod_authz_host Apache Fejl i Linux

Når du installerer apache2-tjenesten på Red Hat Enterprise Linux, Arch, Scientific Linux, Debian Server, Ubuntu Server eller en af ​​de andre distributioner, der understøtter det, kan du opleve, at du får en fejl om mod_authz_host-modulet, der forhindrer udførelsen af ​​tjenesten. . Du vil sandsynligvis finde denne fejl til at være et problem, når du genstarter apache2-tjenesten. Denne fejl kommer normalt i form af en syntax advarsel om den første linje af fil, men du kunne teoretisk få nogle forskellige fejl.

Uanset hvilken linje du muligvis har problemer med, har fixen lidt at gøre med mod_authz_host, der ikke installeres eller endda indlæst i RAM. Faktisk, hvis du får denne fejl, betyder det, at apache2-servertjenesten korrekt læser modul. Problemet har kun at gøre med, at et direktiv er ude af sted et sted, og omlægning af koden skal rette dit problem ret hurtigt. Bemærk, at du lejlighedsvis vil se instruktioner for at installere mod_authz_host i apache2, hvilket er irrelevant for denne diskussion. Dine fejl kommer ikke fra mangel på en specifik pakke, heller ikke de kommer fra enhver form for uopfyldt afhængighed. Den måde udviklerne valgte at sætte disse fejl på fører til disse almindelige misforståelser.

Korrigering af restrict.conf-moduldirektiverne

For diskussionens skyld bruger vi Linux distributionens encyklopædi på distrowatch.com til vores eksempler. Den officielle apache2-dokumentation bruger dev.example.com som et eksempel, og i hvert fald vil du ikke bruge nogen af ​​disse adresser.

Åbn fil med en tekst editor. Da dette er i en beskyttet mappe, skal du have adgang til root. Vi brugte , men du kan også bruge vi eller en anden tekstredaktør du foretrækker. Du behøver ikke engang at bruge en konsolredaktør, men sørg for at bruge gksu i stedet for sudo, hvis det er hensigtsmæssigt.

Når du har indlæst filen, skal du være opmærksom på noget, som læses, for eksempel:

Bestil benægte, tillad

Nægte fra alle

Tillad fra distrowatch.com

Denne tekst bør kun eksistere inde i blokke. Bemærk pladsen i den første tag. Hvis du har den tekstlinje, der flyder rundt uden for nogle blokke, skal du enten tilføje tags rundt om det eller flytte den så, at den lyder som sådan:

Bestil benægte, tillad

Nægte fra alle

Tillad fra distrowatch.com

Husk at du skal udskifte distrowatch.com med den aktuelle webadresse, du arbejder med. Hvis du finder nogen linjer, der refererer til dev.example.com direkte, har du enten kopieret dem direkte fra eksempelkode, eller de er som standard tilføjet. Example.com-domænet findes kun til illustration i tekniske dokumenter og tjener ikke noget reelt formål. Den officielle dokumentation på httpd.apache.org/docs/2.2/howto/access.html henviser faktisk til dem. Du kan sikkert fjerne dem sikkert, når du tilføjer den nye tekst.

Skulle du nogensinde have brug for at inkludere en mappe i din restrict.conf-fil, kan du erstatte tags med tags, men du skal sørge for at bevare pladsen i det første tag igen. Sørg for at gemme dokumentet, og luk det, før du genstarter apache2-tjenesten. Du bør ikke have yderligere problemer herfra ud.

Dette er hvad apache-serveren betyder, når den returnerer en fejl noget som:

Den egentlige fejl ville have et linjenummer i stedet for octothorpeen, men det indikerer, at direktiverne ikke er sikkert indesluttet inden for nævnte mærker. Du kan ønske at navigere direkte til linjen angivet i fejlen, når du debugger scriptet for at kontrollere, hvad der er galt med det. Mens den pågældende fejl vil fortælle dig, at Apache-fejlloggen kan have flere oplysninger, vil det nok kun styrke de samme begreber, der diskuteres her.

Fremtidige syntaxfejl kan korrigeres på lignende måde. Du kan måske opdage, at apache2-tjenesten efter at have rettet den, spytter en anden fejl. Dette er normalt, så mærkeligt, som det måske lyder, fordi det kun udfører kode indtil den første linje det oplever et problem med. Hvis der var problemer længere nede på linjen, ville det aldrig have været dem. Skulle du have sådanne problemer, skal du være opmærksom på linjenummeret, når du redigerer fil. Hvis du bruger nano til at redigere filen, kan du altid holde Ctrl-tasten nede og trykke på C-tasten for at finde hvilken linje din cursor er i øjeblikket på. Dette vil gøre debugging processen gå meget mere jævnt.

Du kan måske finde ud af, at du har flere blokke, der flyder rundt på en sådan måde, at de ikke er knyttet til noget. Hver af disse skal have tags på dem. Fjern de ekstra blokke når som helst, som du finder, at du har flere kopier af samme webadresse med de samme nøjagtige direktiver, da disse dubletter potentielt kan medføre problemer. Du behøver som regel kun at have en enkelt kopi af en bestemt webadresse, da du ikke bør overgå yderligere direktiver om en til apache2-serveren, da de måske i sidste ende modsvarer hinanden.

PRO TIP: Hvis problemet er med din computer eller en bærbar computer / notesbog, skal du prøve at bruge Reimage Plus-softwaren, som kan scanne lagrene og udskifte korrupte og manglende filer. Dette virker i de fleste tilfælde, hvor problemet er opstået på grund af systemkorruption. Du kan downloade Reimage Plus ved at klikke her