Nginx: telepítési és beállítási

Mi apache, nginx? Cél, funkciók, testreszabási lehetőségek - ezek azok a dolgok, amelyek minden webfejlesztő kell ismernie, hogy teszteljék a fejleményeket.

Körülbelül nginx egy szót

Ez az eszköz egy fő és több munkafolyamatokat. Az első a olvasási és konfiguráció-ellenőrzés. Szintén az ellenőrzése alatt áll munkafolyamat menedzsment. A probléma a múlt - a beérkező kéréseket. Az nginx használó modellt, amely alapján az eseményeket. Mechanizmusok is használják, attól függően, hogy az operációs rendszer annak érdekében, hogy hatékony elosztását kéri között közvetlenül a munkavállaló folyamatokat. Számuk mindig jelzik a konfigurációs fájlban. Az érték lehet fix vagy automatikusan beállítva, vezetett a processzormagok száma, hogy lehet kezelni. A Nginx konfiguráció a rendszer és a modulok alkalmazásával hajtjuk végre a konfigurációs fájlban. Ezért, ha kell változtatni valamit, meg kell keresni a nevét. Általában ez az irányelv / etc / nginx (de az útvonal változhat más rendszerekkel), és egy hosszabbító fájlban.

Felvétel, újraindítás, és log

Ehhez meg kell, hogy a végrehajtható kód fut. Konfigurálása nginx-kiszolgáló csak akkor lehetséges, amikor elindul. Management végezzük köszönhetően hívja a végrehajtható -s paraméterrel. Ehhez használja a következő:

nginx -s jel

Ebben az esetben helyettesítheti a következő parancsokat (kell származnia a felhasználót, hogy elindította a szerszám):

1. Állj. Ezt alkalmazzák a gyors leállás.
2. Reload. A csapat szükséges újra a konfigurációs fájlt. A tény az, hogy a módosítások nem lépnek érvénybe, amíg a fájl működik. És ahhoz, hogy életbe, egy újraindítás szükséges. Amint kapsz ezt a jelet, a fő folyamat elindul, hogy ellenőrizze a helyességét a szintaktikai komponens a konfigurációs fájlt, és megpróbálja alkalmazni a rendelkezésre álló tanácsadás is. Meghibásodás esetén, akkor visszaállíthatja változások és együtt fog működni a régi paraméterekkel. Ha minden sikerül, akkor indít új munkafolyamatok és a régi lesz elküldve a kereslet végén.
3. Kilépés lehetőséget. Használt zavartalan befejezése a munkát. Arra használják, ha azt szeretné, hogy várjon, amíg a jelenlegi kérelmek befejezte tartani.
4. Újranyitása. Zárt és nyitott log fájlokat.

segédprogramok használatával

Beállítása folyamatok is elvégezhető Unix eszközökkel (kill segédprogram lesz szó, mint egy példa). Ezek általában olyan mechanizmust használnak küldeni a jelet közvetlenül a folyamat adatokat. Ezek eszközökkel kapcsolódó ID. Ezek az adatok a nginx.pid fájlban. Tegyük fel, hogy mi vagyunk a folyamat érdekli №134. Ezután a zavartalan befejezése annak szükségességét, hogy küldje el nekünk a következő információkat:

kill -s QUIT 1628

Tegyük fel, hogy szeretnénk látni, hogy egy listát az összes megnyitott fájlokat. Mi kihasználva a közüzemi ps. A csapat is fog kinézni a következő:

ps -ax | grep nginx

Azaz, amint látható, segítségével további eszközöket jelzi, hogy megy ez annak alkalmazását. És most nézzük összpontosítani, mennyire elkötelezett nginx-konfigurációt.

A szerkezet a konfigurációs fájl

Telepítése és konfigurálása nginx tartalmazza működnek a modulokkal. Ezek úgy vannak kialakítva, a irányelvek amelyek meghatározása a konfigurációs fájlban. Ezek lehetnek egyszerű vagy blokk. Az első típus áll az irányelvek és paraméterek, amelyek egymástól terek, és ezek végén jelzi pontosvesszővel - (;). A blokk van egy hasonló szerkezetű. De ahelyett, hogy ez az irányelv záróelem található további utasítások, hogy kerülnek a kapcsos zárójelek ({} utasításokat). Ha küldhet a neveket és egyéb paramétereket a folyamat, hívják őket ilyen konstrukciók van összefüggésben. Példaként http, a hely és a szerver.

A statikus tartalom terjesztésére

Ez az egyik legfontosabb kihívás az nginx konfigurációt. Az statisztikai eloszlása a tartalom jelentette képeket és HTML-oldalakat (nem dinamikus). Tegyük fel, hogy szükségünk van egy munka felállításához klaszter nix nginx. Nehéz erre? Nem, nézzük meg egy példát. Mielőtt elindulna, ez szükséges feltételeit pontosan a probléma. Szóval, attól függően a kérelmet, a fájlok jönnek a különböző helyi könyvtárak. Így a / data / www van HTML-dokumentumokat. És a / data / images tartalmazó képek. Optimális beállítás nginx ebben az esetben módosítani kell a konfigurációs fájl, amit be kell állítania a kiszolgáló egységet http. Ahhoz, hogy támogatja a két fogják használni, mint helyszín.

Megvalósítás: szerver

