Apache Tomcat

Apache Tomcat -käyttölokien tarkistaminen

Apache Tomcat -käyttölokien tarkistaminen
Nykyään ohjelmistokehityssyklissä on valtava vauhti. Kaikilla organisaatioilla on koodipohjat, jotka sisältävät valtavan määrän koodeja, jotka koostuvat toisiinsa linkitetyistä verkkosivuista. On monia tilanteita, joissa järjestelmä kaatuu tai käyttäytyy odottamattomasti.

Kehittäjät ja järjestelmänvalvojat voivat analysoida ja korjata ongelman selvittämällä lokitiedostot löytääkseen järjestelmän ongelmat. Todellisuudessa, kun järjestelmä on poissa käytöstä, lokitiedostoja käytetään usein ensisijaisena tietolähteenä.

Jokaisessa järjestelmässä järjestelmänvalvojat ylläpitävät kaikkia eri käyttäjiltä vastaanotettuihin pyyntöihin liittyviä toimintoja ja tallentavat ne lokitiedostoiksi kutsuttuun tiedostoon.

Järjestelmän virheenkorjausta varten voimme viitata yksittäisiin lokitiedostoihin saadaksemme käsityksen järjestelmästä ja siirtymällä eri aikaleimojen läpi järjestelmän tilan tuntemiseksi.

Tässä artikkelissa käsitellään näiden lokien erityispiirteitä alla: käymme läpi, mitä Apache-pääsylokeihin on tallennettu, mistä ne löydetään ja kuinka tarkastella Apache-tomcat-pääsylokeja. Se saa järjestelmänvalvojat seuraamaan kaikkia järjestelmässään tapahtuvia tietoja ja toimintoja.

Mitä ovat Apache Access -lokit?

Apache-pääsylokit ovat yksi Apache HTTP -palvelimen tuottamista lokitiedostoista, kuten edellä on selitetty. Tämä lokitiedosto on vastuussa kaikkien Apache Tomcat -palvelimen käsittelemien pyyntöjen tietojen ylläpidosta.

Seurauksena on, että jos joku käy sivustosi sivulla, pääsylokitiedosto sisältää tietoja siitä.

Tästä tiedosta on hyötyä monissa tilanteissa: jos jokin tietty pyyntö epäonnistuu jokaiselle verkkosivua yrittävälle henkilölle tai tilanteessa, jossa vastauksen luominen viivästyy, voimme käydä läpi SQL-komentosarjat ja optimoida ne.

Jos jokin sivuston sivuista on erityisen yleinen, tietojen yhdistäminen käyttöoikeuslokeista saattaa paljastaa pyydettyjä resursseja, jolloin yritykset voivat parantaa suosiotaan tarjoamalla osuvampaa materiaalia.

Apache Tomcat Access -lokien tarkistaminen?

Lokien sijainti määräytyy käyttöjärjestelmän mukaan, jonka Apache HTTP -palvelin on tehty suorittamaan ohjelma. Linux-jakelut suorittavat suurimman osan Apache HTTP -palvelin-esiintymistä. Joten tässä artikkelissa keskitymme siihen, mistä löytää ja tarkistaa Apache Tomcat -käyttöoikeuslokit Linux-koneella.

Ubuntun ja Linux-ytimen / käyttöjärjestelmän tapauksessa nämä lokitietueet löytyvät seuraavasta sijainnista:

/ var / log / apache2 / access.Hirsi

Joillakin Linux-jakeluilla voi olla eri oletussijainnit, mutta useimmissa tapauksissa sinun ei tarvitse etsiä kauas. CustomLog-direktiiviin voidaan viitata ja sitä voidaan päivittää Apache Tomcat -palvelimellasi.

CustomLog-direktiivi ottaa myös vastuun tallentaa sijaintinsa ja määrittää muodon, johon se on tallennettava.

Pura tietoja Apache Access -lokeista

Seuraavassa kuvataan, miten tarkastellaan pääsylokitiedostoja ja tulkitaan niistä saatuja tietoja. Tietojen noutaminen voi auttaa minua.T. ammattilaisten ja kehitystiimien käyttämään sitä.

Apache Access -lokien lukeminen

