Nginx: Sąranka ir montavimas

Kas yra Apache, nginx? Paskirties, funkcijų, tinkinimo parinkčių - tai yra dalykai, kurie kiekvieną kūrėjas turėtų būti susipažinę išbandyti savo pokyčius.

Apie nginx pasakyti žodį

Šis įrankis turi vieną pagrindinį ir keletą darbo eigas. Pirmieji pasiūlymai, kurių skaitymo ir konfigūravimo patikrinimas. Be to, pagal savo kontrolę, yra darbo eigos valdymas. Praeities problema - tvarkyti gaunamus prašymus. Nginx naudojimo modelis, kuris remiasi įvykių. Mechanizmai yra naudojami taip pat, priklausomai nuo operacinės sistemos, kad būtų pasiekti veiksmingai paskirstyti prašymus tiesiogiai tarp darbuotojo procesus. Jų skaičius yra visada nurodomas konfigūracijos failą. Vertė gali būti arba fiksuoti, arba automatiškai nustatyti, vadovaujasi procesoriaus branduolių skaičius, kad gali būti apdorojamos. Į Nginx konfigūracijos sistemos ir modulių yra vykdoma, naudojant konfigūracijos failą. Taigi, jei jums reikia ką nors pakeisti, reikia ieškoti savo vardo. Paprastai jis yra direktyvos / etc / nginx (bet maršrutas gali skirtis su kitomis sistemomis) ir turi plėtinį .conf.

Pradžia, perkrauti, ir prisijunkite

Norėdami tai padaryti, jūs turite padaryti vykdomąjį veikia. Konfigūravimas Nginx-serveris yra įmanoma tik tada, kai jis yra pradėtas. Valdymas atliekamas dėka skambinti vykdomąjį su -ių parametrą. Norėdami tai padaryti, naudokite taip:

Nginx -s signalas

Tokiu atveju, galite pakeisti šias komandas (turi ateiti iš vartotojo, kuris pradėjo nuorodą):

1. Sustoti. Jis naudojamas greitam uždarymo.
2. Perkrauti. Komanda reikia perkrauti konfigūracijos failą. Faktas yra tas, kad bet kokie pakeitimai neįsigalioja tol, kol byla veikia. Ir tam, kad įsigaliotų, perkrauti reikia. Kai tik gausite šį signalą, pagrindinis procesas pradeda patikrinti sintaksės komponento konfigūracijos failo teisingi ir pabandyti taikyti gaires galima rasti ten. Gedimo atveju, tai bus įvirsta pakeitimus ir dirbs su senais parametrus. Jei viskas pavyks, tai bus imtis naujų darbo eigas, o senas bus išsiųstas į paklausos pabaigoje.
3. Baigti. Naudojama sklandžiai užbaigus darbą. Jis naudojamas, jei norite laukti, kol dabartiniai prašymai baigti prižiūrimi.
4. Iš naujo. Uždaryti ir atidaryti failus.

naudojant komunalinės paslaugos

Nustatymo sistemos taip pat gali būti atliekamas naudojant Unix priemones (naikina įrankis bus aptartos kaip pavyzdys). Jie paprastai naudoti mechanizmą siųsti signalą tiesiogiai su procesu duomenis. Jie sujungtos ID. Šie duomenys yra saugomi nginx.pid failą. Tarkime, kad mes esame suinteresuoti proceso №134. Tada, sklandžiai užbaigus reikia siųsti mums šią informaciją:

nužudyti -S QUIT 1628

Tarkime, kad norime pamatyti visų atidarytų failų sąrašą. Mes darome naudotis komunalinių ps. Komanda taip pat atrodys taip:

PS -ax | grep nginx

Tai yra, kaip jūs galite pamatyti, naudojant papildomas priemones rodo, kad jis eina savo paraišką. O dabar tegul sutelkti dėmesį į tai, kaip padarytą Nginx konfigūraciją.

Iš konfigūracijos failo struktūra

Įdiegti ir konfigūruoti nginx apima darbą su moduliais. Jie konfigūruojamas naudojant direktyvas, kurios yra nurodytos konfigūracijos failą. Jie gali būti paprastas arba blokuoti. Pirmojo tipo susideda iš direktyvų ir parametrus, kurie yra, atskirtų tarpais, ir jų galas yra nurodyta kabliataškiu - (;). Blokas turi panašią struktūrą. Bet vietoj to, šios direktyvos uždarymo esančio papildomą instrukcijų rinkinys, kuriame yra, pateiktiems per garbanotieji skliausteliuose ({} nurodymuose). Jei jie gali rašyti pavardes ir kitus parametrus procese jie vadinami tokie statiniai turi kontekstą. Pavyzdžiui, http, vietos ir serverio.

Statinės turinio platinimas

Tai yra vienas iš svarbiausių iššūkių Nginx konfigūraciją. Pagal statistinį pasiskirstymą turinio yra skirtas nuotraukas ir HTML puslapiai (ne dinaminis). Tarkime, kad turime tik vieną darbą įkurti klasterį nix nginx. Ar sunku tai padaryti? Ne, pažvelkime pavyzdys. Prieš pradedant jį, būtina išsamiai problemos sąlygos. Taigi, priklausomai nuo prašymo, failai ateis iš įvairių vietinių katalogų. Taigi, / data / www turime HTML dokumentus. Ir į katalogą / data / vaizdų, kuriuose vaizdų. Optimalus nustatymas nginx šiuo atveju reikia redaguojant konfigūracijos failą, kurį turite konfigūruoti serverį vienetas per HTTP. Remti du bus naudojamas kaip vietą.

Įgyvendinimas: serveris

