OrdinadorsProgramació

Nginx: Configuració i instal·lació

Què és Apache, Nginx? Finalitat, les característiques opcions de personalització - aquestes són les coses que cada desenvolupador web ha de ser familiar per provar els seus desenvolupaments.

Sobre nginx diuen una paraula

Aquesta eina té una principal i diversos fluxos de treball. La primera tracta de la lectura i verificació de la configuració. També sota el seu control és la gestió del flux de treball. El problema del passat - per manejar les peticions entrants. El model d'ús nginx que es basa en els fets. també s'utilitzen mecanismes, depenent del sistema operatiu per tal d'aconseguir les sol·licituds d'assignació eficient directament entre els processos de treball. El seu nombre sempre s'indica en el fitxer de configuració. El valor pot ser fix o ajusta automàticament, guiat pel nombre de nuclis de processador que pot ser manejat. En la configuració de nginx del sistema i els mòduls es porta a terme utilitzant l'arxiu de configuració. Per tant, si necessita canviar alguna cosa, que cal buscar pel seu nom. En general, es troba en la Directiva / etc / nginx (però la ruta pot variar amb altres sistemes) i té una extensió .conf.

Inici, reinici i registre

Per a això, ha de fer l'executable. Configura nginx-servidor només és possible quan s'inicia. La gestió es porta a terme gràcies a cridar l'executable amb el paràmetre -s. Per això, utilitzeu la següent:

senyal de nginx -s

En aquest cas, pot substituir les següents comandes (ha de venir de l'usuari que va posar en marxa l'eina):

  1. Aturar. S'utilitza per a l'apagat ràpid.
  2. Actualitza. L'equip necessari per recarregar l'arxiu de configuració. El fet és que els canvis no tindran efecte fins que l'arxiu funciona. I per tal de tenir efecte, cal reiniciar. Tan aviat com s'obté aquest senyal, el procés principal comença a verificar la correcció del component sintàctic de l'arxiu de configuració i tractar d'aplicar les orientacions disponibles allà. En cas de fallada, serà desfer els canvis i treballarà amb els paràmetres antics. Si tot va bé, es posarà en marxa nous fluxos de treball, i el vell s'enviarà al final de la demanda.
  3. Deixar de fumar. S'utilitza per a la terminació llisa de l'obra. S'utilitza si vol esperar fins que les sol·licituds actuals acaben mantenen.
  4. Torneu a obrir. arxius de registre de tancament i obertura.

L'ús dels serveis públics

processos d'ajust també es poden realitzar usant mitjans de Unix (utilitat kill serà discutit com un exemple). En general, utilitzen un mecanisme per enviar el senyal directament a les dades de procés. Ells estan units per mitjà d'ID. Aquestes dades es guarden al fitxer nginx.pid. Suposem que estem interessats en el procés №134. Llavors, per al bon terme de la necessitat d'enviar la següent informació:

matar -s QUIT 1628

Suposem que volem veure una llista de tots els fitxers oberts. Estem fent ús de la utilitat pg. L'equip també es veurà de la següent manera:

-ax ps | grep nginx

És a dir, com es pot veure, mitjançant l'ús d'instruments addicionals indiquen que va en la seva aplicació. I ara ens centrarem en nginx-configuració del compromès.

L'estructura de l'arxiu de configuració

Instal·lació i configuració de nginx inclou treballar amb els mòduls. Ells es configuren mitjançant les directives que s'especifiquen a l'arxiu de configuració. Poden ser simples o bloc. El primer tipus consisteix en les directives i els paràmetres, que estan separats per espais, i la seva fi és indicat per un punt i coma - (;). El bloc té una estructura similar. Però en lloc d'aquest tancament directiva situada conjunt addicional d'instruccions que es col·loquen en les claus ({} instruccions). Si poden publicar els noms i altres paràmetres del procés, se'ls crida tals construccions tenen el context. A tall d'exemple, http, la ubicació i el servidor.

La distribució de contingut estàtic

Aquest és un dels reptes més importants que enfronta la configuració de nginx. En virtut de la distribució estadística dels continguts és imatges significava i pàgines HTML (no dinàmic). Suposem que tenim una sola obra sobre la configuració del nginx nix clúster. És difícil fer-ho? No, veurem un exemple. Abans d'embarcar-se en ell, cal detallar les condicions del problema. Per tant, depenent de la sol·licitud, els arxius vindran de diversos directoris locals. Per tant, al directori / data / www tenim documents HTML. I en el directori / dades / imatges que conté imatges. nginx ajust òptim en aquest cas ho requereixi l'edició de l'arxiu de configuració, que s'ha de configurar la unitat de servidor dins de http. Per donar suport als dos s'utilitzarà com a ubicació.

Aplicació: Servidor

Per tant, primer hem de crear directoris i col·locar-se en els arxius que necessiten per expandir (en html necessita afegir contingut). A continuació, obriu el fitxer de configuració. En ella, el servidor per defecte ja té diversos blocs, que en la seva major part estan comentades. Per aconseguir resultats òptims, aquest procés cal fer respecte a tots els components per defecte. A continuació, afegir una nova unitat de servidor utilitzant aquest codi:

