Nginx: Asetukset ja asennus

Mikä on Apache, nginx? Tarkoitus, ominaisuuksia, muokkausmahdollisuuksia - nämä ovat asioita, jotka kaikki web-kehittäjä pitäisi tuntea testata niiden kehityksestä.

Noin nginx sano sanaakaan

Tämä työkalu on yksi tärkeimmistä ja useita työnkulkuja. Ensimmäisessä käsitellään käsittelyn ja kokoonpanon todentaminen. Myös sen valvonnassa on työnkulun hallintaan. Ongelma menneisyyden - käsitellä saapuvia pyyntöjä. Nginx käyttö malli perustuu tapahtumiin. Mekanismeja käytetään myös, riippuen käyttöjärjestelmästä, jotta saavutetaan tehokas kohdentaminen pyyntöjä suoraan välillä työntekijä prosesseja. Heidän määränsä on aina merkitty asetustiedostoon. Arvo voi olla joko kiinteä tai automaattisesti, ohjaavat suorittimen ytimien lukumäärä, jota voidaan käsitellä. In nginx säätämistä ja moduulit suoritetaan käyttäen konfiguraatiotiedosto. Siksi jos haluat muuttaa jotain, sinun täytyy etsiä hänen nimensä. Yleensä se on direktiivissä / etc / nginx (mutta reitti voi vaihdella muiden järjestelmien) ja on jatke Conf.

Käynnistä uudelleen, ja log

Voit tehdä tämän, sinun täytyy tehdä teosta ajetaan. Konfigurointi Nginx-palvelin on mahdollista vain silloin, kun se on alkanut. Management suoritetaan ansiosta soittaa suoritettavan -S parametri. Voit tehdä tämän seuraavasti:

nginx -s signaali

Tässä tapauksessa voit korvata seuraavat komennot (on tultava käyttäjä, joka käynnisti työkalun):

1. Pysähtyä. Sitä käytetään nopea sammutus.
2. Päivitä. Joukkue tarvitaan lataa asetustiedostoa. Tosiasia on, että muutokset tulevat voimaan vasta tiedosto toimii. Ja jotta voimaan, uudelleenkäynnistys on tarpeellinen. Heti kun saat tämän signaalin, tärkein prosessi alkaa oikeellisuuden syntaktisen osan asetustiedostoon ja yrittää soveltaa ohjausta saatavilla siellä. Pettäessä, se perua muutokset ja toimii vanhan parametreja. Jos kaikki on onnistunut, se tuo markkinoille uusia työnkulkuja, ja vanha lähetetään kysyntään loppuun.
3. Lopeta. Käytettävä sileä töiden. Sitä käytetään, jos haluat odottaa, kunnes nykyinen pyyntöjä lopettanut säilyy.
4. Avaa uudelleen. Tiivistä ja avointa lokitiedostoja.

apuohjelmien avulla

Tamisprosesseihinsa voidaan suorittaa myös käyttäen Unix välineet (tapon apuohjelma käsitellään esimerkkinä). Ne yleensä käyttää mekanismi lähettää signaalin suoraan käsittelemään tietoa. Ne linkittyvät toisiinsa tunnus. Tämä tieto on tallennettu nginx.pid tiedostoon. Oletetaan, että olemme kiinnostuneita prosessissa №134. Sitten, sujuva loppuun tarvetta lähettää meille seuraavat tiedot:

tappaa -S PALUU 1628

Oletetaan, että haluamme nähdä listan kaikista avoimista tiedostoista. Olemme hyödyntävät apuohjelman ps. Joukkue myös näyttää seuraavasti:

ps -ax | grep nginx

Eli kuten näette, käyttämällä ylimääräisiä välineitä osoittavat, että menee sen soveltamisesta. Ja Nyt keskitytään siihen, miten sitoutuneita nginx-konfiguraatiossa.

Rakenne konfiguraatiotiedoston

Asennetaan ja nginx sisältää toimivat moduulit. Ne määritetään käyttämällä direktiivit, jotka on määritelty asetustiedostossa. Ne voivat olla yksinkertaisia tai estää. Ensimmäinen tyyppi koostuu direktiivien ja parametrit, jotka on erotettu tilat, ja niiden pää on merkitty puolipisteen - (;). Lohko on samanlainen rakenne. Mutta sen sijaan Tämän direktiivin sulkimella, joka sijaitsee lisäksi joukon ohjeita, jotka on sijoitettu aaltosulkeisiin ({} ohjeet). Jos he voivat lähettää nimet ja muut parametrit prosessin, niitä kutsutaan tällaisia rakenteita on yhteydessä. Esimerkiksi, http, sijainti ja palvelin.

Jakelu staattisen sisällön

Tämä on yksi tärkeimmistä haasteista nginx kokoonpano. Alle tilastollisen jakauman sisältö on tarkoitettu kuvien ja HTML-sivuja (ei dynaaminen). Oletetaan, että tarvitsemme yhden työtä perustamalla klusterin nix nginx. On vaikea tehdä niin? Ei, Katsotaanpa esimerkki. Ennen asian, se on tarpeen täsmentää edellytykset ongelman. Joten, riippuen pyynnöstä, tiedostot tulevat useita paikallisia hakemistoja. Niinpä / data / www meillä HTML-asiakirjoja. Ja hakemistosta / data / kuvien kuvia sisältävän. Optimaalisen asetuksen nginx tässä tapauksessa edellyttää tiedoston asetustiedosto, joka täytyy määrittää palvelimen yksikkö http. Tukemaan kahta tullaan käyttämään paikkaan.

Toteutus: palvelin

