Sådan rettes 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 hvilken som helst af de andre distributioner, der understøtter den, kan du muligvis opleve, at du får en fejl om mod_authz_host-modulet, der forhindrer udførelsen af ​​tjenesten . Du vil sandsynligvis finde denne fejl at være et problem, hver gang du genstarter apache2-tjenesten. Denne fejl kommer normalt i form af en syntaksadvarsel om den første linje i fil, men du kan teoretisk få en anden fejl.

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

Korrigering af restrict.conf-moduldirektiverne

Af hensyn til diskussionen bruger vi Linux-distributionscyclopædi på distrowatch.com for vores eksempler. Den officielle apache2-dokumentation bruger dev.example.com som et eksempel, og under alle omstændigheder vil du ikke bruge nogen af ​​disse adresser.

Åbn fil med en teksteditor. Da dette er i et beskyttet bibliotek, skal du have rootadgang. Vi brugte , men du kan også bruge vi eller en anden teksteditor, du foretrækker. Du behøver ikke engang nødvendigvis at bruge en konsoleditor, men sørg for at bruge gksu i stedet for sudo, hvis det er relevant at gøre det.

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

Ordre nægtes, tillad

Benægt fra alle

Tillad fra distrowatch.com

Denne tekst skal kun eksistere inde i blokke. Bemærk mellemrummet i det første mærke. Hvis du har den tekstlinje, der flyder rundt uden for blokke, skal du enten tilføje tags omkring den eller flytte den, så den læser som sådan:

Ordre nægtes, tillad

Benægt fra alle

Tillad fra distrowatch.com

Husk, at du bliver nødt til at erstatte distrowatch.com med den aktuelle URL, du arbejder med. Hvis du finder nogen linjer, der henviser direkte til dev.example.com, har du enten kopieret dem direkte fra eksempelkoden, eller de er tilføjet som standard. Domain.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 refererer faktisk til dem. Du kan sandsynligvis sikkert fjerne disse, når du tilføjer den nye tekst i.

Hvis du nogensinde har brug for at medtage en mappe i din restrict.conf-fil, kan du erstatte den 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, inden du genstarter apache2-tjenesten. Du burde ikke have yderligere problemer herfra og ud.

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

Den aktuelle fejl ville have et linjenummer i stedet for octothorpe, men det indikerer, at direktiverne ikke er sikkert lukket inde i de nævnte tags. Det kan være en god idé at navigere direkte til linjen i fejlen, når du fejler fejl i scriptet for at kontrollere, hvad der er galt med det. Mens den pågældende fejl fortæller dig, at Apache-fejlloggen kan have flere oplysninger, vil den sandsynligvis blot forstærke de samme begreber, der er diskuteret her.

Fremtidige syntaksfejl kan rettes på en lignende måde. Du kan finde ud af, at apache2-tjenesten efter at have rettet den ene, udspiller 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 finder et problem med. Hvis der var problemer længere nede på linjen, ville det aldrig have nået dem. Hvis du har 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 ud af, hvilken linje din markør er i øjeblikket. Dette vil gøre fejlretningsprocessen meget mere glat.

Du kan opleve, 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 du finder, at du har flere kopier af den samme URL med de samme nøjagtige direktiver, da disse duplikater potentielt kan forårsage problemer. Du behøver generelt kun at have en enkelt kopi af en bestemt URL, da du ikke skal videregive yderligere direktiver om en til apache2-serveren, da de i sidste ende kan modvirke hinanden.