http {

servidor {

}

}

L'arxiu de configuració pot treballar amb diversos d'aquests blocs. Però han de ser distingits pels seus noms i els ports a través del qual es reben dades.

Implementació: ubicació

Determinada en el servidor:

lloc / {

root / data / www;

}

La presència del signe "/" cal comparar les dades obtingudes i veure si hi ha una direcció tal de la sol·licitud processada aquí. Si no hi ha problemes, a continuació, especifiqueu la ruta / dades / www a l'arxiu desitjat que es troba en el sistema local. Si hi ha una coincidència amb uns pocs blocs, a continuació, seleccioneu el que té el prefix més llarg. En aquest exemple, la longitud és igual a un, és a dir, l'ús serà exclusivament en el cas que no hi ha "competència". Ara, que s'actualitzarà:

Ubicació / images / {

root / dades;

}

Com es pot identificar, estem buscant una imatge. Ara, anem a combinar tots els desenvolupaments que anteriorment, i la configuració en aquest moment és el següent:

servidor {

lloc / {

root / data / www;

}

Ubicació / images / {

root / dades;

}

}

Aquesta és una versió de treball d'aquest cas, la norma №80 port. Aquest servidor sense cap tipus de problemes pot estar disponible en l'equip, si vas a l'adreça: http: // localhost /. Com funciona això?

El principi de funcionament de l'exemple

Per tant, quan arriben a les consultes que comencen amb a / imatges, el servidor dels arxius de directori corresponent s'envia a l'usuari. En la seva absència, se li donarà la informació que indica l'error 404. Si es porta a terme la configuració de nginx a l'equip local, llavors la petició http: //localhost/images/example.png obtindrem un arxiu el /data/images/example.png ubicació. Quan s'especifica una recerca "/" símbol es durà a terme en el directori / data / www. Però només hem canviat la configuració. Comença a treballar, ha de reiniciar. Per això, utilitzeu la recàrrega nginx -s. En el cas que el funcionament normal no és possible, en el access.log i arxius error.log situat a la Directiva / / nginx / logs usr / local, pot buscar la causa de la fallada.

Creació d'un servidor intermediari senzill

Es pot dir sobre nginx - configuració d'aquesta instal·lació és una de les aplicacions més comuns (i bastant fàcil, per cert). S'utilitza el principi que el servidor que rep una sol·licitud, i després els torna a dirigir als llocs necessaris. Després d'això, s'espera que la resposta d'ells, que els envia a la persona que estableix la tasca. Així que anem a veure un exemple de la creació d'un punt base. S'ocuparà de les sol·licituds dels usuaris dels serveis i proporcionar-los una imatge des d'un directori local. Per tant, per bloquejar http afegir un altre servidor amb el següent contingut:

servidor {

escoltar 8080;

root / data / UP1;

lloc / {

}

}

Ara, anem a desxifrar per a vostè: la creació d'un servidor simple. Ell va a escoltar el port 8080 no té un escoltar, llavors el servidor s'executarà en la 80a. Es mostraran totes les sol·licituds dins el sistema de fitxers local que es dirigeixen al directori / data / UP1 (per descomptat, abans que sigui necessari crear-lo). Per poder comprovar que cal posar l'arxiu index.html. A causa de la col·locació de les directives en el context del servidor arrel, podem utilitzar la ubicació en tot moment (com restriccions d'accés així traslladades). Ara estem treballant per crear un intermediari. Perquè funcioni, necessitem Directiva PROXY_PASS, per al qual s'especifica el nom del protocol, i la instal·lació portuària com a paràmetres (per a connexió local que es veurà com http: // localhost: 8080). Obtenir aquest resultat:

servidor {

lloc / {

PROXY_PASS http: // localhost: 8080;

}

Ubicació / images / {

root / dades;

}

}

Si ens fixem en el codi i ho analitza, es pot notar que la segona ubicació de la unitat ha canviat. Per tant, en aquest cas, es pot treballar amb imatges típiques extensions. Una mica diferent, podria ser representada de la següent manera:

ubicació ~ \ (gif | jpg | png) $ {.

root / data / images;

}

La configuració del servidor intermediari final és com segueix:

servidor {

lloc / {

PROXY_PASS http: // localhost: 8080 /;

}

ubicació ~ \ (gif | jpg | png) $ {.

root / data / images;

}

}

Es filtrarà peticions al final dels quals hi ha aquestes extensions i els envien a la persona que sol·licita arxius. Cal no oblidar que haurà de reiniciar si voleu comprovar el fitxer de configuració. I creguin-me, és només nginx-configuració. Si obre la configuració "Vkontakte" servidor d'arxius o una altra gran empresa, tindran el codi més que paraules en aquest article.

Similar articles

 

 

 

 

Trending Now

 

 

 

 

Newest

Copyright © 2018 ca.unansea.com. Theme powered by WordPress.