Apache Traffic Server 6.2 - en to ja translation catalogue (190 entries)

en: Log Formats
ja: ログフォーマット

en: This document provides a reference for all the different logging formats |TS| supports. Rather than just reading about those formats, you may also want to try our `online event log builder <http://trafficserver.apache.org/logbuilder/>`_ for an interactive way of building and understanding log formats.
ja: このドキュメントは |TS| がサポートしている全ての異なるロギングフォーマットについてのリファレンスを提供します。これらのフォーマットについて単に読むよりも、ログフォーマットのビルドと理解をインタラクティブに行うために `online event log builder <http://trafficserver.apache.org/logbuilder/>`_ を試す方がいいでしょう。

en: Binary or ASCII?
ja: バイナリかASCIIか?

en: You can configure |TS| to create event log files in either of the following:
ja: 次のいずれかでイベントログファイルを作成するように |TS| を設定できます。

en: These files are human-readable and can be processed using standard, off-the-shelf log analysis tools. However, |TS| must perform additional processing to create the files in ASCII, which mildly impacts system overhead. ASCII files also tend to be larger than the equivalent binary files. By default, ASCII log files have a ``.log`` filename extension.
ja: これらのファイルは人間が読むことも出来ますし、標準的な既成のログ解析ツールを使って処理することも出来ます。しかし、 |TS| は ASCII 形式のファイルを作成するためには追加の処理を行う必要があり、それはシステムのオーバーヘッドに少し影響を与えます。 ASCII 形式のファイルは同等なバイナリファイルより大きくなる傾向があります。デフォルトでは ASCII 形式のログファイルは ``.log`` というファイル名の拡張子を持ちます。

en: Binary
ja: バイナリ

en: These files generate lower system overhead and generally occupy less space on the disk than ASCII files (depending on the type of information being logged). However, you must use a converter application before you can read or analyze binary files via standard tools. By default, binary log files use a ``.blog`` filename extension.
ja: これらのファイルは ASCII ファイルに比べて (ログ出力する情報の型にもよりますが) システムのオーバーヘッドが比較的低くなり、一般的には占有するスペースがより少なくてすみます。しかし、バイナリファイルを標準的なツールで読んだり分析したりする前に変換アプリケーションを使う必要があります。デフォルトではバイナリ形式のログファイルは ``.blog`` というファイル名の拡張子を持ちます。

en: While binary log files typically require less disk space, there are exceptions.
ja: 典型的にはバイナリファイルのほうが占有するディスクスペースは少なくてすみますが、例外はあります。

en: For example, the value ``0`` (zero) requires only one byte to store in ASCII, but requires four bytes when stored as a binary integer.  Conversely, if you define a custom format that logs IP addresses, then a binary log file would only require four bytes of storage per 32-bit address. However, the same IP address stored in dot notation would require around 15 characters (bytes) in an ASCII log file.
ja: 例えば、 ``0`` (ゼロ) という値は ASCII 形式では 1 バイトしか必要としませんが、バイナリ整数として保存するには 4 バイト必要です。逆に IP アドレスをログ出力するカスタムフォーマットを定義すると、バイナリログファイルは 32 ビットのアドレスごとに4バイトしか必要としません。しかし、 ASCII 形式のログファイルで同じ IP アドレスをドット形式で格納すると約 15 文字 (バイト)を必要とします。

en: It is wise to consider the type of data that will be logged before you select ASCII or binary for your log files, if your decision is being driven by storage space concerns. For example, you might try logging to both formats simultaneously for a representative period of time and compare the storage requirements of the two logs to determine whether one or the other provides any measurable savings.
ja: もしストレージのスペースの懸念事項によって決定するなら、ログファイルを ASCII かバイナリにするかを選ぶ前にログ出力されるデータの型を考慮するのが賢明です。例えば、典型的な期間両方の形式で同時にログ出力しておいて、 2 つのログのストレージ要求を比較し、どちらかが目に見えて節約できるかを決定してもよいかもしれません。

en: Defining Log Objects
ja: ログオブジェクトを定義する

en: To perform any logging at all on your |TS| nodes, you must have at least one :ref:`LogObject` defined in :file:`logging.config`. These definitions configure what logs will be created, the format they will use (covered in the sections :ref:`admin-monitoring-logging-format-standard` and :ref:`admin-monitoring-logging-format-custom`), any filters which may be applied to events before logging them, and when or how the logs will be rolled.
ja: |TS| のノードの全てでログ出力を実行するためには :file:`logging.config` に最低 1 つの :ref:`LogObject` を定義する必要があります。これらの定義はどのログが作られるかとどういう形式を使うか (:ref:`admin-monitoring-logging-format-standard` と :ref:`admin-monitoring-logging-format-custom` で説明されています)、ログ出力の前にイベントにどういうフィルターが適用されるか、そしていつどのようにログがローテートされるかを設定します。

en: Log Filters
ja: ログフィルター

en: :ref:`LogFilter` objects, configured in :file:`logging.config` allow you to create filters, which may be applied to :ref:`LogObject` definitions, limiting the types of entries which will be included in the log output. This may be useful if your |TS| nodes receive many events which you have no need to log or analyze.
ja: :file:`logging.config` で設定される :ref:`LogFilter` によりフィルターを作成することが出来ます。フィルターは :ref:`LogObject` の定義に適用することが出来て、ログの出力に含まれるエントリの種類を限定します。 |TS| のノードがログ出力や分析をする必要が無いイベントを多数受け取るなら、これは便利かもしれません。