Analysoijan on ensin pohdittava, missä muodossa lokit tallennetaan Apache-käyttöoikeuslokeista.

Kuten aiemmin todettiin, muoto ja sijainti lokien käyttöön määritetään CustomLog-hakemistossa. Seuraavassa tarkastellaan kahta yleistä lokimuotoa, joita käytetään laajalti Apache-pääsylokeissa.

Yhteinen lokimuoto (CLF)

CLF on jäsennelty tekstitiedostomuoto palvelinlokitiedostojen luomiseen, joita käyttävät useat verkkosovellusten palvelimet. Suosittua lokimuotoa voidaan käyttää Apache HTTP -palvelimen kanssa luodakseen pääsylokeja, jotka ovat helposti luettavissa kehittäjille ja järjestelmänvalvojille.

Useat lokianalyysijärjestelmät voivat helposti käyttää CLF-muotoisia lokitiedostoja. Se on jäsennelty muoto, jota monet verkkopalvelimet käyttävät. Alla kirjoitettu on tietyntyyppinen pääsylokitietue, joka kirjoitetaan CLF: llä:

127.0.0.1 - sccott [10 / marras / 2020: 13: 55: 35 -0700] "GET / palvelimen tila HTTP / 1.1 "200 2326

Yhdysviiva: yhdysmerkit tunnistavat asiakkaan lokitiedoston sisällä olevassa 2. kentässä.

127.0.0.1: Asiakkaan IP-osoite.

"GET / palvelimen tila HTTP / 1.1 ”- käyttäjän pyytämä resurssi ja resurssityyppi.

200 - HTTP OK-vastaus (tilakoodi);
2326 - HTTP-pyyntöobjektin koon vastaus

Yhdistetty lokimuoto (CLF)

CLF on toinen yleinen muoto Apache-pääsylokeille. Tämä muoto on melkein sama kuin suosittu lokimuoto, mutta se sisältää vielä muutamia kenttiä, jotka tarjoavat tarkempia tietoja virheenkorjauksesta ja yksityiskohtaisesta analyysistä. Alla kirjoitettu on tietyntyyppinen pääsylokitietue, joka kirjoitetaan CLF: llä:

27.0.0.1 - sccott [10 / joulu / 2019: 13: 55: 36 -0700] "GET / palvelimen tila HTTP / 1.1 "200 2326" http: // localhost / "" Mozilla / 5.1 (Voita NT 10.0; Win64; x64) AppleWebKit / 537.36 (KHTML, kuten Gecko) Chrome / 78.0.3904.108 Safari / 537.36 "

Koska on havaittavissa, että seitsemän kentän aloittaminen on yleistä edellä mainitussa muodossa, sitä enemmän kenttiä muodossa ovat seuraavat:

"http: // localhost /"

Tämä näyttää asiakasjärjestelmän osoitteen.

"Mozilla / 5.1 (Windows NT 10.0; Win64; x64) AppleWebKit / 537.36 (KHTML, kuten Gecko) Chrome / 78.0.3904.108 Safari / 537.36 "

User-Agent määrittelee tiedot selaimesta, jota asiakas käyttää resurssin käyttämiseen.

”CustomLog” -direktiivi

Olemme aiemmin todenneet, että Apache HTTP -palvelimen määritystiedostossa olevaa CustomLog-direktiiviä käytetään Apache-pääsylokien määrittämiseen. Tässä voimme tarkastella esimerkkiä lokien kokoonpanosta nähdäksesi, kuinka mukautetut mukautettujen lokien ohjeet ovat:

LogFormat "% h% l% u% t"% r "%> s% O"% Referer i ""% User-Agent i "" yhdistettynä
CustomLog / var / log / apache2 / access.tukki yhdistettynä

Edellä käytimme Lokimuoto-direktiiviä yhdistetyn L: n määrittelemiseksi.F., ja CustomLog-direktiivi määrittääkseen tallentamansa sijainnin määrittelee muodon (yhdistetty) pääsylokille, johon se on tallennettava.

Kuten näette, pääsylokin sijainnin tai muodon muuttaminen on helppoa. Lisäksi CustomLog-direktiivin käyttö antaa meille muutamia muita etuja, joista käymme läpi myöhemmin.

Monikäyttölokit (MAL)

