Nginx アクセスログとエラーログパラメータの説明

例:

nginx ログには、アクセスログとエラーログの 2 つの主な種類があります。アクセスログには、ユーザーの地理的起源、ジャンプ元、使用された端末、特定の URL へのアクセス回数などの情報を含む、クライアントから nginx にアクセスするためのすべての要求が記録されます。アクセスログの形式はカスタマイズできます。エラーログには、クライアントが nginx にアクセスしたときにエラーが発生したときのログが記録されます。この形式はカスタマイズをサポートしていません。エラーログを通じて、システム内の特定のサービスまたはサーバーのパフォーマンスのボトルネックを取得できます。両方のログは選択的に無効にすることができます。

アクセスログ [Access.log]

log_format main '$remote_addr $remote_user [$time_local] "$request" $http_host '
'$status $upstream_status $body_bytes_sent “$http_referer” '
'"$http_user_agent" $ssl_protocol $ssl_cipher $upstream_addr '
'$request_time $upstream_response_time';

変数名	変数の説明	例
$リモートアドレス	クライアントアドレス	113.140.15.90
$リモートユーザー	クライアントユーザー名	–
$time_local	アクセス時間とタイムゾーン	2012年7月18日:17:00:01 +0800
$リクエスト	リクエストURIとHTTPプロトコル	「GET /pa/img/home/logo-alipay-t.png HTTP/1.1」
$http_ホスト	リクエストアドレス、つまりブラウザに入力するアドレス（IPまたはドメイン名）	アリペイ 10.253.70.103
$ステータス	HTTP リクエストステータス	200
$アップストリームステータス	アップストリームステータス	200
送信された本文バイト数	クライアントに送信されたファイルのサイズ	547
$http_referer	ジャンプ元	「https://cashier.alipay.com…/」
$http_user_agent	ユーザー端末エージェント	「Mozilla/4.0 (互換); MSIE 8.0; Windows NT 5.1; Trident/4.0; SV1; GTB7.0; .NET4.0C;
$ssl_プロトコル	SSLプロトコルバージョン	TLSv1
$ssl_暗号	交換データにおけるアルゴリズム	RC4-SHA
$アップストリームアドレス	バックグラウンドアップストリームのアドレス、つまり実際にサービスを提供するホストのアドレス	10.228.35.247:80
$リクエスト時間	リクエスト全体の合計時間	0.205
$アップストリーム応答時間	リクエスト処理中の上流応答時間	0.002

オンラインの例:

116.9.137.90 - [02/Aug 2012：14：47：12 +0800]“ get /images/xx/20100324752729.png http/1.1″ img.alipay.com Mozilla/4.0（互換; MSIE 8.0; Windows NT 6.1; Trident/4.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729;メディアセンターPC 6.0;タブレットPC 2.0; 360SE）

オフラインテスト ($http_referer):

10.14.21.197 – – [14/Aug/2012:17:28:22 +0800] “GET /spanner/watch/v1?–db=ztg-1&–mode=compare&–index=status&–option=&–cluster=whole&-F=2012%2F8%2F12-00%3A00%3A00&-T=%2B2880&-i=1&-n=0&_=1344936501292 HTTP/1.1” 200 94193 “http://spanner.alipay.net/optionFrame/history.html” “Mozilla/5.0 (Windows NT 6.1) AppleWebKit/537.1 (KHTML、Gecko のような) Chrome/21.0.1180.60 Safari/537.1”

注: $http_referer はリダイレクトに関連しています。

エラーログ [Error.log]

エラーメッセージ	エラーの説明
「上流の接続が早期に閉じられました」	URI をリクエストするときに発生する例外は、アップストリームがユーザーに応答を返す前にユーザーが切断されたために発生します。システムには影響がないため、無視できます。
「recv() が失敗しました (104: ピアによって接続がリセットされました)」	(1) サーバーへの同時接続数が容量を超え、サーバーは一部の接続をシャットダウンします。(2) クライアントはブラウザを閉じますが、サーバーは引き続きクライアントにデータを送信しています。(3) ブラウザが停止ボタンを押します。
「（111: 接続拒否）アップストリームへの接続中」	接続時にバックエンドのアップストリームが失敗したり切断されたりすると、ユーザーはこのエラーを受け取ります。
「(111: 接続が拒否されました) アップストリームからの応答ヘッダーを読み取り中」	ユーザーが接続に成功した後にデータを読み取るときに、バックエンドのアップストリームに障害が発生したり、切断されたりすると、このエラーが発生します。
「（111: 接続拒否）アップストリームへのリクエスト送信中」	Nginxがアップストリームに正常に接続した後にデータを送信したときに、バックエンドのアップストリームがダウンしているか到達できない場合は、このエラーが発生します。
「（110: 接続がタイムアウトしました）アップストリームへの接続中」	Nginx は後続のアップストリームへの接続時にタイムアウトしました
「（110: 接続がタイムアウトしました）アップストリームの読み取り中」	Nginx はアップストリームからの応答を読み取り中にタイムアウトしました
「(110: 接続がタイムアウトしました) アップストリームからの応答ヘッダーを読み取り中」	Nginx はアップストリームからの応答ヘッダーの読み取り中にタイムアウトしました
「（110: 接続がタイムアウトしました）アップストリームの読み取り中」	Nginx はアップストリームからの応答を読み取り中にタイムアウトしました
「（104: ピアによって接続がリセットされました）アップストリームへの接続中」	上流はRSTを送信し、接続をリセットします
「アップストリームからの応答ヘッダーの読み取り中にアップストリームが無効なヘッダーを送信しました」	アップストリームから送信された応答ヘッダーが無効です
「アップストリームから応答ヘッダーを読み取っているときに、アップストリームは有効な HTTP/1.0 ヘッダーを送信しませんでした」	アップストリームから送信された応答ヘッダーが無効です
「クライアントが大きすぎる本文を送信しようとしました」	受け入れ可能なクライアント要求コンテンツの最大値を設定するために使用されます。デフォルト値は 1M です。クライアントから送信された本文が設定値を超えています。
「ログの再開」	ユーザーはkill -USR1コマンドを送信します
「正常にシャットダウンする」	ユーザーはkill -WINCHコマンドを送信します
「アップストリーム内にサーバーはありません」	サーバーはアップストリームに設定されていません
「アップストリームに接続中にライブアップストリームがありません」	すべての上流サーバーがダウンしています
「SSL_do_handshake() が失敗しました」	SSLハンドシェイクに失敗しました
「クライアントへの送信中に SSL_write() が失敗しました (SSL:)」
「(13: 権限が拒否されました) アップストリームの読み取り中」
「（98: アドレスは既に使用されています）アップストリームに接続中」
「（99: 要求されたアドレスを割り当てることができません）アップストリームに接続中」
「ngx_slab_alloc() が失敗しました: SSL セッション共有キャッシュにメモリがありません」	ssl_session_cache のサイズが不十分なことやその他の理由により発生
「SSLハンドシェイク中に新しいSSLセッションをセッションキャッシュに追加できませんでした」	ssl_session_cache のサイズが不十分なことやその他の理由により発生
「send() が失敗しました (111: 接続が拒否されました)」