Taigi, pirmiausia turime sukurti katalogus ir atsidurti failus jiems reikia plėsti (HTML norite pridėti turinį). Tada atidaryti sąrankos failą. Jame Numatytasis serveris jau turi keletą blokų, kurie didžiąja dalimi komentuojami iš. Norėdami pasiekti optimalius rezultatus, šis procesas turi būti padaryta atsižvelgiant į visus komponentus pagal nutylėjimą. Tada pridėti naują serverio įrenginį naudojant šį kodą:

http {

serveris {

}

}

Konfigūracijos failas gali dirbti su keliais tokių blokų. Bet jie turi būti atskirti pagal jų pavadinimus ir uostų, per kuriuos bus gauti duomenys.

Įgyvendinimas: vieta

Nustatomas per serverio:

vietą / {

šaknis / duomenų / www;

}

Žymens buvimas "/" būtina palyginti gautus duomenis ir pamatyti, ar yra toks adresas iš perdirbtų prašymą čia. Jei nėra jokių problemų, tada nurodyti kelią / data / www norimą failą, kuris yra įsikūręs vietinės sistemos. Jei yra rungtynės su keliais blokais, tada pasirinkite vieną su ilgiausią priešdėlis. Šiame pavyzdyje, ilgis yra lygus vienam, ty naudojimas bus tik tuo atveju, jei nėra "konkurencija". Dabar, tegul jis bus atnaujinti:

vieta / vaizdų / {

šaknis / duomenų;

}

Kaip galima nustatyti, mes ieškome vaizdą. Dabar galime derinti visus pokyčius, kurie buvo anksčiau, o šiuo metu konfigūracija yra tokia:

serveris {

vietą / {

šaknis / duomenų / www;

}

vieta / vaizdų / {

šaknis / duomenų;

}

}

Tai darbinis variantas tuo atveju, standartinis uosto №80. Tai be jokių problemų serveris gali būti jūsų kompiuteryje, jei jūs einate į adresą: http: // localhost /. Kaip visa tai veikia?

Iš veikimu pavyzdyje principas

Taigi, kai jie ateina į klausimus, prasidedančius / images, iš atitinkamų katalogų failų serveris bus siunčiami vartotojui. Jo nesant bus suteikta informacija, nurodantis klaidos 404. Jei atliekamas Nginx konfigūraciją vietiniame kompiuteryje, tada prašymo http: //localhost/images/example.png gausime failą, kurio vietą /data/images/example.png. Kai nurodote "/" simboliu paieška bus vykdoma kataloge / data / www. Bet mes tik pakeitėme konfigūraciją. Ji pradeda dirbti, ji turi iš naujo. Norėdami tai padaryti, naudokite Nginx -s Atnaujinti. Tuo atveju, kai normalus veikimas yra neįmanoma, į access.log ir error.log failus įsikūrusi direktyvoje / usr / local / Nginx / rąstų, galite ieškoti gedimo priežasties.

Sukurti paprastą pagalbinį serverį

Tai galima pasakyti ir apie nginx - konfigūracija šio įrenginio yra vienas iš labiausiai paplitusių prašymus (ir gana lengva, beje). Jis naudoja serverio, kad gauna prašymą, principą ir tada perduoda juos būtinais svetainėse. Po to, atsakymas iš jų tikimasi, kuris siunčia juos į tą, kuris nustatytas užduotis. Taigi pažvelkime kaip sukurti bazinę tašką pavyzdyje. Jis spręs paslaugų vartotojų pageidavimus ir suteikti jiems su vaizdu iš vietos kataloge. Taigi, blokuoti http pridėti dar vieną serverį su tokio turinio:

serveris {

klausytis 8080;

šaknis / duomenų / up1;

vietą / {

}

}

Dabar galime iššifruoti už jus: sukurti paprastą serverį. Jis bus klausytis uosto 8080 neturi klausytis, tada serveris veiks 80 d. Bus rodomas visus per vietinės failų sistemos prašymus, kurie yra nukreipti į katalogą / data / up1 (žinoma, prieš tai bus būtina jį sukurti). Kad būtų galima patikrinti būtina įdėti index.html failą. Dėl direktyvų išdėstymas atsižvelgiant į šaknų serverį, mes galime naudoti vietoje visais laikais kontekste (taip atitraukta patekimo apribojimai). Mes šiuo metu dirba sukurti proxy. Nes dirbti, turime proxy_pass direktyvą, dėl kurios bus nustatytos protokolo pavadinimas, ir uosto įrenginiui parametrų (vietos atžvilgiu ji atrodys http: // localhost: 8080). Atsisiųskite šį rezultatą:

serveris {

vietą / {

proxy_pass http: // localhost: 8080;

}

vieta / vaizdų / {

šaknis / duomenų;

}

}

Jei pažvelgti į kodą ir analizuoti, galite pastebėti, kad antrojo bloko vieta buvo pakeista. Taigi, šiuo atveju, ji gali dirbti su tipiškų plėtiniais vaizdų. Šiek tiek skiriasi, tai gali būti rodomas taip:

vieta ~ \ (GIF | jpg | PNG) $ {.

šaknų / duomenų / vaizdus;

}

Galutinis tarpinio serverio konfigūracija yra tokia:

serveris {

vietą / {

proxy_pass http: // localhost: 8080 /;

}

vieta ~ \ (GIF | jpg | PNG) $ {.

šaknų / duomenų / vaizdus;

}

}

Jis bus filtruoti prašymus tuo tikslu kurių yra šie plėtiniai ir siųsti juos į asmens, kuris paprašė failus. Negalima pamiršti, kad ji turės iš naujo, jei norite patikrinti konfigūracijos failą. Ir patikėkite manimi, tai tik nginx konfigūracijos. Jei atidarote konfigūraciją "Vkontakte" failų serverio ar kita didelė kompanija, jie turės kodas daugiau nei žodžiai šiame straipsnyje.