Tehát, először létre kell hoznunk a könyvtárak és helyezzék magukat a fájlokat, amelyekre szükségük van, hogy bővítse (html meg kell adni tartalom). Ezután nyissa ki a konfigurációs fájlt. Ebben az alapértelmezett kiszolgáló már több blokkot, mely a legtöbb esetben megjegyzésbe. Az optimális eredmény eléréséhez, ezt a folyamatot meg kell tenni, tekintettel az összes komponens alapértelmezett. Ezután adjunk hozzá egy új szerver egység ezt a kódot:

http {

szerver {

}

}

A konfigurációs fájl tudja, több mint blokkokat. De meg kell különböztetni a nevük és a kikötők, amelyeken keresztül adat érkezik.

Megvalósítás: elhelyezkedés

Meghatározta a szerveren belül:

Hely / {

root / data / www;

}

A jelenléte a jel „/” össze kell hasonlítani a kapott adatokat, és hogy van-e egy ilyen címet a feldolgozott kérelem itt. Ha nincs gond, akkor adja meg az utat / data / www a kívánt fájl található a helyi rendszer. Ha van egy meccset néhány háztömbnyire, majd válassza ki az egyik a leghosszabb prefix. Ebben a példában a hossza megegyezik egy, vagyis a felhasználás kizárólag abban az esetben, hogy nincs „verseny”. Most akkor frissíti:

Hely / képek / {

root / adatok

}

Hogyan lehet azonosítani, keresünk egy képet. Most nézzük össze minden fejlesztéseket, amelyeket korábban, és a konfiguráció ebben az időben a következő:

szerver {

Hely / {

root / data / www;

}

Hely / képek / {

root / adatok

}

}

Ez egy működő változat az esetben a szabványos port №80. Ez a szerver, minden gond nélkül lehet elérhető számítógépén, ha megy a cím: http: // localhost /. Hogyan működik ez minden működik?

A működési elve a példa

Tehát, ha jönnek lekérdezések kezdődik egy / images, a szerver a megfelelő könyvtár fájlokat küldünk a felhasználónak. Távollétében kap információt, amely jelzi a hibát 404 Ha végzett nginx konfiguráció a helyi számítógépen, akkor a kérelem http: //localhost/images/example.png akkor kap egy fájlt, amelynek helyét /data/images/example.png. Amikor kiválaszt egy „/” jel keresési kerül sor a / data / www. De mi csak megváltoztatta a konfigurációt. Ez elkezd dolgozni, akkor újra kell indítani. Ehhez használja az nginx -s reload. Abban az esetben, ha a normál működés nem lehetséges, a access.log és error.log fájlt, ami a direktíva / usr / local / nginx / naplók, akkor keresse meg a hiba okát,.

Létrehozása egy egyszerű proxy szerver

Azt lehet mondani, körülbelül nginx - konfiguráció A létesítmény az egyik leggyakrabban használt alkalmazások (és meglehetősen könnyű, az úton). Ez az elvet követi, a szerver, amely megkapja a kérést, majd átirányítja őket a szükséges oldalakat. Ezt követően, a válasz várható tőlük, amely elküldi őket, hogy az, aki a feladatot. Tehát nézzük meg egy konkrét példát: létrehozunk egy bázispont. Ez foglalkozik szolgáltatások felhasználói kérések és biztosítsanak számukra egy képet egy helyi könyvtárba. Tehát, hogy blokkolja http újabb szerver az alábbi tartalommal:

szerver {

hallgatni 8080;

root / data / UP1;

Hely / {

}

}

Most nézzük megfejteni az Ön számára: létrehozni egy egyszerű szerver. Ő fogja hallgatni a 8080-as nem rendelkezik hallgatni, akkor a szerver fog futni a 80-án. Jelenik meg valamennyi kérelmet a helyi fájlrendszer, amely irányítja a / data / UP1 (persze, még azelőtt, hogy szükség lesz annak létrehozásához). Ahhoz, hogy ellenőrizze, hogy kell helyezni az index.html fájlt. Mivel a végeredmény irányelvek keretében a root szerver tudjuk használni helyét minden alkalommal (például így elkülöníthetők a hozzáférés korlátozása). Most azon dolgozunk, hogy hozzon létre egy proxy. Ahhoz, hogy ez a munka, meg kell proxy_pass irányelv, amelynek kerülnek meghatározásra protokoll neve, és a port létesítményt paraméterek (helyi kapcsolat úgy fog kinézni, mint a http: // localhost: 8080). Ez az eredmény:

szerver {

Hely / {

proxy_pass http: // localhost: 8080;

}

Hely / képek / {

root / adatok

}

}

Ha megnézzük a kódot, és elemezni, akkor előfordulhat, hogy a második egység hely megváltozott. Így ebben az esetben működhet, tipikus kiterjesztések képeket. Egy kicsit más, lehet, hogy a következőképpen jelenik meg:

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

root / data / images;

}

A végső proxy konfiguráció a következő:

szerver {

Hely / {

proxy_pass http: // localhost: 8080 /;

}

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

root / data / images;

}

}

Ez kiszűri kéréseket végén amelynek vannak ezek a kiterjesztések, és elküldi őket, hogy az a személy, aki kérte fájlokat. Ne felejtsük el, hogy újra kell indítani a, ha azt szeretné, hogy ellenőrizze a konfigurációs fájlt. És hidd el, ez csak nginx-konfigurációt. Ha megnyitja a konfigurációs „Vkontakte” fájl szerver vagy más nagy cég, akkor a kódot, mint a szavak ebben a cikkben.