en: Standard Formats
ja: 標準フォーマット

en: The standard log formats include Squid, Netscape Common, Netscape extended, and Netscape Extended-2. The standard log file formats can be analyzed with a wide variety of off-the-shelf log-analysis packages. You should use one of the standard event log formats unless you need information that these formats do not provide.
ja: 標準ログフォーマットには Squid、Netscape Common、Netscape extended、そして Netscape Extended-2 があります。標準ログファイルは幅広い種類の既存のログ分析パッケージを用いて分析することが出来ます。これらのフォーマットが提供しない情報を必要としなければ標準のイベントログフォーマットを使うべきです。

en: These formats may be used by enabling the :ts:cv:`proxy.config.log.custom_logs_enabled` setting in :file:`records.config` and adding appropriate entries to :file:`logging.config`.
ja: これらのフォーマットは :file:`records.config` の :ts:cv:`proxy.config.log.custom_logs_enabled` 設定を有効にし、 :file:`logging.config` に適切なエントリを追加することで使えるようになります。

en: The following figure shows a sample log entry in a Squid log file.
ja: Squid のログファイルのサンプルのログエントリを数に示します。

en: Sample log entry in squid.log
ja: squid.log のサンプルのログエントリ

en: Field
ja: フィールド

en: Symbol
ja: シンボル

en: Description
ja: 解説

en: The client request timestamp in Squid format. The time of the client request in seconds since January 1, 1970 UTC (with millisecond resolution).
ja: Squid フォーマットでのクライアントリクエストのタイムスタンプ。 1970 年 1 月 1 日からのクライアントリクエストの時間。時間は秒単位で、ミリ秒の精度です。

en: The IP address of the client's host machine.
ja: クライアントのホストマシンの IP アドレス

en: The cache result code; how the cache responded to the request: ``HIT``, ``MISS``, and so on. Cache result codes are described in :ref:`admin-monitoring-logging-cache-result-codes`. The proxy response status code (HTTP response status code from |TS| to client).
ja: キャッシュリザルトコード。キャッシュがリクエストに対してどのように反応したか。 ``HIT``、 ``MISS`` などです。キャッシュリザルトコードは :ref:`admin-monitoring-logging-cache-result-codes` で説明しています。プロキシのレスポンスステータスコード (|TS| からクライアントへの HTTP レスポンスのステータスコード)。

en: The length of the |TS| response to the client in bytes, including headers and content.
ja: クライアントへの |TS| のレスポンスの長さ。ヘッダとコンテンツを含みます。

en: The client request method: ``GET``, ``POST``, and so on.
ja: クライアントのリクエストメソッド。  ``GET``、 ``POST`` などです。

en: The client request canonical URL; blanks and other characters that might not be parsed by log analysis tools are replaced by escape sequences. The escape sequence is a percentage sign followed by the ASCII code number of the replaced character in hex.
ja: クライアントリクエストの正準化した URL 。ログ分析ツールで構文解析できないかもしれない空白や他の文字はエスケープシーケンスに置き換えられます。エスケープシーケンスはパーセント文字の後に置換された文字の ASCII コード番号の 16 進数を続けたものです。

en: The username of the authenticated client. A hyphen (``-``) means that no authentication was required.
ja: 認証されたクラインアントのユーザ名。ハイフン (``-``) は認証が不要だったことを意味します。

en: The proxy hierarchy route. The route |TS| used to retrieve the object.
ja: プロキシー階層の経路。 |TS| がオプジェクトを検索するために使用した経路。

en: The proxy response content type. The object content type taken from the |TS| response header.
ja: プロキシーレスポンスのコンテンツタイプ。 |TS| レスポンスヘッダーから取得されたオブジェクトのコンテンツタイプ。

en: The following figure shows a sample log entry in a Netscape Common log file.
ja: Netscape Common 形式のログファイルのサンプルログエントリを下図に示します。

en: Sample log entry in common.log
ja: common.log のサンプルログエントリ

en: The IP address of the client's host machine.
ja: クライアントのホストマシンの IP アドレス。

en: This hyphen (``-``) is always present in Netscape log entries.
ja: このハイフン (``-``) は Netscape 形式のログエントリ内に常に存在します。

en: The authenticated client username. A hyphen (``-``) means no authentication was required.
ja: 認証されたクラインアントのユーザ名。ハイフン (``-``) は認証が不要だったことを意味します。

en: The date and time of the client request, enclosed in brackets.
ja: クライアントリクエストの角括弧で囲まれた日時

en: The request line, enclosed in quotes.
ja: クォートで囲まれたリクエスト行

en: The proxy response status code (HTTP reply code).
ja: プロキシーレスポンスのステータスコード (HTTP 応答コード)

en: The length of the |TS| response to the client in bytes.
ja: クライアントへの |TS| レスポンスのバイト長

en: The following figure shows a sample log entry in a Netscape Extended log file.
ja: Netscape Extended 形式のログのサンプルログエントリを下図に示します。

en: Sample log entry in extended.log
ja: extended.log のサンプルログエントリ

en: In addition to field 1-7 from the Netscape Common log format above, the Extended format also adds the following fields:
ja: 上記の Netscape Common ログ形式の項目 1 〜 7 に加えて、 Extended 形式では以下の項目がさらに追加されます。

en: The origin server response status code.
ja: オリジンサーバーのレスポンスのステータスコード

en: The server response transfer length; the body length in the origin server response to |TS|, in bytes.
ja: サーバーレスポンスの転送長、 |TS| へのオリジンサーバーのレスポンスのボディの長さで、 byte 単位です。

