A NGINX Hozzáférési Naplók, valamint hibanapló

a Naplók rendkívül hasznos a monitor tevékenységek bármely alkalmazás, eltekintve attól, hogy az ön számára értékes információkat, míg javításához.

mint minden más alkalmazás, az NGINX olyan eseményeket is rögzít, mint a webhely látogatói, a felmerült problémák, valamint a fájlok naplózása. Ez az információ lehetővé teszi megelőző intézkedések megtételét abban az esetben, ha súlyos eltéréseket észlel a naplóeseményekben.,

Ez a cikk részletesen bemutatja az NGINX naplózásának konfigurálását, hogy jobban megismerje tevékenységét.

előfeltétel

  • már telepítette az NGINX-et az itt található bemutatónk követésével.

naplók NGINX

alapértelmezés szerint az NGINX kétféle naplóban írja az eseményeket-a hibanaplót és a hozzáférési naplót., A legtöbb népszerű Linux disztribúcióban, mint például az Ubuntu, a CentOS vagy a Debian, mind a hozzáférési, mind a hibanapló megtalálható a /var/log/nginx, feltételezve, hogy már engedélyezte a hozzáférési és hiba naplókat a Core NGINX konfigurációs fájlban.

tudjunk meg többet az NGINX hozzáférési naplójáról, a hibanaplóról, valamint arról, hogyan engedélyezhetjük őket, ha még nem tette meg korábban.

mi az NGINX hozzáférési napló?

az NGINX naplózza a webhely összes látogatójának tevékenységét a hozzáférési naplókban., Itt megtalálhatja, hogy mely fájlok érhetők el, hogyan válaszolt a NGINX egy kérésre, milyen böngészőt használ az ügyfél, az ügyfelek IP-címe stb. Lehetőség van a hozzáférési naplóból származó információk felhasználására a forgalom elemzéséhez, hogy idővel megtalálják a webhelyek használatát. Továbbá, a hozzáférési naplók megfelelő ellenőrzésével megtudhatja, hogy a felhasználó szokatlan kérést küld-e a telepített webes alkalmazás hibáinak megtalálására.

mi az NGINX hibanapló?

másrészről, ha az NGINX bármilyen hibával szembesül, akkor az eseményt rögzíti a hibanaplóba., Ez akkor fordulhat elő, ha valamilyen hiba van a konfigurációs fájlban. Ezért ha az NGINX nem tudja elindítani vagy hirtelen leállítani a futást, akkor ellenőrizze a hibanaplókat, hogy további részleteket találjon. Előfordulhat, hogy kevés figyelmeztetést talál a hibanaplóban, de ez nem jelzi, hogy probléma történt, de az esemény a közeljövőben komoly problémát jelenthet.

hogyan lehet engedélyezni az NGINX hozzáférési naplót?

általában a hozzáférési napló engedélyezhető aaccess_log direktívával http vagy szerver szakaszban., Az első argumentum log_file kötelező, míg a második argumentum log_format opcionális. Ha nem ad meg semmilyen formátumot, akkor a naplók alapértelmezett kombinált formátumban lesznek megírva.

access_log log_file log_format;

a hozzáférési napló alapértelmezés szerint engedélyezve van a Core NGINX konfigurációs fájl http kontextusában. Ez azt jelenti, hogy az összes virtuális gazdagép hozzáférési naplója ugyanabban a fájlban kerül rögzítésre.

http { ... ... access_log /var/log/nginx/access.log; ... ...}

mindig jobb, ha az összes virtuális gazdagép hozzáférési naplóit külön fájlba rögzíti., Ehhez felül kell írnia a http szakaszban meghatározottaccess_log irányelvet egy másikaccess_log irányelvvel a szerver kontextusában.

töltse újra az NGINX-et az új beállítások alkalmazásához. A tartomány hozzáférési naplóinak megtekintése domain1.com a /var/log/nginx/domain1.access.log fájlban használja a következő farok parancsot a terminálon.

# tail -f /var/log/nginx/domain1.access.log

egyéni formátum alkalmazása a hozzáférési naplóban

