Лог-файлы

NGENIX Multidesk API Статус платформы Техническая поддержка
Search…
Лог-файлы
​Лог-файлы содержат информацию о запросах пользователей к Платформе и используются при формировании статистики и аналитических отчетов.
Статистика и аналитика
Вы можете получить доступ к содержимому лог-файлов двумя способами:
1.
Получить доступ к лог-файлам на серверах хранения по протоколу FTP. Эта возможность предоставляется в рамках сервиса Raw Access Logs.
2.
Получать логи с Платформы в режиме реального времени по протоколу Syslog. Эта возможность предоставляется в рамках сервиса Real-time Logs Streaming.
Как получить доступ к лог-файлам?
Как настроить потоковую доставку логов?
Формат лог-файлов
Формат лог-файлов на Платформе зависит от протокола доставки данных до конечных пользователей: HTTP/HTTPS либо RTMP/RTSP. Каждому обработанному Платформой пользовательскому запросу в лог-файле соответствует строка следующего вида: 
Протоколы HTTP/HTTPS
Протоколы RTMP/RTSP
$remote_addr $host [$time_local] "$request" $status $upstream_cache_status "$upstream_addr" $body_bytes_sent "$http_referer" "$http_user_agent" "$request_time" "$gzip_ratio" "$ssl_protocol/$ssl_cipher" "$connection_requests/$connection" $bytes_sent  "$upstream_response_length" "$upstream_header_time" "$upstream_response_time" "$upstream_status" $geoip_country_code $request_id $server_port
где:
remote_addr – IP-адрес источника запроса;
host – значение заголовка Host в запросе;
time_local – время запроса (GMT);
request – первоначальная строка запроса целиком;
status – HTTP-код ответа;
upstream_cache_status – статус объекта, например, HIT для объекта, отданного из кэша, или MISS для объекта запрошенного с сервера оригинации; 
upstream_addr – адрес сервера оригинации, в случае если объект отсутствует к кэше;
body_bytes_sent – размер тела HTTP-ответа (указывается в байтах);
http_referer – значение заголовка Referer;
http_user_agent — значение заголовка User-Agent;
request_time — время обработки запроса в секундах с точностью до миллисекунд; время, прошедшее с момента чтения первых байт от клиента до момента записи в лог после отправки последних байт клиенту;
gzip_ratio — степень сжатия от 1 до 9;
ssl_protocol/ssl_cipher — версия SSL/SSL-шифр в случае, если используется защищенное соединение;
connection_requests/connection – порядковый номер запроса в рамках установленного соединения/порядковый номер соединения;
bytes_sent – полное количество переданных байт (с учетом HTTP-заголовков);
upstream_response_length – размер полученного ответа с сервера оригинации;
upstream_header_time — время получения заголовков ответа с сервера оригинации;
upstream_response_time — время получения всего объекта с сервера оригинации;
upstream_status – HTTP-код ответа от сервера оригинации;
geoip_country_code — двухбуквенный код страны, которой принадлежит IP-адрес пользователя;
request_id — уникальный идентификатор запроса пользователя;
server_port — порт сервера, обработавшего запрос.
$x-severity $x-category $x-event $date $time $tz $c-client-id $c-ip $c-port $c-referrer $c-user-agent $cs-bytes $sc-bytes $x-duration $x-sname $x-stream-id $x-spos $cs-stream-bytes $sc-stream-bytes $x-file-size $x-file-length $x-suri $x-status $x-ctx $x-comment
где:
x-severity — уровень логирования;
x-category — категория лога (server, vhost, application, session, stream);
x-event — событие (publish, unpublish, play, create, destroy и др.);
date — дата запроса;
time — время запроса (GMT);
tz — временная зона;
c-client-id — идентификатор клиента, присвоенный сервером;
c-ip — IP-адрес клиента;
c-port — порт клиента;
c-referrer — значение заголовка "Referer";
c-user-agent — версия Flash плеера клиента;
cs-bytes — количество байт, переданное от клиента серверу;
sc-bytes — количество байт, переданное от сервера клиенту;
x-duration — время в секундах, занятое на обработку данного запроса;
x-sname — имя потока x-stream-id;
x-stream-id — идентификатор потока, присвоенный сервером;
x-spos — позиция внутри медиа потока, миллисекунды;
cs-stream-bytes — суммарное количество байт, которое было отправлено от клиента серверу для потока x-stream-id;
sc-stream-bytes — суммарное количество байт, которое было отправлено от сервера клиенту для потока x-stream-id;
x-file-size — размер файла потока x-stream-id, байты;
x-file-length — длина файла потока x-stream-id, секунды;
x-suri — строка запроса к потоку x-stream-id, включая все параметры;
x-status — статус-код;
x-ctx — дополнительные данные;
x-comment — дополнительный комментарий.
Рекомендации для самостоятельной диагностики
При анализе лог-файлов, относящихся к протоколам HTTP/HTTPS, обращайте  внимание на следующие показатели:
HTTP-код ответа (HTTP status code). Коды ответа из диапазонов 400-499 и 500-599 свидетельствуют о проблемах получения данных конечными пользователями. Например, код ответа 404 возникает когда пользователь запросил несуществующий объект, а код ответа 503 обычно возникает, когда сервер перегружен. В этих случаях необходимо обратить внимание на поле upstream_status. Если это поле не пустое, ошибка была получена с сервера оригинации. Пустое поле upstream_status и код ответа 504 означает, что истекло время ожидания подключения к серверу оригинации.
Время обработки запроса (request_time). Этот показатель говорит о том, сколько времени была затрачено на обработку запроса с момента его получения. Чем меньше значение request_time, тем быстрее пользователь получил данные. Большое время обработки запросов может быть вызвано следующими факторами:
Проблемы на сервере оригинации. Если запрашиваемых данных не оказалось в кэше сервера доставки NGENIX или данные оказались неактуальны, сервер доставки загружает их с сервера оригинации. Высокие значения показателей upstream_response_time и request_time означают медленную загрузку данных с сервера оригинации.
Медленный пользователь. Если запрашиваемые данные были найдены в кэше сервера доставки, но показатель request_time высокий, это может свидетельствовать о проблемах подключения пользователя к интернету. Медленная скорость и прерывания доступа особенно актуальны для пользователей мобильных сетей.
Статус кэширования объекта (upstream_cache_status). Значения MISS и EXPIRED означают, что запрос не был обслужен из кэша сервера доставки. Причинами большого количества таких запросов могу быть настройки в HTTP-заголовках директив Cache-Control и/или Expires, управляющих кэшированием. В этом случае проверьте настройки HTTP-заголовков на сервере оригинации.
Управление кэшированием
Отсутствие запросов. Отсутствие запросов от определенного пользователя в лог-файлах свидетельствует о наличии у пользователя проблемы при обращении к данным.  Необходимо проверить на стороне пользователя работу протокола DNS и убедиться в отсутствии ошибок при установке защищенного соединения TLS (HTTPS).
Как диагностировать проблемы у конечного пользователя?
При каждом HTTP-запросе к серверу оригинации серверы доставки NGENIX выставляют HTTP-заголовок X-Request-ID, содержащий соответствующий идентификатор запроса пользователя, например f20270f7aa3dacdf8e3dadf0fef54.Чтобы найти в лог-файлах Платформы соответствующий запрос пользователя к серверам доставки, используйте поиск по полю request_id.
Рекомендуем настроить логирование HTTP-заголовков на сервере оригинации. Эта информация позволяет идентифицировать IP-адреса пользователей веб-ресурса и упрощает диагностику проблем. 
Правила обработки HTTP-заголовков
НАСТРОЙКА СЕРВИСОВ - Previous
Статистика и аналитика
Как получить доступ к лог-файлам?
Last modified 1yr ago
Copy link
Contents
Формат лог-файлов