Com corregir els errors de mod_authz_host Apache a Linux



Proveu El Nostre Instrument Per Eliminar Problemes

En instal·lar el servei apache2 a Red Hat Enterprise Linux, Arch, Scientific Linux, Debian Server, Ubuntu Server o qualsevol de les altres distribucions que el suporten, és possible que trobeu un error sobre el mòdul mod_authz_host que impedeix l'execució del servei. . És probable que trobeu que aquest error és un problema cada vegada que reinicieu el servei apache2. Aquest error sol presentar-se en forma d’advertència de sintaxi sobre la primera línia del fitxer fitxer, però teòricament es podria obtenir un error diferent.



Independentment de la línia amb la qual pugui tenir problemes, la solució té poc a veure amb que mod_authz_host no s’instal·la ni es carrega a la memòria RAM. De fet, si teniu aquest error, vol dir que el servei del servidor apache2 està carregant correctament el fitxer mòdul. El problema només té a veure amb el fet que una directiva està fora de lloc en algun lloc i la reordenació del codi hauria de solucionar el problema amb força rapidesa. Tingueu en compte que de tant en tant veureu instruccions per instal·lar mod_authz_host a apache2, cosa que és irrellevant per a aquesta discussió. Els vostres errors no provenen de la manca d’un paquet específic ni provenen de cap tipus de dependència no complerta. La forma en què els desenvolupadors van triar aquests errors condueixen a aquestes idees errònies habituals.



Corregint les directives del mòdul restrict.conf

Per motius de discussió, utilitzarem l’enciclopèdia de distribució de Linux a distrowatch.com pels nostres exemples. La documentació oficial d’apache2 utilitza dev.example.com com a exemple i, en qualsevol cas, no voldreu utilitzar cap d’aquestes adreces.



Obriu el fitxer amb un editor de text. Com que es troba en un directori protegit, haureu de tenir accés root. Vam utilitzar , però també podeu utilitzar vi o un altre editor de text que preferiu. Ni tan sols cal que utilitzeu un editor de consola, però assegureu-vos d’utilitzar gksu en lloc de sudo, si s’escau.

Un cop hàgiu carregat el fitxer, parleu amb molta atenció en allò que es llegeix, per exemple:



Ordre denegar, permetre

Negar de tots

Permet des de distrowatch.com

Aquest text només hauria d’existir dins de blocs. Tingueu en compte l’espai de la primera etiqueta. Si teniu aquesta línia de text flotant fora de qualsevol bloc, afegiu etiquetes al voltant o moveu-la perquè es llegeixi com a tal:

Ordre denegar, permetre

Negar de tots

Permet des de distrowatch.com

Recordeu que haureu de substituir distrowatch.com per l'URL real amb què esteu treballant. Si trobeu línies que facin referència directament a dev.example.com, les heu copiat directament del codi d'exemple o bé s'hi afegeixen de manera predeterminada. El domini example.com només existeix per il·lustrar-lo en documents tècnics i no té cap propòsit real. La documentació oficial a httpd.apache.org/docs/2.2/howto/access.html sí que fa referència a ells. Probablement podeu eliminar-los de manera segura quan hi afegiu el text nou.

Si mai haureu d'incloure un directori al fitxer restrict.conf, podeu substituir-lo etiquetes amb etiquetes, però heu d’assegurar-vos de mantenir l’espai de la primera etiqueta una vegada més. Assegureu-vos de desar el document i de tancar-lo abans de reiniciar el servei apache2. A partir d’aquí no hauríeu de tenir cap problema.

Això és el que significa el servidor apache quan retorna un error com:

L’error real tindria un número de línia en lloc de l’octotorpe, però indica que les directrius no estan tancades de manera segura dins d’aquestes etiquetes. És possible que vulgueu anar directament a la línia indicada a l'error quan es depura l'script per comprovar què hi passa. Tot i que l'error en qüestió us indicarà que el registre d'errors d'Apache pot tenir més informació, probablement només reforçarà els mateixos conceptes que es comenten aquí.

Els errors de sintaxi futurs es poden corregir de manera similar. És possible que després de solucionar-lo, el servei apache2 escopi un altre error. Això és normal, per estrany que sembli, ja que només executa codi fins a la primera línia amb la qual troba un problema. Si hi hagués problemes més endavant, mai no els hauria arribat. Si teniu algun problema d’aquest tipus, presteu molta atenció al número de línia quan editeu el fitxer dossier. Si utilitzeu nano per editar el fitxer, sempre podeu mantenir premuda la tecla Ctrl i prémer la tecla C per trobar en quina línia es troba actualment el cursor. Això farà que el procés de depuració vagi molt més fàcilment.

És possible que tingueu diversos blocs flotant de manera que no s’adhereixen a res. Cadascun d’ells ha de tenir etiquetes. Elimineu els blocs addicionals sempre que trobeu que teniu diverses còpies del mateix URL amb les mateixes directrius exactes, ja que aquests duplicats poden causar problemes. Generalment, només cal que tingueu una sola còpia de qualsevol URL específic, ja que no heu de passar directrius addicionals sobre una al servidor apache2, ja que en última instància es podrien contrarestar.

3 minuts de lectura