Phenquestions
For at analysere og fejle problemet undersøger udviklere og systemadministratorer logfilerne for at finde systemets problemer. I virkeligheden, når et system er nede, bruges logfiler ofte som den primære informationskilde.
I hvert system vedligeholder systemadministratorer alle aktiviteter relateret til anmodninger modtaget fra forskellige brugere og gemmer dem i en fil kaldet logfiler.
For at fejle systemet kan vi henvise til de enkelte logfiler for at få indsigt i systemet og gå gennem de forskellige tidsstempler for at kende systemets tilstand.
I denne artikel går vi nærmere ind på disse logfiler nedenfor: Vi gennemgår, hvad der er gemt i Apache-adgangslogfiler, hvor vi kan finde dem, og hvordan man gennemgår Apache tomcat-adgangslogfiler. Det får systemadministratorerne til at holde styr på alle de oplysninger og aktiviteter, der sker inden for deres system.
Hvad er Apache Access Logs?
Apache-adgangslogfiler er en af de slags logfiler, der produceres af Apache HTTP-serveren, som forklaret ovenfor. Denne logfil er ansvarlig for vedligeholdelse af oplysninger om alle anmodninger, der håndteres af Apache tomcat-serveren.
Som et resultat, hvis nogen besøger en side på dit websted, vil adgangslogfilen indeholde oplysninger om den.
Denne viden er nyttig i flere situationer: hvis en bestemt anmodning mislykkes for enhver person, der forsøger at få adgang til en webside eller en situation, hvor der er en forsinkelse i genereringen af svaret, kan vi gennemgå SQL-scripts og optimere dem.
Hvis en af sidens sider er særlig almindelig, kan aggregering af data fra adgangslogger muligvis afsløre efterspurgte ressourcer, så virksomheder kan forbedre deres popularitet ved at tilbyde mere relevant materiale.
Sådan gennemgår du Apache Tomcat Access Logs?
Logfilernes placering bestemmes af det operativsystem, som Apache HTTP-serveren er lavet til at udføre programmet. Linux-distributioner kører størstedelen af Apache HTTP-serverforekomster. Så til denne artikel koncentrerer vi os om, hvor vi finder og gennemgår Apache Tomcat-adgangslogfiler på en Linux-maskine.
I tilfælde af Ubuntu og Linux-kerne / operativsystem kan disse logposter findes på følgende placering:
/ var / log / apache2 / adgang.logNogle Linux-distributioner kan have forskellige standardplaceringer, men du behøver i de fleste tilfælde ikke se langt. Et CustomLog-direktiv kan henvises til og opdateres på din Apache tomcat-server.
CustomLog-direktivet tager også ansvaret for at gemme det sted, hvor det er gemt, og specificere det format, som det skal lagres i.
Uddrag oplysninger fra Apache Access Logs
Nu vil vi beskrive, hvordan man ser på adgangslogfiler og fortolker dataene fra dem. Uddrag af information kan hjælpe mig.T. fagfolk og udviklingsteams til at bruge det.
Læsning af Apache-adgangslogfiler
For at få mening i Apache-adgangsloggene skal analytikeren først overveje det format, hvor logfilerne er gemt.
Som tidligere nævnt er formatet og placeringen for at få adgang til logfilerne specificeret i mappen til CustomLog. Nedenfor ser vi på to almindelige logformater, der er meget brugt til Apache-adgangslogfiler.
Fælles logformat (CLF)
CLF er et struktureret tekstfilformat til oprettelse af serverlogfiler, der bruges af en række servere til webapplikationer. Popular Log Format kan bruges med en Apache HTTP-server til at generere adgangslogfiler, der er lette at læse for udviklere og administratorer.
Flere loganalysesystemer kan nemt bruge CLF-formaterede logfiler. Det er et struktureret format, der bruges af mange webservere. Nedenfor er der skrevet en type adgangslogpost, der er skrevet i CLF:
127.0.0.1 - sccott [10 / Nov / 2020: 13: 55: 35 -0700] "GET / server-status HTTP / 1.1 "200 2326Bindestreg: Bindestregerne identificerer klienten i det andet felt inde i logfilen.
127.0.0.1: Kundens IP-adresse.“GET / server-status HTTP / 1.1 ”- ressource og ressourcetype, som brugeren anmoder om.
200 - HTTP OK-respons (status-kode);2326 - Svar på HTTP-anmodningsobjektets størrelse
Kombineret logformat (CLF)
CLF er et andet almindeligt format for Apache-adgangslogfiler. Dette format er næsten det samme som det for det populære logformat, men det indeholder et par flere felter for at give flere detaljer til debugging og detaljeret analyse. Nedenfor er der skrevet en type adgangslogpost, der er skrevet i CLF:
27.0.0.1 - sccott [10 / Dec / 2019: 13: 55: 36 -0700] "GET / server-status HTTP / 1.1 "200 2326" http: // localhost / "" Mozilla / 5.1 (Vind NT 10.0; Win64; x64) AppleWebKit / 537.36 (KHTML, som Gecko) Chrome / 78.0.3904.108 Safari / 537.36 "Da det kan ses, at start af syv felter er almindelige fra ovenstående format, vi diskuterede, jo flere felter i formatet følger:
"http: // localhost /"Dette viser klientsystemets adresse.
"Mozilla / 5.1 (Windows NT 10.0; Win64; x64) AppleWebKit / 537.36 (KHTML, som Gecko) Chrome / 78.0.3904.108 Safari / 537.36 "User-Agent definerer oplysninger om den browser, som klienten bruger til at få adgang til ressourcen.
"CustomLog" -direktivet
Vi sagde tidligere, at CustomLog-direktivet i en Apache HTTP-serverkonfigurationsfil bruges til at konfigurere Apache-adgangslogfiler. Her kan vi se på et eksempel på konfigurationen af logfiler for at se, hvor fleksible er direktiverne for brugerdefinerede logfiler:
LogFormat "% h% l% u% t"% r "%> s% O"% Referer i ""% User-Agent i "" kombineretCustomLog / var / log / apache2 / adgang.log kombineret
Ovenfor brugte vi direktivet fra logformat til at definere den kombinerede L.F., og CustomLog-direktivet til at definere den placering, det lagrede sammen med det, definerer formatet (kombineret) for den adgangslog, hvor det skal gemmes.
Som du kan se, er det let at ændre adgangslogens placering eller format. Derudover giver brugen af CustomLog-direktivet os et par andre fordele, som vi vil gennemgå senere.
Flere adgangslogfiler (MAL)
Der er intet som sådan begrænsninger, der forhindrer dig i at konfigurere MAL til din Apache Tomcat-server. Fra at gøre det er den proces, der generelt følges, meget enkel, da du skal oprette flere direktiver for brugerdefinerede logfiler for at oprette din personlige logfil:
LogFormat "% h% l% u% t"% r "%> s% O"% Referer i ""% User-Agent i "" kombineretLogFormat "% User-agent i" -agent
CustomLog / var / log / apache2 / adgang.log kombineret
CustomLog / var / log / apache2 / agent_access.log agent
Betingede logfiler
Det er også meget sandsynligt, at man skriver i adgangslogfiler på en betinget basis. Det er nyttigt til mange formål, såsom at ekskludere poster, der er relevante for individuelle kunder. Indstilling af alle miljøvariabler og henvisning til "env" nøgleordet er normalt baseret på, hvordan dette opnås.
Logrotation & rørledninger
Logfiler, som alt andet på en computer, optager plads. Og logfiler, såsom adgangslogfiler, kan hurtigt udvikle sig på en travl tomcat-server. Derfor er det vigtigt at have protokoller til overførsel eller fjernelse af gamle logfiler regelmæssigt. Heldigvis bruger en yndefuld genstart og piped logprocedurer en Apache HTTP-server det.
En genstart af Apache Tomcat-server fungerer godt, fordi den genstarter uden at miste klientforbindelser.
Denne slags genstart gør Apache åben og overskriver nye logfiler ved ikke at afbryde klienter, hvilket tillader behandlingen at komprimere eller fjerne før brugte logfiler for at gemme de nye.
På den anden side vil rørloggede processer tillade logdetaljerotation uden at det kræves, at en server genstarter; for eksempel inkluderer Apache's HTTP tomcat-server et program kaldet rotate-logs.
I stedet for at skrive til en disk, kan adgangslogposter sendes til denne applikation. Rotate-logs-softwaren giver dig mulighed for at rotere logfiler baseret på tid eller afstand betinget.
Konklusion
Vi har nævnt de komplette detaljer om gennemgang af Apache tomcat-adgangslogfiler og udpakning af data fra forskellige logfilformater. Udviklerne og systemadministratorerne har brug for at vide, hvordan de gennemgår logfiler og får fejlfindingsevner for at sikre, at de kører problemfrit.
Så Apache-logadgang er en måde at dykke dybere ned i systemet ved hjælp af tomcat-serveren til at debugge systemet og gå til et hvilket som helst tidsstempel og kontrollere systemets tilstand efter behov.
