Phenquestions
Да би анализирали и решили проблем, програмери и системски администратори прегледавају датотеке евиденције да би пронашли проблеме система. У стварности, када систем не ради, датотеке дневника се често користе као примарни извор информација.
У сваком систему, системски администратори одржавају све активности повезане са захтевима примљеним од различитих корисника и чувају их у датотеци која се назива датотеке евиденције.
Да бисмо отклонили грешке у систему, можемо се позвати на појединачне датотеке дневника како бисмо стекли увид у систем и кретали се кроз различите временске ознаке да бисмо знали стање система.
У овом чланку ћемо детаљно размотрити ове евиденције: проћи ћемо кроз оно што се чува у евиденцијама приступа Апацхе, где их пронаћи и како прегледати евиденције приступа Апацхе томцат. То чини администраторе система да прате све информације и активности које се дешавају у њиховом систему.
Шта су Апацхе приступни дневници?
Евиденције приступа Апацхе-у су једна од врста датотека евиденције које производи Апацхе ХТТП сервер, као што је горе објашњено. Ова датотека дневника задужена је за одржавање информација о свим захтевима којима се бави Апацхе томцат сервер.
Као резултат, ако неко посети страницу на вашој веб локацији, датотека евиденције приступа садржаће информације о њој.
Ово знање је корисно у неколико ситуација: ако одређени захтев не успе за сваку особу која покушава да приступи веб страници или у ситуацији у којој долази до кашњења у генерисању одговора, можемо проћи кроз СКЛ скрипте и оптимизовати их.
Ако је једна од страница веб странице посебно честа, обједињавање података из приступних дневника може открити тражене ресурсе, омогућавајући предузећима да побољшају своју популарност нудећи релевантнији материјал.
Како прегледати евиденције приступа Апацхе Томцат?
Положај евиденције одређује оперативни систем за који је направљен Апацхе ХТТП сервер за извршавање програма. Линук дистрибуције покрећу већину инстанци Апацхе ХТТП сервера. Дакле, за овај чланак ћемо се концентрисати на то где пронаћи и прегледати евиденције приступа Апацхе Томцат на Линук машини.
У случају језгра / оперативног система Убунту и Линук, ови записи дневника могу се наћи на следећем месту:
/ вар / лог / апацхе2 / аццесс.ПријаваНеке дистрибуције Линука могу имати различите задате локације, али у већини случајева нећете морати далеко тражити. На ЦустомЛог директиву можете се позвати и ажурирати на вашем Апацхе томцат серверу.
ЦустомЛог директива такође преузима одговорност за складиштење локације на којој се чува и одређује формат у којем мора бити ускладиштена.
Издвајање информација из Апацхе дневника приступа
Сада ћемо описати како прегледати датотеке дневника приступа и протумачити податке из њих. Издвајање информација може ми помоћи.Т. професионалци и развојни тимови да га користе.
Читање дневника приступа Апацхе-у
Да би имао смисла за евиденције приступа Апацхе-у, аналитичар прво мора узети у обзир формат у којем су евиденције ускладиштене.
Као што је претходно речено, формат и локација за приступ евиденцијама наведени су у директоријуму ЦустомЛог. У наставку ћемо погледати два уобичајена формата дневника који се широко користе за Апацхе приступне дневнике.
Облик заједничког дневника (ЦЛФ)
ЦЛФ је структурирани формат текстуалне датотеке за креирање датотека дневника сервера које користе разни сервери веб апликација. Популарни формат дневника се може користити са Апацхе ХТТП сервером за генерисање приступних евиденција које су лако прочитати програмерима и администраторима.
Неколико система за анализу дневника може лако да користи датотеке дневника у формату ЦЛФ. То је структурирани формат који користе многи веб сервери. Испод је написана врста записа евиденције приступа која је написана у ЦЛФ-у:
127.0.0.1 - сццотт [10 / новембар 2020: 13: 55: 35 -0700] "ГЕТ / ХТТП-статус ХТТП / 1.1 "200 2326Цртица: цртице идентификују клијента у другом пољу унутар датотеке дневника.
127.0.0.1: ИП адреса клијента.„ГЕТ / ХТТП / 1 статус статуса сервера.1 ”- ресурс и тип ресурса који корисник захтева.
200 - ХТТП у реду одговор (статус-код);2326 - Одговор величине објекта ХТТП захтева
Комбиновани формат дневника (ЦЛФ)
ЦЛФ је још један уобичајени формат за Апацхе приступне евиденције. Овај формат је готово исти као и формат популарног дневника, али укључује још неколико поља за пружање више детаља за отклањање грешака и детаљну анализу. Испод је написана врста записа евиденције приступа која је написана у ЦЛФ-у:
27.0.0.1 - сццотт [10 / Дец / 2019: 13: 55: 36 -0700] "ГЕТ / ХТТП-статус ХТТП / 1.1 "200 2326" хттп: // лоцалхост / "" Мозилла / 5.1 (Освоји НТ 10.0; Вин64; к64) АпплеВебКит / 537.36 (КХТМЛ, попут Гецко) Цхроме / 78.0.3904.108 Сафари / 537.36 "Како је уочљиво да је почетних седам поља уобичајено из горњег формата о којем смо разговарали, више поља у формату је следећих:
„хттп: // лоцалхост /“Ово приказује адресу клијентског система.
„Мозилла / 5.1 (Виндовс НТ 10.0; Вин64; к64) АпплеВебКит / 537.36 (КХТМЛ, попут Гецко) Цхроме / 78.0.3904.108 Сафари / 537.36 "Усер-Агент дефинише информације о прегледачу који клијент користи за приступ ресурсу.
Директива „ЦустомЛог“
Раније смо навели да се ЦустомЛог директива у конфигурационој датотеци Апацхе ХТТП сервера користи за конфигурисање Апацхе дневника приступа. Овде можемо погледати пример конфигурације дневника да бисмо видели колико су флексибилне директиве прилагођених дневника:
Облик дневника "% х% л% у% т"% р "%> с% О"% Реферер и ""% Усер-Агент и "" комбинованоЦустомЛог / вар / лог / апацхе2 / аццесс.балван комбинован
Изнад смо користили директиву Формат дневника да дефинишемо Комбиновани Л.Ф., а ЦустомЛог директива за дефинисање локације коју је похранио заједно са њом дефинише формат (комбиновани) за приступни дневник у којем мора бити сачуван.
Као што видите, промена места или формата приступног дневника је лак поступак. Поред тога, коришћење ЦустомЛог директиве даје нам још неколико предности, на које ћемо касније ићи.
Евиденције вишеструког приступа (МАЛ)
Не постоје таква ограничења која вас спречавају да конфигуришете МАЛ за ваш Апацхе Томцат сервер. Од тога је поступак који се обично следи врло једноставан јер требате створити више директива прилагођених дневника да бисте креирали своју персонализовану датотеку дневника:
Облик дневника "% х% л% у% т"% р "%> с% О"% Реферер и ""% Усер-Агент и "" комбинованоЛогФормат „% Усер-агент и“ агент
ЦустомЛог / вар / лог / апацхе2 / аццесс.балван комбинован
ЦустомЛог / вар / лог / апацхе2 / агент_аццесс.лог агент
Условни дневници
Такође је врло вероватно да се усмени записује у приступне евиденције. Користан је у многе сврхе, као што је изузеће записа релевантних за појединачне клијенте. Постављање свих променљивих околине и упућивање на кључну реч „енв“ обично се заснива на томе како се то постиже.
Ротација трупаца и цевни дневници
Датотеке дневника, као и све остало на рачунару, заузимају простор. А датотеке евиденције, попут приступних евиденција, могу се брзо развити на заузетом томцат серверу. Због тога је важно да постоје протоколи за редовно преношење или уклањање старих датотека дневника. Срећом, користећи грациозна поновна покретања и поступке цевоводног евидентирања, Апацхе ХТТП сервер то може учинити.
Поновно покретање Апацхе Томцат сервера добро функционише јер се поново покреће без губитка клијентских веза.
Оваква врста поновног покретања чини Апацхе отвореним и преписује нове датотеке дневника не ометајући клијенте, дозвољавајући обради да се сажме или уклони пре коришћених датотека евиденције како би сачувао нове.
С друге стране, процеси евидентирани у цеви омогућиће ротацију детаља дневника без потребе за поновним покретањем сервера; на пример, Апацхеов ХТТП томцат сервер укључује програм који се назива ротате-логс.
Уместо писања на диск, у ову евиденцију могу се унети уноси дневника приступа. Софтвер за ротирање дневника омогућава вам ротирање дневника на основу времена или удаљености условно.
Закључак
Споменули смо све детаље о прегледу дневника приступа Апацхе томцат и издвајању података из различитих формата датотека дневника. Програмери и системски администратори морају да знају како да прегледају датотеке евиденције и стекну вештине за отклањање грешака како би осигурали њихово несметано извођење.
Дакле, приступ Апацхе евиденцији је један од начина да се дубље зарони у систем помоћу томцат сервера за отклањање грешака у систему и прелазак на било коју временску ознаку и проверу стања система према захтеву.