en: The client request transfer length; the body length in the client request to |TS|, in bytes.
ja: クライアントリクエストの転送長、 |TS| へのクライアントリクエストのボディの長さで、 byte 単位です。

en: The proxy request transfer length; the body length in the |TS| request to the origin server.
ja: プロキシーリクエストの転送長、オリジンサーバーへの |TS| のリクエストのボディの長さです。

en: The client request header length; the header length in the client request to |TS|.
ja: クライアントリクエストヘッダーの長さ。 |TS| へのクライアントリクエストのヘッダーの長さです。

en: The proxy response header length; the header length in the |TS| response to the client.
ja: プロキシーのレスポンスヘッダーの長さ、クライアントへの |TS| のレスポンスのヘッダーの長さです。

en: The proxy request header length; the header length in |TS| request to the origin server.
ja: プロキシーのリクエストヘッダーの長さ、オリジンサーバーへの |TS| のリクエストのヘッダーの長さです。

en: The server response header length; the header length in the origin server response to |TS|.
ja: サーバーのレスポンスヘッダーの長さ。オリジンサーバーが |TS| へ返すヘッダーの長さ。

en: The time |TS| spent processing the client request; the number of seconds between the time that the client established the connection with |TS| and the time that |TS| sent the last byte of the response back to the client.
ja: |TS| がクライアントリクエストを処理するのに費やした時間。クライアントが |TS| とコネクションを確立した時間から、 |TS| がクライアントにレスポンスの最後の byte を返した時間の間の秒数。

en: The following figure shows a sample log entry in a Netscape Extended2 log file.
ja: Netscape Extended2 形式のログのサンプルログエントリを下図に示します。

en: Sample log entry in extended2.log
ja: extended2.log のサンプルログエントリ

en: In addition to field 1-16 from the log formats above, the Extended2 format also adds the following fields:
ja: 上記のログ形式の項目 1 〜 16 に加えて、 Extended2 形式では以下の項目がさらに追加されます。

en: The proxy hierarchy route; the route |TS| used to retrieve the object.
ja: プロキシー階層の経路。 |TS| がオプジェクトを検索するために使用した経路。

en: The client finish status code: ``FIN`` if the client request completed successfully or ``INTR`` if the client request was interrupted.
ja: クライアントの終了ステータスコード、 クライアントリクエストが正しく完了した (``FIN``) もしくは中断された (``INTR``) のどちらかが記述されます。

en: The proxy finish status code: ``FIN`` if the |TS| request to the origin server completed successfully or ``INTR`` if the request was interrupted.
ja: プロキシー終了ステータスコード。 |TS| からオリジンサーバーへのリクエストが正常に完了した (``FIN``) もしくは中断された (``INTR``) かタイムアウトした (``TIMEOUT``) かどうか。

en: The cache result code; how the |TS| cache responded to the request: ``HIT``, ``MISS``, and so on. Cache result codes are listed in :ref:`admin-monitoring-logging-cache-result-codes`.
ja: キャッシュリザルトコード。 |TS| のキャッシュがリクエストに対してどのように反応したか。 ``HIT``、 ``MISS`` などです。キャッシュリザルトコードは :ref:`admin-monitoring-logging-cache-result-codes` で説明しています。

en: Custom Formats
ja: カスタム形式

en: Defining a Format
ja: 形式を定義する

en: Custom logging formats in |TS| are defined by editing :file:`logs_xml.config` and adding new :ref:`LogFormat` entries for each format you wish to define. The syntax is fairly simple: every :ref:`LogFormat` element should contain at least two child elements (additional elements are used for features such as log summarization and are covered elsewhere):
ja: |TS| のカスタムログ形式は :file:`logging.config` を編集し、定義したい形式ごとに新しい :ref:`LogFormat` のエントリを追加することで定義されます。文法はかなりシンプルです。各々の :ref:`LogFormat` は少なくとも 2 つの子要素を持つべきです (追加の要素はログの要約などの機能に使用され、これは別の場所で説明します)。

en: A ``<Name>`` which contains an arbitrary string (using only the allowed characters: ``[a-z0-9]``) naming your custom format.
ja: ``<Name>`` は (許可された文字 ``[a-z0-9]`` だけを用いた) 任意の文字列を含み、カスタム形式に名前をつけます。

en: A ``<Format>`` which defines the fields that will populate each entry in the custom logs, as well as the order in which they appear.
ja: ``<Format>`` はカスタムログの各エントリを構成する項目とそれらがどの順番で現れるか定義します。

en: You may include as many custom field codes as you wish. The full list of codes available can be found in :ref:`custom-logging-fields`. You may also include any literal characters in your format. For example, if we wished to separate the timestamp and canonical URL in our customer format above with a slash instead of a space, or even a slash surrounded by spaces, we could do so by just adding the desired characters to the format string::
ja: カスタム項目のコードは望む分だけ含めることが出来ます。利用可能なコードの完全なリストは :ref:`custom-logging-fields` にあります。形式内にリテラル文字列を含めることも出来ます。例えば上記のカスタム形式内のタイムスタンプと正準化された URL を空白の代わりにスラッシュで分離させたかったり、あるいは空白で囲まれたスラッシュで分離させたかったら、望む文字列をフォーマット文字列に加えるだけでそうすることが出来ます。

en: Custom Logging Fields
ja: カスタムログギングフィールド

