Hur fixar mod_authz_host Apache Error i Linux

När du installerar apache2-tjänsten på Red Hat Enterprise Linux, Arch, Scientific Linux, Debian Server, Ubuntu Server eller någon annan distribution som stöder den, kan du upptäcka att du får ett fel om mod_authz_host-modulen som hindrar utförandet av tjänsten . Du skulle troligen hitta detta fel som ett problem när du startar om tjänsten apache2. Detta fel kommer vanligtvis i form av en syntaxvarning om den första raden av fil, men du kan teoretiskt få något annorlunda fel.

Oavsett vilken rad du kan ha problem med har fixen lite att göra med mod_authz_host som inte installeras eller till och med laddas i RAM. Faktum är att om du får det här felet betyder det att apache2-servertjänsten laddas korrekt modul. Problemet har bara att göra med att ett direktiv inte är på plats någonstans, och omarrangering av koden borde lösa ditt problem ganska snabbt. Observera att du ibland kommer se instruktioner för att installera mod_authz_host i apache2, vilket är irrelevant för denna diskussion. Dina fel kommer inte från brist på ett specifikt paket eller kommer de från något slags ouppfyllt beroende. Hur utvecklarna valde att formulera dessa fel leder till dessa vanliga missuppfattningar.

Rättelse av restrict.conf-moduldirektiven

För diskussions skull använder vi Linux-distributionens encyklopedi på distrowatch.com för våra exempel. Den officiella apache2-dokumentationen använder dev.example.com som ett exempel, och i alla fall vill du inte använda någon av dessa adresser.

Öppna filen med en textredigerare. Eftersom det här finns i en skyddad katalog måste du ha root-åtkomst. Vi använde , men du kan också använda vi eller annan textredigerare du föredrar. Du behöver inte ens nödvändigtvis använda en konsolredaktör, men se till att du använder gksu istället för sudo om det är lämpligt.

PRO TIPS: Om problemet är med din dator eller en bärbar dator, bör du försöka använda Reimage Plus-programvaran som kan skanna förvaret och ersätta korrupta och saknade filer. Detta fungerar i de flesta fall där problemet uppstått på grund av systemkorruption. Du kan ladda ner Reimage Plus genom att klicka här

När du har laddat filen, var noga med något som läser, till exempel:

Beställ neka, tillåt

Förneka allt från alla

Tillåt från distrowatch.com

Denna text borde bara existera inuti block. Observera utrymmet i den första taggen. Om du har den texten som flyter runt utanför några block, lägger du till taggar runt den eller flyttar den så att den står som sådan:

Beställ neka, tillåt

Förneka allt från alla

Tillåt från distrowatch.com

Kom ihåg att du måste byta distrowatch.com med den faktiska webbadressen du jobbar med. Om du hittar några rader som hänvisar till dev.example.com direkt har du antingen kopierat dem direkt från exemplet kod eller de läggs till som standard. Example.com-domänen existerar bara för illustration i tekniska dokument och tjänar ingen riktig syfte. Den officiella dokumentationen på httpd.apache.org/docs/2.2/howto/access.html refererar verkligen till dem. Du kan säkert ta bort dem när du lägger till den nya texten i.

Skulle du någonsin behöva inkludera en katalog i din restrict.conf-fil, då kan du ersätta taggar med taggar, men du måste se till att behålla utrymmet i den första taggen en gång till. Se till att spara dokumentet och stäng sedan det innan du startar om tjänsten apache2. Du borde inte ha några ytterligare problem här ute.

Det här är vad apache-servern betyder när det returnerar ett fel något liknande:

Det faktiska felet skulle ha ett linjenummer i stället för oktotorpen, men det indikerar att direktiven inte är säkert inneslutna inuti nämnda taggar. Du kanske vill navigera direkt till linjen som anges i felet när du felsöker manuset för att kontrollera vad som är fel med det. Medan felet i fråga kommer att berätta att Apache-felloggen kan ha mer information, kommer det förmodligen bara att förstärka samma begrepp som diskuteras här.

Framtida syntaxfel kan korrigeras på liknande sätt. Det kan hända att efter att ha fixat den, springer apache2-tjänsten ut ett annat fel. Det här är normalt, så konstigt som det kan låta eftersom det bara kör kod tills den första raden har ett problem med. Om det fanns problem längre ner på linjen, skulle det aldrig ha kommit till dem. Skulle du ha sådana problem, var noga med att titta på linjenummer när du redigerar fil. Om du använder nano för att redigera filen kan du alltid hålla ner Ctrl-tangenten och trycka på C-tangenten för att se vilken linje markören är på. Detta gör att felsökningsprocessen går mycket smidigare.

Det kan hända att du har flera block som flyter runt på ett sådant sätt som inte är kopplade till någonting. Var och en av dessa måste ha taggar på dem. Ta bort de extra blocken när som helst som du finner att du har flera kopior av samma webbadress med samma exakta direktiv eftersom dessa dubbletter kan orsaka problem. Du behöver i allmänhet bara ha en enda kopia av en viss webbadress, eftersom du inte bör skicka ytterligare direktiv om en till apache2-servern, eftersom de eventuellt skulle kunna motverka varandra.