kodach odpowiedzi HTTP<\/a>. Liczba bajt\u00f3w bywa niedoceniana: odpowied\u017a o rozmiarze zerowym przy kodzie 200 oznacza, \u017ce serwer odpowiedzia\u0142 poprawnie, ale nie wys\u0142a\u0142 tre\u015bci, co zwykle wskazuje na przerwane wykonanie skryptu.<\/p>\nPi\u0119\u0107 polece\u0144, kt\u00f3re za\u0142atwiaj\u0105 wi\u0119kszo\u015b\u0107 analiz<\/h2>\n
Ostatnie sto linii, czyli pierwsze miejsce, do kt\u00f3rego warto zajrze\u0107:<\/p>\n
tail -n 100 \/var\/log\/nginx\/error.log\r\n<\/code><\/pre>\nPodgl\u0105d na \u017cywo podczas odtwarzania b\u0142\u0119du w przegl\u0105darce:<\/p>\n
tail -f \/var\/log\/nginx\/error.log\r\n<\/code><\/pre>\nRozk\u0142ad kod\u00f3w odpowiedzi, kt\u00f3ry od razu pokazuje skal\u0119 problemu:<\/p>\n
awk '{print $9}' access.log | sort | uniq -c | sort -rn\r\n<\/code><\/pre>\nAdresy generuj\u0105ce najwi\u0119cej \u017c\u0105da\u0144, przydatne przy podejrzeniu nadmiernego ruchu:<\/p>\n
awk '{print $1}' access.log | sort | uniq -c | sort -rn | head -20\r\n<\/code><\/pre>\nNajcz\u0119\u015bciej zwracane b\u0142\u0119dy serwera, \u017ceby wiedzie\u0107, kt\u00f3ra podstrona si\u0119 wywala:<\/p>\n
awk '$9 == 500 {print $7}' access.log | sort | uniq -c | sort -rn | head\r\n<\/code><\/pre>\nTe pi\u0119\u0107 polece\u0144 pokrywa zdecydowan\u0105 wi\u0119kszo\u015b\u0107 realnych zg\u0142osze\u0144. Trzecie z nich uruchamiaj jako pierwsze: je\u015bli kod\u00f3w 500 jest kilka na tysi\u0105c \u017c\u0105da\u0144, masz drobiazg, a je\u015bli stanowi\u0105 po\u0142ow\u0119, masz awari\u0119.<\/p>\n
Co jest szumem, a co problemem<\/h2>\n
\u015awie\u017co uruchomiony serwer natychmiast zaczyna zbiera\u0107 \u017c\u0105dania o nieistniej\u0105ce zasoby: pr\u00f3by wej\u015bcia na panele administracyjne, pliki konfiguracyjne, kopie baz danych. To normalne t\u0142o internetu i samo w sobie nie jest powodem do niepokoju, o ile ko\u0144czy si\u0119 kodem 404.<\/p>\n
Zaniepokoi\u0107 powinno co innego:<\/p>\n
\n- Kod 200 na adresie, kt\u00f3rego nie ma w Twoim serwisie, bo to znaczy, \u017ce co\u015b tam odpowiada.<\/li>\n
- \u017b\u0105dania metod\u0105 POST na plikach, kt\u00f3re nie powinny nic przyjmowa\u0107.<\/li>\n
- Ten sam adres z setkami \u017c\u0105da\u0144 w kr\u00f3tkim czasie, zw\u0142aszcza na stronie logowania.<\/li>\n
- Kody 500 pojawiaj\u0105ce si\u0119 regularnie o sta\u0142ej porze, co zwykle wskazuje na zadanie cykliczne.<\/li>\n
- Nag\u0142y wzrost liczby \u017c\u0105da\u0144 bez odpowiadaj\u0105cego wzrostu w statystykach odwiedzin.<\/li>\n<\/ol>\n
Punkt czwarty bywa najtrudniejszy do wy\u015bledzenia bez log\u00f3w, bo objaw zg\u0142aszany przez u\u017cytkownik\u00f3w to po prostu wolna strona o poranku.<\/p>\n
Log PHP bywa wa\u017cniejszy od loga serwera<\/h2>\n
Serwer WWW zapisze, \u017ce skrypt zwr\u00f3ci\u0142 b\u0142\u0105d, ale przyczyn\u0119 zna wy\u0142\u0105cznie sam interpreter. Dlatego przy problemach z WordPressem albo w\u0142asn\u0105 aplikacj\u0105 zagl\u0105daj do dziennika PHP, a przy diagnozowaniu w\u0142\u0105cz w WordPressie zapis b\u0142\u0119d\u00f3w do pliku:<\/p>\n
define('WP_DEBUG', true);\r\ndefine('WP_DEBUG_LOG', true);\r\ndefine('WP_DEBUG_DISPLAY', false);\r\n<\/code><\/pre>\nTrzecia linia jest obowi\u0105zkowa na serwisie produkcyjnym, bo wy\u015bwietlanie b\u0142\u0119d\u00f3w u\u017cytkownikom ujawnia \u015bcie\u017cki na serwerze i wersje komponent\u00f3w. B\u0142\u0119dy trafi\u0105 do pliku wp-content\/debug.log<\/code>, a po zako\u0144czeniu diagnostyki pami\u0119taj o wy\u0142\u0105czeniu zapisu, bo plik potrafi urosn\u0105\u0107 bardzo szybko.<\/p>\nZanim logi zapchaj\u0105 dysk<\/h2>\n
Logi rosn\u0105 nieustannie i na serwerze bez rotacji potrafi\u0105 zaj\u0105\u0107 ca\u0142\u0105 woln\u0105 przestrze\u0144, co ko\u0144czy si\u0119 awari\u0105 trudn\u0105 do zdiagnozowania, bo nic ju\u017c nie mo\u017ce zapisa\u0107. Na w\u0142asnej maszynie standardowo zajmuje si\u0119 tym logrotate<\/code>, warto jednak sprawdzi\u0107, czy obejmuje wszystkie pliki, w tym te tworzone przez aplikacj\u0119.<\/p>\nRozs\u0105dny punkt wyj\u015bcia to rotacja dzienna, kompresja i przechowywanie od czternastu do trzydziestu dni. Przy okazji ustaw monitorowanie zaj\u0119to\u015bci dysku z alertem przy 80%, bo to ostrze\u017cenie przychodzi zwykle du\u017co wcze\u015bniej ni\u017c jakiekolwiek inne.<\/p>\n
Podsumowanie<\/h2>\n
Analiza log\u00f3w serwera zamienia zgadywanie w czytanie. Zacznij od stu ostatnich linii error loga, sprawd\u017a rozk\u0142ad kod\u00f3w odpowiedzi, znajd\u017a adres albo podstron\u0119 odpowiedzialn\u0105 za problem i dopiero wtedy szukaj przyczyny w kodzie.<\/p>\n
Na hostingu RapidDC<\/a> dzienniki masz w panelu DirectAdmin bez dodatkowej konfiguracji. Na serwerze VPS<\/a> z dost\u0119pem root dochodzi pe\u0142na kontrola nad tym, co i jak d\u0142ugo jest zapisywane, oraz mo\u017cliwo\u015b\u0107 podpi\u0119cia w\u0142asnych narz\u0119dzi analitycznych. Je\u015bli problem dotyczy samego po\u0142\u0105czenia z maszyn\u0105, pomo\u017ce wpis o najcz\u0119stszych b\u0142\u0119dach VPS<\/a>.<\/p>\nFAQ \u2013 najcz\u0119\u015bciej zadawane pytania o logi serwera<\/h2>\nJak d\u0142ugo przechowywa\u0107 logi?<\/h3>\n
Od czternastu do trzydziestu dni wystarcza do diagnostyki bie\u017c\u0105cych problem\u00f3w. D\u0142u\u017csze okresy maj\u0105 sens tylko wtedy, gdy wymagaj\u0105 tego procedury wewn\u0119trzne, i w\u00f3wczas lepiej archiwizowa\u0107 logi poza serwerem produkcyjnym.<\/p>\n
Czy logi zawieraj\u0105 dane osobowe?<\/h3>\n
Adres IP jest dan\u0105 osobow\u0105 w rozumieniu przepis\u00f3w o ochronie danych, wi\u0119c logi podlegaj\u0105 tym samym zasadom co inne zbiory. W praktyce oznacza to ograniczony czas przechowywania i kontrol\u0119 nad tym, kto ma do nich dost\u0119p.<\/p>\n
Dlaczego w logu widz\u0119 \u017c\u0105dania o pliki, kt\u00f3rych nie mam?<\/h3>\n
To automatyczne skanowanie, kt\u00f3re dotyczy ka\u017cdego publicznego adresu. Dop\u00f3ki takie \u017c\u0105dania ko\u0144cz\u0105 si\u0119 kodem 404, nie dzieje si\u0119 nic z\u0142ego. Niepokoj\u0105cy jest dopiero kod 200 na adresie, kt\u00f3rego nie powinno by\u0107.<\/p>\n
Czym r\u00f3\u017cni si\u0119 access log od statystyk odwiedzin?<\/h3>\n
Access log zapisuje ka\u017cde \u017c\u0105danie, \u0142\u0105cznie z robotami, skanerami i plikami graficznymi. Statystyki pr\u00f3buj\u0105 liczy\u0107 ludzi i odfiltrowuj\u0105 reszt\u0119. Rozbie\u017cno\u015b\u0107 mi\u0119dzy nimi jest normalna i zwykle bardzo du\u017ca.<\/p>\n
Czy na hostingu wsp\u00f3\u0142dzielonym mam dost\u0119p do log\u00f3w?<\/h3>\n
Tak, przez panel, cho\u0107 zwykle w w\u0119\u017cszym zakresie ni\u017c na w\u0142asnym serwerze i za kr\u00f3tszy okres. Pe\u0142n\u0105 kontrol\u0119 nad zapisem, rotacj\u0105 i retencj\u0105 daje dopiero VPS z dost\u0119pem root.<\/p>\n