en: The following list describes |TS| custom logging fields.
ja: 次のリストは |TS| のカスタムロギングフィールドの説明です。

en: Logs the information in the requested field of the client request HTTP header. For example, ``%<{Accept-Language}cqh>`` logs the ``Accept-Language:`` field in client request headers.
ja: クライアントのリクエストの HTTP ヘッダの指定されたフィールドの情報のログです。例えば ``%<{Accept-Language}cqh>`` はクライアントリクエストヘッダーの ``Accept-Language:`` フィールドを記録します。

en: ecqh is the URL-encoded version of this map
ja: ecqh はこのマップの URL エンコードされたバージョンです。

en: Logs the information in the requested field of the proxy request HTTP header. For example, ``%<{Authorization}pqh>`` logs the ``Authorization:`` field in proxy request headers.
ja: プロキシーのリクエストの HTTP ヘッダーの指定されたフィールドの情報を記録します。例えば ``%<{Authorization}pqh>`` はプロキシーリクエストヘッダー内の ``Authorization:`` フィールドを記録します。

en: epqh is the URL-encoded version of this map
ja: epqh はこのマップの URL エンコードされたバージョンです。

en: Logs the information in the requested field of the proxy response HTTP header. For example, ``%<{Retry-After}psh>`` logs the ``Retry-After:`` field in proxy response headers.
ja: プロキシーのレスポンスの HTTP ヘッダーの指定されたフィールドの情報を記録します。例えば ``%<{Retry-After}psh>`` はプロキシーレスポンスヘッダーの ``Retry-After:`` フィールドを記録します。

en: epsh is the URL-encoded version of this map
ja: epsh はこのマップの URL エンコードされたバージョンです。

en: Logs the information in the requested field of the server response HTTP header. For example, ``%<{Age}ssh>`` logs the ``Age:`` field in server response headers.
ja: サーバーのレスポンスの HTTP ヘッダーの指定されたフィールドの情報を記録します。例えば ``%<{Age}ssh>`` はサーバーレスポンスヘッダーの ``Age:`` フィールドを記録します。

en: essh is the URL-encoded version of this map
ja: essh はこのマップの URL エンコードされたバージョンです。

en: Logs the information in the requested field of the cached server response HTTP header. For example, ``%<{Age}cssh>`` logs the ``Age:`` field in the cached server response headers.
ja: キャッシュされたサーバーのレスポンスの HTTP ヘッダーの指定されたフィールドの情報を記録します。例えば ``%<{Age}cssh>`` はキャッシュされたサーバーレスポンスヘッダーの ``Age:`` フィールドを記録します。

en: ecssh is the URL-encoded version of this map
ja: ecssh はこのマップの URL エンコードされたバージョンです。

en: The client authenticated username; result of the RFC931/ident lookup of the client username.
ja: クライアントの認証されたユーザー名で、RFC931/ident lookup の結果のクライアントユーザー名です。

en: The client finish status code; specifies whether the client request to |TS| was successfully completed (``FIN``) or interrupted (``INTR``).
ja: クライアントの終了ステータスコード、 |TS| へのクライアントリクエストが正しく完了した (``FIN``) もしくは中断された (``INTR``) のどちらかが記述されます。

en: The IP address of the client's host machine in hexadecimal.
ja: 16 進数表記でのクライアントのホストマシンの IP アドレス。

en: This is the incoming (interface) IP address for |TS|, in otherwords this is the IP address the client connected to.
ja: |TS| へ入ってくる (界面の) IP アドレスです。言い換えるとクライアントが接続してきた IP アドレスです。

en: The the incoming (interface) IP address in hexadecimal.
ja: 入ってきた (界面の) IPアドレスを 16 進数で表したもの。

en: The port number of the client's host machine.
ja: クライアントのホストマシンのポート番号。

en: The client request transfer length; the body length in the client request to |TS| (in bytes).
ja: クライアントリクエストの転送長、 |TS| へのクライアントリクエストのボディの長さです。( byte 単位 )

en: The HTTP method in the client request to |TS|: ``GET``, ``POST``, and so on (subset of ``cqtx``).
ja: |TS| へのクライアントリクエストの HTTP メソッド。``GET`` や ``POST`` やその他のものです。( ``cqtx`` のサブセット )

en: The client request HTTP version.
ja: クライアントリクエストの HTTP バージョン。

en: The client request protocol and version.
ja: クライアントのリクエストのプロトコルとバージョン。

en: The client request timestamp. Specifies the date of the client request in the format yyyy-mm-dd, where yyyy is the 4-digit year, mm is the 2-digit month, and dd is the 2-digit day.
ja: クライアントリクエストのタイムスタンプ。クライアントリクエストの日付を yyyy-mm-dd のフォーマットで記述します。。yyyy は 4 桁で年、mm は 2 桁で月、dd は 2 桁で日を表します。

en: The client request timestamp; date and time of the client's request (in the Netscape timestamp format).
ja: クライアントリクエストのタイムスタンプ。クライアントのリクエストの( Netscape タイムスタンプフォーマットでの) 日付と時間。

en: The time of the client request since January 1, 1970 UTC (epoch), with millisecond resolution.
ja: 1970 年 1 月 1 日 (epoch) からのクライアントリクエストの時間。ミリ秒の精度です。

en: The time of the client request since January 1, 1970 UTC (EPOCH), with second resolution.
ja: 1970 年 1 月 1 日 (EPOCH) からのクライアントリクエストの時間。秒の精度です。