Mikään sellainen rajoitus ei estä sinua määrittämästä MAL-tiedostoa Apache Tomcat -palvelimellesi. Näin tekemällä prosessi, jota yleensä noudatetaan, on hyvin yksinkertainen, koska sinun on luotava lisää mukautettujen lokien ohjeita henkilökohtaisen lokitiedoston luomiseksi:

LogFormat "% h% l% u% t"% r "%> s% O"% Referer i ""% User-Agent i "" yhdistettynä
LogFormat "% User-agent i" -agentti
CustomLog / var / log / apache2 / access.tukki yhdistettynä
CustomLog / var / log / apache2 / agent_access.log-agentti

Ehdolliset lokit

On myös erittäin todennäköistä, että kirjoitat pääsylokeihin ehdollisesti. Se on hyödyllinen moniin tarkoituksiin, kuten yksittäisten asiakkaiden kannalta merkityksellisten tietueiden poissulkemiseen. Kaikkien ympäristömuuttujien asettaminen ja viittaaminen "env" -avainsanaan perustuu yleensä siihen, miten tämä saavutetaan.

Lokin kierto ja putkilokit

Lokitiedostot, kuten kaikki muutkin tietokoneessa, vievät tilaa. Ja lokitiedostot, kuten pääsylokit, voivat nopeasti kehittyä kiireisellä tomcat-palvelimella. Tämän vuoksi on tärkeää, että käytössä on protokollat ​​vanhojen lokitiedostojen säännölliseen siirtämiseen tai poistamiseen. Onneksi Apache HTTP -palvelin voi tehdä sen sulavien uudelleenkäynnistysten ja putkistettujen lokimenettelyjen avulla.

Apache Tomcat -palvelimen uudelleenkäynnistys toimii hyvin, koska se käynnistyy uudelleen menettämättä asiakasyhteyksiä.

Tällainen uudelleenkäynnistys tekee Apache: sta avoimen ja korvaa uudet lokitiedostot keskeyttämättä asiakkaita, jolloin käsittely voi pakata tai poistaa ennen käytettyjä lokitiedostoja uusien tallentamiseksi.

Toisaalta putken kirjaamat prosessit sallivat lokitietojen kiertämisen ilman, että palvelinta vaaditaan käynnistämään uudelleen; esimerkiksi Apachen HTTP-tomcat-palvelin sisältää ohjelman nimeltä rotate-logs.

Levylle kirjoittamisen sijaan pääsylokimerkinnät voidaan siirtää tähän sovellukseen. Rotate-logs-ohjelmiston avulla voit kiertää lokeja ehdollisesti ajan tai etäisyyden perusteella.

Johtopäätös

Olemme maininneet täydelliset yksityiskohdat Apache-tomcat-pääsylokien tarkistamisesta ja tietojen purkamisesta erilaisista lokitiedostomuodoista. Kehittäjien ja järjestelmänvalvojien on osattava käydä läpi lokitiedostot ja hankkia virheenkorjaustaitoja niiden sujuvan toiminnan varmistamiseksi.

Joten Apache-lokin käyttö on yksi tapa sukeltaa syvemmälle järjestelmään tomcat-palvelimen avulla virheen selvittämiseksi ja siirtymiseen mihin tahansa aikaleimaan ja tarkistamaan järjestelmän tila kysynnän mukaan.

Ilmaiset ja avoimen lähdekoodin pelimoottorit Linux-pelien kehittämiseen
Tämä artikkeli kattaa luettelon ilmaisista ja avoimen lähdekoodin pelimoottoreista, joita voidaan käyttää 2D- ja 3D-pelien kehittämiseen Linuxissa. Tä...
Shadow of the Tomb Raider for Linux -opetusohjelma
Shadow of the Tomb Raider on kahdestoista lisäys Tomb Raider -sarjaan - toiminta-seikkailupelisarja, jonka on luonut Eidos Montreal. Kriitikot ja fani...
Kuinka parantaa FPS ää Linuxissa?
FPS tarkoittaa Kuvaa sekunnissa. FPS: n tehtävänä on mitata kehysnopeus videotoistoissa tai peliesityksissä. Yksinkertaisin sanoin sekunnissa näytettä...