az esemény rögzítéséhez használt alapértelmezett naplóformátum kombinált naplóformátum., Az alapértelmezett viselkedést felülbírálhatja saját egyéni naplóformátum létrehozásával, majd megadhatja az egyéni formátum nevét az access_log irányelvben.

a következő példa egyéni naplóformátumot határoz meg az előre definiált kombinált formátum kiterjesztésével a válasz GZIP tömörítési arányának értékével. A formátumot ezután a access_log irányelv szerinti naplóformátum megjelölésével kell alkalmazni.

miután alkalmazta a fenti log formátumot a környezetében, töltse újra az NGINX-et. Most kövesse a hozzáférési naplót, hogy megtalálja a gzip arányt a log Esemény végén.,

hogyan lehet engedélyezni az NGINX hibanaplót?

aerror_log irányelv beállítja hiba naplózás fájlba vagy stderr, vagy syslog megadásával minimális súlyossági szint hibaüzenetek kell naplózni. Az error_log irányelv szintaxisa:

error_log log_file log_level;

az első argumentum log_file meghatározza a naplófájl elérési útját, a második argumentum log_level pedig meghatározza a rögzítendő naplóesemény súlyossági szintjét. Ha nem adja meg a log_levelt, akkor alapértelmezés szerint csak a súlyossági szintű hibaüzenetek kerülnek rögzítésre.,

például a következő példa a critnaplózandó hibaüzenetek súlyossági szintjét állítja be. Ezenkívül az error_log irányelv a http kontextusban azt jelenti, hogy az összes virtuális gazdagép hibanaplója egyetlen fájlban lesz elérhető.

http { ... error_log /var/log/nginx/error_log crit; ...}

az error_log direktívának a szerver kontextusában történő felülírásával az összes virtuális gazdagép hibanaplóit is külön lehet rögzíteni. A következő példa pontosan ezt teszi azáltal, hogy felülírja az error_log irányelvet a szerver kontextusában.,

a fent leírt összes példa rögzíti a naplóeseményeket egy fájlba. Az error_log irányelvet a naplóesemények syslog szerverre történő küldésére is konfigurálhatja. A következő error_log direktíva hibanaplókat küld a syslog Servernek 192.168.10.11 IP-címmel hibakeresési formátumban.

error_log syslog:server=192.168.10.11 debug;

bizonyos esetekben érdemes letiltani a hibanaplót. Ehhez állítsa a naplófájl nevét /dev/nullértékre.,

error_log /dev/null;

Nginx hibanapló súlyossági szintek

sokféle naplószint létezik, amelyek egy naplóeseményhez kapcsolódnak, más prioritással. Az összes naplószint az alábbiakban található. A következő naplószintekben a hibakeresés kiemelt fontosságú, és a többi szintet is tartalmazza. Ha például naplószintként adja meg a hibát, akkor a naplóeseményeket is rögzíti, amelyek crit, alert és emergency címkével vannak ellátva.

  1. emerg: vészhelyzeti üzenetek, Ha a rendszer instabil lehet.
  2. riasztás: súlyos problémák figyelmeztető üzenetei.,
  3. crit: kritikus kérdések, amelyeket azonnal gondoskodni kell.
  4. hiba: hiba történt. Valami rosszul ment az oldal feldolgozása közben.
  5. figyelmeztetés: figyelmeztető üzenetek, amelyeket meg kell vizsgálnia.
  6. megjegyzés: egy egyszerű naplóbejegyzés, amelyet figyelmen kívül hagyhat.
  7. info: csak egy információs üzenet, amelyet érdemes tudni.
  8. hibakeresés: a hiba helyének meghatározására használt hibakeresési információk.,

összefoglaló

az NGINX hozzáférési és hibanaplói nem csak a felhasználói tevékenységről tartanak lapot, hanem időt és erőfeszítést is takarítanak meg a hibakeresés folyamatában. Továbbá testreszabhatja a hozzáférési naplót is, ha további információra van szüksége az Ön rendelkezésére. Mindig jobb engedélyezni a hozzáférési és hiba naplókat, mert ez a két fájl tartalmazza az összes nyomot a NGINX szerver jobb karbantartásához.

Share

Vélemény, hozzászólás?

Az email címet nem tesszük közzé. A kötelező mezőket * karakterrel jelöltük