en: The client request timestamp. The time of the client request in the format hh:mm:ss, where hh is the two-digit hour in 24-hour format, mm is the two-digit minutes value, and ss is the 2-digit seconds value (for example, 16:01:19).
ja: クライアントリクエストのタイムスタンプ。hh:mm:ss フォーマットでのクライアントリクエストの時間で、hh は 2 桁の 24 時間表記で、mm は 2 桁の分の値、ss は 2 桁の秒の値です。(例 16:01:19)

en: The TCP reused status; indicates if this client request went through an already established connection.
ja: TCP の再利用状態、クライアントのリクエストが既に確立していた接続を通したかどうかを示します。

en: The SSL client request status indicates if this client connection is over SSL.
ja:  SSL クライアントリクエストの状態、クライアントの接続が SSL の上に載っていたかを示します。

en: The SSL session ticket reused status; indicates if this request hit the SSL session ticket and avoided a full SSL handshake.
ja: SSL セッションチケットの再利用状態、リクエストが SSL セッションチケットにヒットして完全な SSL ハンドシェイクを回避できたかを示します。

en: The SSL version used to communicate with the client.
ja: クライアントと通信するのに使われた SSL バージョン。

en: The cipher used by |TS| to communicate with the client over SSL.
ja: SSL 上でクライアントと通信するのに |TS| が使用した暗号。

en: The full HTTP client request text, minus headers; for example, ::
ja: ヘッダーを除く HTTP クライアントリクエストテキストの全て。例えば

en: In reverse proxy mode, |TS| logs the rewritten/mapped URL (according to the rules in :file:`remap.config`), _not_ the pristine/unmapped URL.
ja: リバースプロキシーモードでは |TS| は pristine/unmapped URL ではなく ( :file:`remap.config` ファイル内のルールに従って ) rewritten/mapped URL を記録します。

en: The universal resource identifier (URI) of the request from client to |TS| (subset of ``cqtx`` ).
ja: |TS| へのクライアントからのリクエストの universal resource identifier (URI) (``cqtx`` のサブセット)

en: The client request canonical URL. This differs from ``cqu`` in that blanks (and other characters that might not be parsed by log analysis tools) are replaced by escape sequences. The escape sequence is a percentage sign followed by the ASCII code number in hex.
ja: クライアントリクエストの正規化 URL。 ``cqu`` との違いは空白 ( 他のログ分析ツールでパースされないかもしれない文字 ) がエスケープシーケンスに置換されていることです。

en: See `cquuc`_.
ja: `cquuc`_ を参照してください。

en: The client request URL path; specifies the argument portion of the URL (everything after the host). For example, if the URL is ``http://www.company.com/images/x.gif``, then this field displays ``/images/x.gif``
ja: クライアントリクエスト URL のパス。URL ( ホストの後ろの全て ) の項の部分を記述します。例えば URL が ``http://www.company.com/images/x.gif`` であれば、このフィールドは ``/images/x.gif`` と表示されます。

en: See `cquup`_.
ja: `cquup`_　を参照してください。

en: The client request URL scheme.
ja: クライアントリクエスト URL のスキーム。

en: The client request unmapped URL canonical. This field records a URL before it is remapped (reverse proxy mode).
ja: クライアントリクエストのマップされていない正規化 URL。このフィールドは リマップされる前の URL を記録します。( リバースプロキシーモード )

en: The client request unmapped URL path. This field records a URL path before it is remapped (reverse proxy mode).
ja: クライアントリクエストのマップされていない URL パス。このフィールドはリマップされる前の URL パスを記録します。( リバースプロキシーモード )

en: The client request unmapped URL host. This field records a URL's host before it is remapped (reverse proxy mode).
ja: クライアントリクエストのマップされていない URL ホスト。このフィールドはリマップされる前の URL のホストを記録します。( リバースプロキシーモード )

en: The cache lookup URL, or cache key, for the client request. This URL is canonicalized as well.
ja: クライアントリクエストへのキャッシュ検索 URL 、すなわちキャッシュキー。この URL も正準化されます。

en: The Retry-After time in seconds, if specified by the origin server.
ja: オリジンサーバーによって指定されている場合、秒単位の Retry-After 時間。

en: The cache result code; specifies how the cache responded to the request (``HIT``, ``MISS``, and so on).
ja: キャッシュ結果コード。どんなキャッシュをリクエストへ返したかを記述します。( ``HIT`` や ``MISS`` やその他 )

en: The cache hit-miss status, specifying which level of the cache this was served out of. This is useful for example to show whether it was a RAM cache vs disk cache hit. Future versions of the cache will support more levels, but right now it only supports RAM (``HIT_RAM``) vs rotational disk (``HIT_DISK``).
ja: キャッシュのヒット・ミス状態、オブジェクトがどのレベルのキャッシュから配信されたかを記述します。これは例えば RAM キャッシュかディスクキャッシュのどちらでヒットしたかを示すのに役立ちます。将来のバージョンのキャッシュではより多くのレベルをサポートする予定ですが、現時点では RAM (``HIT_RAM``) か 回転するディスク (``HIT_DISK``) のみをサポートします。

en: The cached header length in the origin server response to Traffic Server (in bytes).
ja: キャッシュしたオリジンサーバーから Traffic Server へのヘッダーの長さ。( byte 単位 )

en: The cached server response HTTP version (1.0, 1.1, etc.).
ja: キャッシュしたサーバーレスポンス HTTP バージョン。( 1.0 や 1.1 等 )

en: The cached HTTP response status code from origin server to Traffic Server.
ja: キャッシュしたオリジンサーバーから Traffic Server への HTTP レスポンスステータスコード。