Joten, ensin meidän on luoda hakemistoja ja asettua tiedostoja he tarvitsevat laajentaa (html sinun täytyy lisätä sisältöä). Avaa sitten tiedostoa. Siinä oletuspalvelimen jo useita lohkoja, jotka suurimmaksi osaksi kommentoidaan ulos. Optimaalisten tulosten saavuttamiseksi, tämä prosessi on tehtävä suhteessa kaikkien komponenttien oletuksena. Sitten lisää uusi palvelin yksikön koodin avulla:

http {

palvelin {

}

}

Konfiguraatiotiedosto voidaan käsitellä useita tällaisia lohkoja. Vaan ne on ominaista niiden nimet ja portteja, joiden kautta dataa vastaanotetaan.

Toteutus: sijainti

Määritetään palvelimessa:

sijainti / {

root / data / www;

}

Läsnäolo merkki "/" on tarpeen verrata saatua dataa ja nähdä, onko tällainen osoitteen käsitelty pyyntö tässä. Jos ei ole ongelmia, määritä polku / data / www haluttuun tiedostoon, joka sijaitsee paikallisessa järjestelmässä. Jos on ottelu muutaman korttelin, valitse yksi pisimpään etuliite. Tässä esimerkissä pituus on yhtä kuin yksi, eli käyttö on yksinomaan siinä tapauksessa, että ei ole "kilpailu". Nyt anna sen päivittää:

sijainti / images / {

root / data;

}

Miten tunnistaa, etsimme kuvan. Nyt, yhdistää kaikkia tekijöitä, jotka olivat aiemmin, ja kokoonpano tällä hetkellä on seuraava:

palvelin {

sijainti / {

root / data / www;

}

sijainti / images / {

root / data;

}

}

Tämä on toimiva versio Tällöin standardin portin №80. Tämä palvelin ilman mitään ongelmia voi olla käytettävissä tietokoneessa, jos menet osoitteeseen: http: // localhost /. Miten tämä kaikki toimii?

Toimintaperiaate esimerkin

Joten, kun he tulevat kyselyt, jotka alkavat / kuvia, palvelimen vastaavan hakemiston tiedostoja lähetetään käyttäjälle. Hänen poissa annetaan tieto siitä virheestä 404. Jos suorittaa nginx kokoonpano paikallisessa tietokoneessa, pyyntö http: //localhost/images/example.png saamme tiedosto, jonka sijainti /data/images/example.png. Kun määrität "/" symboli haku tehdään hakemistosta / data / www. Mutta olemme vain muuttuneet kokoonpano. Se alkaa toimia, se on käynnistettävä. Voit tehdä tämän käyttämällä nginx -s reload. Siinä tapauksessa, että normaali toiminta ei ole mahdollista, että access.log ja error.log tiedostot sijaitsevat direktiivin / usr / local / nginx / lokit, voit etsiä vian syyn.

Luominen yksinkertainen välityspalvelimen

Voidaan sanoa nginx - kokoonpano tämä järjestely on yksi yleisimmistä sovelluksista (ja melko helppo, muuten). Se käyttää periaate palvelin, joka vastaanottaa pyynnön, ja sitten ohjaa heidät tarvittavat sivustoja. Sen jälkeen, vastaus heiltä odotetaan, joka lähettää ne edelleen yhden tehtävän asettajalle. Joten Katsotaanpa esimerkkiä, jossa luodaan pohja pisteen. Se käsittelee palvelujen käyttäjien pyyntöihin ja antaa heille kuvan paikalliseen hakemistoon. Joten, estää http lisätä toisen palvelimen sisältö on seuraava:

palvelin {

listen 8080;

root / data / UP1;

sijainti / {

}

}

Nyt, tulkita sinulle: luoda yksinkertaisen palvelimelle. Hän kuuntelee porttiin 8080 ei ole kuunnella, palvelin toimii seuraavilla 80 th. Näytetään kaikki pyynnöt paikallisessa tiedostojärjestelmä, joka ohjataan hakemistoon / data / UP1 (tietenkin, ennen kuin se on tarpeen luoda). Voidakseen tarkistaa on tarpeen sijoittaa index.html. Johtuen sijoittamista direktiivien yhteydessä juuripalvelinjärjestelmän voimme käyttää paikalla kaikkina aikoina (kuten siten poistettu käyttörajoituksia). Työskentelemme nyt luoda proxy. Jotta se toimisi, tarvitsemme proxy_pass direktiivi, jonka täsmennetään protokollan nimi ja satamarakenteen parametreina (paikallisyhteyteen se näyttää http: // localhost: 8080). Hanki tämä tulos:

palvelin {

sijainti / {

proxy_pass http: // localhost: 8080;

}

sijainti / images / {

root / data;

}

}

Jos tarkastellaan koodin ja analysoida sitä, saatat huomata, että toinen yksikkö sijainti on muuttunut. Niinpä tässä tapauksessa se voi toimia tyypillisiä laajennuksia kuvia. Hieman erilainen, se voidaan näyttää seuraavasti:

sijainti ~ \ (gif | jpg | png). $ {

root / data / kuvia;

}

Lopullinen proxy kokoonpano on seuraava:

palvelin {

sijainti / {

proxy_pass http: // localhost: 8080 /;

}

sijainti ~ \ (gif | jpg | png). $ {

root / data / kuvia;

}

}

Se suodattaa pyyntöjä lopussa joita on nämä laajennukset ja lähettää ne pyytäneelle henkilölle tiedostoja. Älä unohda, että se on käynnistettävä uudelleen, jos haluat tarkistaa asetustiedostoa. Ja uskokaa minua, se on vain nginx-konfiguraatiossa. Jos avaat konfigurointi "Vkontakte" tiedostopalvelin tai muu suuri yritys, he saavat koodin enemmän kuin sanat tässä artikkelissa.