en: The cache write result (``-``, ``WL_MISS``, ``INTR```, ``ERR`` or ``FIN``)
ja: キャッシュ書き込み結果。( ``-``、 ``WL_MISS``、 ``INTR```、 ``ERR`` または ``FIN`` )

en: The cache write transform result
ja: キャッシュ書き込みトランスフォーム結果。

en: The size of the file (*n* bytes) as seen by the origin server.
ja: オリジンサーバーから見えるファイルサイズ。( *n* バイト )

en: The timestamp in milliseconds of a specific milestone for this request. see :c:func:`TSHttpTxnMilestoneGet` for milestone names.
ja: このリクエストの特定のマイルストーンのミリ秒で表したタイムスタンプ。マイルストーン名については :c:func:`TSHttpTxnMilestoneGet` を参照してください。

en: The difference in milliseconds of between two milestones. see :c:func:`TSHttpTxnMilestoneGet` for milestone names.
ja: 2 つのマイルストーンのミリ秒で表した時間差。マイルストーン名については :c:func:`TSHttpTxnMilestoneGet` を参照してください。

en: The proxy finish status code; specifies whether the |TS| request to the origin server was successfully completed (``FIN``), interrupted (``INTR``) or timed out (``TIMEOUT``).
ja: プロキシーの終了ステータスコード、オリジンサーバーへの |TS| リクエストが正常終了したか (``FIN``)、中断したか (``INTR``)、あるいはタイムアウトしたか (``TIMEOUT``) を表します。

en: The hostname of the |TS| that generated the log entry in collated log files.
ja: ログファイルに収集されるログエントリーを生成した |TS| のホスト名。

en: The IP of the |TS| that generated the log entry in collated log files.
ja: ログファイルに収集されるログエントリーを生成した |TS| の IP。

en: The TCP port number that |TS| served this request from.
ja: |TS| がこのリクエストに対して配信した TCP のポート番号。

en: The plugin ID for the transaction. This is set for plugin driven transactions via :c:func:`TSHttpConnectWithPluginId`.
ja: トランザクションのプラグイン ID。これは :c:func:`TSHttpConnectWithPluginId` 経由のプラグインによって発生したトランザクションに対して設定されます。

en: The plugin tag for the transaction. This is set for plugin driven transactions via :c:func:`TSHttpConnectWithPluginId`.
ja: トランザクションのプラグインタグ。これは :c:func:`TSHttpConnectWithPluginId` 経由のプラグインによって発生したトランザクションに対して設定されます。

en: The proxy request transfer length; the body length in Traffic Server's request to the origin server.
ja: プロキシーリクエスト転送長。Traffic Server からオリジンサーバーへのリクエストのボディの長さ。

en: The proxy request header length; the header length in Traffic Server's request to the origin server.
ja: プロキシーリクエストヘッダーの長さ。Traffic Server からオリジンサーバーへのリクエストのヘッダーの長さ。

en: The proxy request server IP address (0 on cache hits and parent-ip for requests to parent proxies).
ja: プロキシーリクエストサーバー IP アドレス。( キャッシュヒットした場合と親プロキシーへのリクエストのペアレント IP は 0 )

en: The proxy request server name; the name of the server that fulfilled the request.
ja: プロキシーリクエストサーバー名。リクエストを満たしたサーバーの名前。

en: The length of the |TS| response to the client (in bytes).
ja: |TS| からクライアントへのレスポンスの長さ。( byte 単位 )

en: The content type of the document from server response header: (for example, ``img/gif`` ).
ja: サーバーレスポンスヘッダーのドキュメントのコンテンツタイプ。( 例えば ``img/gif`` )

en: The header length in |TS|'s response to the client.
ja: |TS| からクライアントへのレスポンスのヘッダーの長さ。

en: The proxy response transfer length in Squid format (includes header and content length).
ja: Squid フォーマットでのプロキシーレスポンス転送長。( ヘッダーとコンテンツの長さを含む )

en: The HTTP response status code from |TS| to the client.
ja: |TS| からクライアントへの HTTP レスポンスステータスコード。

en: Indicates whether the connection from |TS| to the origin was over SSL or not.
ja: |TS| からオリジンサーバーへの接続が SSL 経由だったかどうかを示す。

en: The IP address resolved from the DNS name lookup of the host in the request. For hosts with multiple IP addresses, this field records the IP address resolved from that particular DNS lookup.
ja: リクエスト内のホストの DNS 名からルックアップして解決された IP アドレス。複数の IP アドレスを持つホストの場合、このフィールドは特定の DNS ルックアップにより解決された IP アドレスを記録します。

en: This can be misleading for cached documents. For example: if the first request was a cache miss and came from *IP1* for server *S* and the second request for server *S* resolved to *IP2* but came from the cache, then the log entry for the second request will show *IP2*.
ja: これはキャッシュされたドキュメントで誤解を与えるかもしれません。例えば、最初のリクエストがキャッシュミスでサーバー *S* へ *IP1* が来て、次のサーバー *S* へのリクエストが *IP2* に解決され、キャッシュから来た場合、2 番目のリクエストのログエントリーは *IP2* と記録します。

en: The hostname of the origin server.
ja: オリジンサーバーのホスト名。

en: The header length (in bytes) in the origin server response to |TS|.
ja: |TS| へのオリジンサーバーへのレスポンスのヘッダー長 (byte 単位)。

en: The server response HTTP version (1.0, 1.1, etc.).
ja: サーバーレスポンス HTTP バージョン。( 1.0、1.1 等 )

en: The HTTP response status code from origin server to |TS|.
ja: オリジンサーバーから |TS| への HTTP レスポンスステータスコード。

en: The time spent accessing the origin (in milliseconds); the time is measured from the time the connection with the origin is established to the time the connection is closed.
ja: オリジンにアクセスするためにかかった時間 (ミリ秒単位)、この時間はオリジンとのコネクションを確立した時間からコネクションが切断されるまでを測定されます。

en: Same as ``stms`` but in hexadecimal.
ja: ``stms`` と同様だが 16 進法表記。

en: The time |TS| spends accessing the origin as a fractional number of seconds. That is, the time is formatted as a floating-point number, instead of an integer as in ``stms``.
ja: |TS| がオリジンにアクセスするのにかかった時間を少数の秒数で表したもの。つまり、 ``stms`` が整数で表すのとは異なり、時間は浮動小数点数で書式化されます。

en: For example: if the time is 1500 milliseconds, then this field displays 1.5 while the ``stms`` field displays 1500 and the ``sts`` field displays 1.
ja: 例: 時間が 1500 ミリ秒の場合、このフィールドは 1.5 と表示します。一方 ``stms`` フィールドは 1500 、 ``sts`` は 1 と表示します。

en: The time |TS| spends accessing the origin, in seconds.
ja: |TS| がオリジンにアクセスするのにかかった時間を秒単位で表したもの。

en: The number of transactions between |TS| and the origin server from a single server session. A value greater than 0 indicates connection reuse.
ja: 単一のサーバーセッションに対して |TS| とオリジンサーバーの間のトランザクションの数。 0 より大きな値はコネクションの再利用を示唆します。

en: The time |TS| spends processing the client request; the number of milliseconds between the time the client establishes the connection with |TS| and the time |TS| sends the last byte of the response back to the client.
ja: |TS| がクライアントリクエストを処理するのに費やした時間。クライアントが |TS| とコネクションを確立した時間から |TS| がクライアントにレスポンスブロックの最後のバイトを送り返した時間までのミリ秒の数。

en: Same as ``ttms`` but in hexadecimal.
ja: ``ttms`` と同様だが 16 進法表記。

en: The time |TS| spends processing the client request as a fractional number of seconds. Time is specified in millisecond resolution; however, instead of formatting the output as an integer (as with ``ttms``), the display is formatted as a floating-point number representing a fractional number of seconds.
ja: 少数秒での |TS| がクライアントリクエストを処理するのに費やした時間。時間はミリ秒の精度で記述されます。しかし ( ``ttms`` のように ) 整数としてフォーマットして出力する代わりに、秒単位の少数精度の浮動小数点数でフォーマットして表示します。

en: For example: if the time is 1500 milliseconds, then this field displays 1.5 while the ``ttms`` field displays 1500 and the ``tts`` field displays 1.
ja: 例: 時間が 1500 ミリ秒の場合、このフィールドは 1.5 と表示します。一方 ``ttms`` フィールドは 1500 、 ``tts`` は 1 と表示します。

en: The time |TS| spends processing the client request; the number of seconds between the time at which the client establishes the connection with |TS| and the time at which Traffic Server sends the last byte of the response back to the client.
ja: |TS| がクライアントリクエストを処理するのに費やした時間。クライアントが |TS| とコネクションを確立した時間から、 |TS| がクライアントにレスポンスの最後の byte を返した時間の間の秒数。

en: Custom Field Cross-Reference
ja: カスタムフィールドクロスリファレンス

en: The following sections illustrate the correspondence between |TS| custom logging fields and standard logging fields for the Squid and Netscape formats.
ja: 次の章では |TS| のロギングフィールドと Squid と Netdcape フォーマットの標準ロギングフィールドの対応を解説します。

en: The following is a list of the Squid logging fields and the corresponding logging field symbols.
ja: 下記は Squid ロギングフィールドと対応するロギングフィールド記号の表です。

en: Field Symbols
ja: フィールド記号

en: This is the equivalent XML configuration for the log above::
ja: これが上記のログと同等な XML 設定です。

en: The following is a list of the Netscape Common logging fields and the corresponding |TS| logging field symbols.
ja: 下記は Netscape Common ロギングフィールドと対応する |TS| ロギングフィールド記号の表です。

en: The following table lists the Netscape Extended logging fields and the corresponding |TS| logging field symbols.
ja: 下記は Netscape Extended ロギングフォーマットフィールドと対応する |TS| ロギングフィールド記号の表です。

en: The following is a list of the Netscape Extended-2 logging fields and the corresponding |TS| logging field symbols.
ja: 下記は Netscape Extended-2 ロギングフィールドと対応する |TS| ロギングフィールド記号の表です。

en: Log Field Slicing
ja: ログフィールドのスライシング

en: It is sometimes desirable to slice a log field to limit the length of a given log field's output.
ja: ログフィールドの出力に対して長さを制限するためにログフィールドをスライスすることが望ましい場合があります。

en: Log Field slicing can be specified as below::
ja: ログフィールドのスライシングは以下のように指定できます ::

en: Omitting the slice notation defaults to the entire log field.
ja: スライス記法を省略すると全体のログフィールドを表示するというデフォルトの指定になります。

en: Slice notation only applies to a log field that is of type string and can not be applied to IPs or timestamp which are converted to string from integer.
ja: スライス記法は文字列型のログフィールドにのみ適用され、 IP アドレスや整数から文字列に変換されたタイムスタンプには適用されません。

en: The below slice specifiers are allowed.
ja: 以下のスライス指定が許されています。

en: Log field value from start through end-1
ja: ログフィールド値の開始から終了-1まで

en: Log field value from start through the rest of the string
ja: ログフィールド値の開始から文字列の最後まで

en: Log field value from the beginning through end-1
ja: ログフィールド値の最初から終了-1まで

en: Default - entire Log field
ja: デフォルト - ログフィールド全体

en: Some examples below ::
ja: いくつかの例を以下に示します ::

en: Cache Result Codes
ja: キャッシュリザルトコード

en: The following table describes the cache result codes in Squid and Netscape log files.
ja: 以下の表に Squid と Netscape ログファイルのキャッシュリザルトコードを示します。

en: A valid copy of the requested object was in the cache and Traffic Server sent the object to the client.
ja: リクエストされたオブジェクトの有効なコピーがキャッシュに存在し、 Traffic Server はオブジェクトをクライアントに送った。

en: The requested object was not in cache, so |TS| retrieved the object from the origin server (or a parent proxy) and sent it to the client.
ja: リクエストされたオブジェクトはキャッシュに存在しなかったため、 |TS| はオリジンサーバー (あるいは親プロキシー)からオブジェクトを取得し、それをクライアントに送った。

en: The object was in the cache, but it was stale. |TS| made an ``if-modified-since`` request to the origin server and the origin server sent a ``304`` not-modified response. Traffic Server sent the cached object to the client.
ja: オブジェクトはキャッシュに存在したが、新鮮ではなかった。 |TS| はオリジンサーバーに  ``if-modified-since`` リクエストを送りオリジンサーバーは  ``304`` not-modified レスポンスを返した。 Traffic Server はキャッシュオブジェクトをクライアントに送った。

en: The object was in the cache but was stale. |TS| made an ``if-modified-since`` request to the origin server but the server did not respond. |TS| sent the cached object to the client.
ja: オブジェクトはキャッシュに存在したが、新鮮ではなかった。 |TS| はオリジンサーバーに  ``if-modified-since`` リクエストを送ったがオリジンサーバーは反応しなかった。 Traffic Server はキャッシュオブジェクトをクライアントに送った。

en: The object was in the cache but was stale. |TS| made an ``if-modified-since`` request to the origin server and the server returned a new object. |TS| served the new object to the client.
ja: オブジェクトはキャッシュに存在したが、新鮮ではなかった。 |TS| はオリジンサーバーに  ``if-modified-since`` リクエストを送りオリジンサーバーは新しいオブジェクトを返した。 Traffic Server はその新しいオブジェクトをクライアントに送った。

en: The client issued a request with a ``no-cache`` header. Traffic Server obtained the requested object from the origin server and sent a copy to the client. |TS| deleted the previous copy of the object from cache.
ja: クライアントは  ``no-cache`` ヘッダー付きのリクエストを発行した。 Traffic Server はリクエストされたオブジェクトをオリジンサーバーから取得し、コピーをクライアントに送った。 |TS| はキャッシュからオブジェクトの以前のコピーを削除した。

en: The client issued an ``if-modified-since`` request and the object was in cache and fresher than the IMS date, or an ``if-modified-since`` request to the origin server revealed the cached object was fresh. |TS| served the cached object to the client.
ja: クライアントが ``if-modified-since`` リクエストを発行しオブジェクトはキャッシュに存在し IMS の日時よりも新しかったか、オリジンサーバーへの ``if-modified-since`` リクエストがキャッシュオブジェクトが新鮮であることを明らかにした。 |TS| はキャッシュオブジェクトをクライアントに送った。

en: The client issued an ``if-modified-since request`` and the object was either not in cache or was stale in cache. |TS| sent an ``if-modified-since request`` to the origin server and received the new object. |TS| sent the updated object to the client.
ja: クライアントが ``if-modified-since`` リクエストを発行しオブジェクトはキャッシュに存在しなかったかキャッシュに存在したが新鮮ではなかった。 |TS| は ``if-modified-since`` リクエストをオリジンサーバーに送り新しいオブジェクトを受け取った。 |TS| は更新されたオブジェクトをクライアントに送った。

en: The object was in the cache but could not be accessed. The client did not receive the object.
ja: オブジェクトはキャッシュに存在したがアクセスできなかった。クライアントはオブジェクトを受信出来なかった。

en: The client disconnected before the complete object was sent.
ja: オブジェクトを完全に送り終わる前にクライアントが切断した。

en: |TS| could not reach the origin server.
ja: |TS| がオリジンサーバーに達することが出来なかった。

en: The Domain Name Server (DNS) could not resolve the origin server name, or no DNS could be reached.
ja: ドメインネームサーバー (DNS) がオリジンサーバーの名前を解決できなかったか、 DNS サーバーに達することが出来なかった。

en: The client HTTP request was invalid. (|TS| forwards requests with unknown methods to the origin server.)
ja: クライアントの HTTP リクエストが不正だった。 (|TS| が不明なメソッドのリクエストをオリジンサーバーに転送した。

en: The origin server did not respond to |TS|'s request within the timeout interval.
ja: オリジンサーバーが |TS| のリクエストにタイムアウト期間までに反応しなかった。

en: Client service was denied.
ja: クライアントのサービスが拒否された。

en: The client connected, but subsequently disconnected without sending a request.
ja: クライアントが接続したが、その後リクエストを送ることなく切断した。
