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

en: Frequently Asked Questions
ja: よく聞かれる質問 (FAQ)

en: How do you create a raw disk for the cache if all your disks have mounted file systems?
ja: 全ディスクがファイルシステムにマウントされている場合、キャッシュ用の raw ディスクの作成はどうすればいいですか？

en: Create a large file on filesystem (with :manpage:`dd(1)`) and mount it as loopback device. This is accomplished with :manpage:`losetup(8)` on Linux, :manpage:`lofiadm(1m)` on Solaris and Illumos, and :manpage:`mdconfig(8)` on FreeBSD.
ja: ファイルシステム上に大きなファイルを ( :manpage:`dd(1)` を使って ) 作成し、それをループバックデバイスとしてマウントしてください。これは Linux 上では  :manpage:`losetup(8)` で、Solaris と Illumos 上では :manpage:`lofiadm(1m)` 、FreeBSD 上では :manpage:`mdconfig(8)` を使って行えます。

en: How do disk I/O errors affect the cache and what does Traffic Server do when a cache disk fails?
ja: ディスク I/O エラーはキャッシュにどのように影響し、キャッシュディスクが動かなくなったとき Traffic Server は何を行いますか？

en: If a disk drive fails five successive I/O operations, then Traffic Server considers the drive inaccessible and removes the entire disk from the cache. Normal cache operations continue for all other Traffic Server disk drives.
ja: ディスクドライブが I/O 操作に連続して五回失敗すると、Traffic Server はドライブがアクセス不能とみなしキャッシュからディスク全体を外します。通常のキャッシュ操作は Traffic Server の他のすべてのディスクドライブで継続します。

en: If a client disconnects during the time that Traffic Server is downloading a large object, is any of the object saved in the cache?
ja: Traffic Server が大きいオブジェクトをダウンロード中にクライアントが接続を閉じた場合、オブジェクトはキャッシュに保存されますか？

en: When a client disconnects during an HTTP operation, Traffic Server can continue to download the object from the origin server, using the :ref:`background fill feature <background_fill>`. It will continue downloading based on the :ts:cv:`proxy.config.http.background_fill_active_timeout` and :ts:cv:`proxy.config.http.background_fill_completed_threshold` settings.
ja: HTTP の処理中にクライアントが接続を閉じたとき、 Traffic Server は :ref:`background fill feature <background_fill>` を使ってオリジンサーバーからのオブジェクトのダウンロードを継続します。 :ts:cv:`proxy.config.http.background_fill_active_timeout` と :ts:cv:`proxy.config.http.background_fill_completed_threshold` の設定に従ってダウンロードを継続します。

en: Can Traffic Server cache Java applets, JavaScript programs, or other application files like VBScript?
ja: Traffic Server は Java アプレット、 JavaScript のブログラムもしくは VBScript のようなその他のアプリケーションファイルをキャッシュできますか？

en: Yes, Traffic Server can store and serve Java applets, JavaScript programs, VBScripts, and other executable objects from its cache according to the freshness and cacheability rules for HTTP objects. Traffic Server does not execute the applets, scripts, or programs. These objects run entirely client-side (the system which originated the request for the objects), and do not execute on the server.
ja: はい、 Traffic Server は Java アプレット、 JavaScript のプログラム、 VBScript 、その他の実行形式オブジェクトを保管、配信することができます。キャッシュから配信する際は HTTP オブジェクトのフレッシュネスとキャッシュしてよいかの判定ルールに従います。 Traffic Server がアプレット、スクリプトやプログラムを実行することはありません。これらのオブジェクトはもっぱらクライアントサイド (オブジェクトへのリクエストを送出したシステム) で実行され、サーバ上では実行されません。

en: In Squid- and Netscape-format log files, what do the cache result codes mean?
ja: Squid や Netscape フォーマットのログファイルで、キャッシュ結果コードは何を意味していますか？

en: What is recorded by the ``cqtx`` field in a custom log file?
ja: カスタムログファイル内の ``cqtx`` フィールドには何が記録されていますか？

en: In *forward proxy mode*, the ``cqtx`` field records the complete client request in the log file (for example, ``GET http://www.company.com HTTP/1.0``).
ja: *フォワードプロキシーモード* では、 ``cqtx`` フィールドは完全なクライアントのリクエストをログファイルに記録します (例: ``GET http://www.company.com HTTP/1.0``)。

en: In *reverse proxy mode*, the ``cqtx`` field records the hostname or IP address of the origin server because Traffic Server first remaps the request as per map rules in the :file:`remap.config` file.
ja: *リバースプロキシーモード* では ``cqtx`` フィールドはオリジンサーバーのホスト名または IP アドレスを記録します。なぜなら Traffic Server はリクエストを :file:`remap.config` ファイル内のマッピングルールごとにリクエストをまずリマップを行うからです。

en: Does Traffic Server refresh entries in its host database after a certain period of time if they have not been used?
ja: Traffic Server はホストデータベース内のエントリーが一定期間使われなかった場合にそれらを更新しますか？

en: By default, the Traffic Server host database observes the time-to-live (``ttl``) values set by name servers. You can reconfigure Traffic Server to ignore the ``ttl`` set by name servers and use a specific Traffic Server setting instead. Alternatively, you can configure Traffic Server to compare the ``ttl`` value set by the name server with the ``ttl`` value set by Traffic Server, and then use either the lower or the higher value.
ja: デフォルトでは、Traffic Server のホストデータベースはネームサーバーによりセットされた time-to-live (``ttl``) を監視します。ネームサーバーによってセットされた ``ttl`` を無視して指定した設定を使用するように Traffic Server を再設定することも可能です。もしくは、ネームサーバーによってセットされた ``ttl`` の値と Traffic Server の設定値を比較し、低いものか高いものかどちらかを使用するように Traffic Serverを設定することも可能です。

en: Refer to :ts:cv:`proxy.config.hostdb.ttl_mode` for more info.
ja: より詳細な情報は :ts:cv:`proxy.config.hostdb.ttl_mode` を参照してください。

en: Can you improve the look of your custom response pages by using images, animated .gifs, and Java applets?
ja: カスタムレスポンスメッセージの見た目を画像やアニメーション GIF や Java アプレットを使用して改善することはできますか？

en: No, because Traffic Server can only respond to clients with a single text or HTML document. As a workaround, however, you can provide references on your custom response pages to images, animated .gifs, Java applets, or objects other than text which are located on a web server. Add links in the body_factory template files in the same way you would for any image in an HTML document (i.e., with the full URL in the ``SRC`` attribute).
ja: いいえ、Traffic Server はクライアントに一つのテキストもしくは HTML ドキュメントしか返せません。次善策ではありますが、カスタマイズレスポンスページで Web サーバー上にある画像、アニメーション GIF 、Java アプレット、その他テキストではないオブジェクトの参照を提供することは可能です。HTML ドキュメントに画像を追加するのと同じ方法で body_factory テンプレートファイルにリンクを追加してください (例、\ ``SRC`` 属性に完全な URL を指定するなど) 。

en: Can Traffic Server run in forward proxy and reverse proxy modes at the same time?
ja: Traffic Server はフォワードプロキシーモードとリバースプロキシーモードを同時に実行できますか？

en: Yes. When you enable reverse proxy mode, Traffic Server remaps incoming requests according to the map rules in :file:`remap.config`. All other requests that do not match a map rule are served in forward proxy mode.
ja: はい。リバースプロキシーモードを有効にしている場合、 Traffic Server は受け取ったリクエストを :file:`remap.config` 内のマッピングルールに従ってリマップします。マッピングルールにマッチしないその他のリクエストはフォワードプロキシーモードで配信されます。

en: If you want to run in reverse proxy only mode (wherein Traffic Server does not serve requests that fail to match a map rule), then you must set the configuration variable :ts:cv:`proxy.config.url_remap.remap_required` to ``1`` in :file:`records.config`.
ja: リバースプロキシーだけのモード (マップルールにマッチしないリクエストには Traffic Server は応えなくなります) にしたい場合は、 :file:`records.config` の設定変数 :ts:cv:`proxy.config.url_remap.remap_required` を ``1`` にしなければなりません。

en: How do I enable forward proxy mode
ja: どうやってフォワードプロキシーモードを有効するのですか？

en: Please refer to the :ref:`forward-proxy` documentation.
ja: :ref:`forward-proxy` を参照してください。

en: How do I interpret the Via: header code?
ja: どうやって Via: ヘッダーコードを解釈するのですか？

en: The ``Via`` header string can be decoded with the `Via Decoder Ring <http://trafficserver.apache.org/tools/via>`_.
ja: ``Via`` ヘッダーは `Via Decoder Ring <http://trafficserver.apache.org/tools/via>`_ でデコードできます。

en: The Via header is an optional HTTP header added by Traffic Server and other HTTP proxies. If a request goes through multiple proxies, each one appends its Via header content to the end of the existing Via header. Via header content is for general information and diagnostic use only and should not be used as a programmatic interface to Traffic Server.
ja: Via ヘッダーは省略可能な HTTP ヘッダーで Traffic Server や他の HTTP プロキシーによって追加されます。リクエストが複数のプロキシーを経由する場合は、それぞれのプロキシーが既存の Via ヘッダーの最後に自分の Via ヘッダーの内容を追加します。 Via ヘッダーの内容は一般情報と診断のみに用いるためのものであり、 Traffic Server へのプログラムのインターフェースとして使用するべきではありません。

en: The form of the Via header is
ja: Via ヘッダーの形式は

en: Value
ja: 値

en: Meaning
ja: 意味

en: the scheme and version of the HTTP request
ja: HTTP リクエストのスキームとバージョン

en: the configured name of the proxy server
ja: プロキシーサーバーの設定名

en: the Traffic Server product name and version
ja: Traffic Server のプロダクト名とバージョン

en: a string of alphabetic codes presenting status information about the proxy handling of the HTTP request
ja: HTTP リクエストをプロキシーが処理した際のステータス情報を表すアルファベットのコードからなる文字列

en: For example: Via: HTTP/1.0 storm (Traffic-Server/4.0.0   [cMs f ])
ja: 例えば: Via: HTTP/1.0 storm (Traffic-Server/4.0.0   [cMs f ])

en: [u lH o  f  pS eN]     cache hit
ja: [u lH o  f  pS eN]     キャッシュヒット

en: [u lM oS fF pS eN]     cache miss
ja: [u lM oS fF pS eN]     キャッシュミス

en: [uN l oS f  pS eN]     no-cache origin server fetch
ja: [uN l oS f  pS eN]     no-cache のためオリジンサーバーから取得

en: The short status code shows the cache-lookup, server-info and cache-fill information as listed in the full status code description below. The long status code list provided in older, commercial versions of Traffic Server can be restored by setting the verbose_via_str config variable. The character strings in the via-code show [<request results>:<proxy op>] where <request results> represents status information about the results of the client request and <proxy op> represent some information about the proxy operations performed during request processing. The full via-code status format is
ja: 短いステータスコードは、下記に説明している完全なステータスコードのリストにあるキャッシュのルックアップ、サーバー情報、キャッシュフィル情報を示します。長いステータスコードは古い、商用製品版の Traffic Server で提供されていたもので、 verbose_via_str 変数を設定することで取得可能です。 via-code の文字は [<request results>:<proxy op>] という形式を取り、 <request results> はクライアントのリクエストの結果についてのステータス情報を表し、 <proxy op> はリクエスト処理中に実行されたプロキシーの処理についての情報を表します。完全な via-code のステータス形式は

en: Request headers received from client. Value is one of:
ja: クライアントから受信したリクエストヘッダー。値は以下のいずれかです:

en: cookie
ja: クッキー

en: error in request
ja: リクエスト内にエラー

en: simple request (not conditional)
ja: (条件無しの) シンプルなリクエスト

en: Result of Traffic Server cache lookup for URL. Value is one of:
ja: Traffic Server が URL に対してキャッシュをルックアップした結果。値は以下のいずれかです:

en: in cache, not acceptable (a cache "MISS")
ja: キャッシュに存在したが受理できない (キャッシュ「ミス」)

en: in cache, fresh (a cache "HIT")
ja: キャッシュに存在して新鮮 (キャッシュ「ヒット」)

en: miss (a cache "MISS")
ja: ミス (キャッシュ「ミス」)

en: in cache, fresh RAM hit (a cache "HIT")
ja: キャッシュに存在して、 RAM 上にあり新鮮 (キャッシュ「ヒット」)

en: in cache, stale (a cache "MISS")
ja: キャッシュに存在したが、新鮮でない (キャッシュ「ミス」)

en: no cache lookup performed
ja: キャッシュのルックアップが実行されなかった

en: Response information received from origin server. Value is one of:
ja: オリジンサーバーから受け取ったレスポンス情報。値は以下のいずれかです:

en: error in response
ja: レスポンス内にエラー

en: not-modified
ja: 変更されていなかった

en: served
ja: 配信された

en: no server connection needed
ja: オリジンサーバーへの接続は不要だった

en: Result of document write to cache. Value is one of:
ja: ドキュメントをキャッシュに書いた結果。値は以下のいずれかです:

en: cached copy deleted
ja: キャッシュされたコピーが削除された

en: updated old cache copy
ja: 古いキャッシュのコピーを上書きした

en: written into cache (new copy)
ja: キャッシュに書き込んだ (新しいコピー)

en: no cache write performed
ja: キャッシュへの書き込みは実行されなかった

en: Proxy operation result. Value is one of:
ja: プロキシー処理結果。値は以下のいずれかです:

en: origin server revalidated
ja: オリジンサーバーで再検証された

en: Value is one of:
ja: 値は以下のいずれかです:

en: authorization failure
ja: 認証失敗

en: connection to server failed
ja: サーバーへの接続に失敗した

en: dns failure
ja: DNS失敗

en: request forbidden
ja: リクエストが禁止された

en: header syntax unacceptable
ja: ヘッダーのシンタックスが受理されなかった

en: no error
ja: エラー無し

en: cache read error
ja: キャッシュの読み込みエラー

en: server related error
ja: サーバー関連エラー

en: connection timed out
ja: 接続タイムアウト

en: : = Separates proxy request result information from operation detail codes
ja: : = プロキシーのリクエスト情報と操作詳細コードを分離します

en: Proxy-only service operation. Value is one of:
ja: プロキシーのみのサービス処理。値は以下のいずれかです:

en: tunnel authorization
ja: トンネルの認証

en: tunneling due to a header field (such as presence of If-Range header)
ja: ヘッダーフィールド (If-Range ヘッダーが存在するなど) が原因でトンネリング

en: tunneling due to a method (e.g. CONNECT)
ja: メソッド (例: CONNECT) が原因でトンネリング

en: tunneling due to no forward
ja: no forward が原因でトンネリング

en: tunneling because cache is turned off
ja: キャッシュがオフにされていたためトンネリング

en: tunneling because of url (url suggests dynamic content)
ja: URL が原因で (URL がダイナミックコンテンツを示唆していた) トンネリング

en: no tunneling
ja: トンネリング無し

en: cache result values (2 characters)
ja: キャッシュの結果の値 (2文字)

en: cache-type character value is one of
ja: キャッシュタイプの文字は以下のいずれかです

en: cluster, (not used)
ja: cluster (使用されていません)

en: cache miss or no cache lookup
ja: キャッシュがミスしたかキャッシュルックアップがされなかった

en: cache-lookup-result character value is one of:
ja: キャッシュルックアップの結果の文字は以下のいずれかです:

en: cache hit, but config forces revalidate
ja: キャッシュはヒットしたが、設定が再検証を強制した

en: cache hit, but method forces revalidated (e.g. ftp, not anonymous)
ja: キャッシュはヒットしたが、メソッドが再検証を強制した (例: anonymousでないftp)

en: cache hit
ja: キャッシュヒット

en: conditional miss (client sent conditional, fresh in cache, returned 412)
ja: 条件付きミス (クライアントが条件付きリクエストを送った、キャッシュ内に新鮮なドキュメントがあった、 304 を返した)

en: cookie miss
ja: クッキーによるミス

en: cache miss (url not in cache)
ja: キャッシュミス (URL がキャッシュに無かった)

en: conditional hit (client sent conditional, doc fresh in cache, returned 304)
ja: 条件付きヒット (クライアントが条件付きリクエストを送った、キャッシュ内に新鮮なドキュメントがあった、 304 を返した)

en: cache hit, but expired
ja: キャッシュヒットしたが、期限切れだった

en: cache hit, but client forces revalidate (e.g. Pragma: no-cache)
ja: キャッシュはヒットしたが、クライアントが再検証を強制した (例: Pragma: no-cache)

en: no cache lookup
ja: キャッシュルックアップ無し

en: connection open failed
ja: 接続オープンに失敗した

en: connection opened successfully
ja: 接続オープンに成功した

en: parent proxy connection status
ja: ペアレントプロキシーへの接続状態

en: no parent proxy
ja: ペアレントプロキシー無し

en: origin server connection status
ja: オリジンサーバーへの接続状態

en: no server connection
ja: オリジンサーバーへの接続無し

en: Support for HTTP Expect: Header
ja: HTTP Expect: ヘッダーのサポート

en: Traffic Server currently does not handle Expect: request headers according to the HTTP/1.1 spec.
ja: Traffic Server は現在 HTTP/1.1 仕様による Expect: ヘッダーを扱いません。

en: Clients such as cURL automatically send Expect: for POST requests with large POST bodies, with a 1 second timeout if a 100 Continue response is not received. To avoid the timeout when using cURL as a client to Traffic Server, you can turn off the Expect: header::
ja: cURL のようなクライアントは巨大な POST のボディを持つ POST のリクエストを送る際に自動的に Expect ヘッダーを送りますが、100 Continue レスポンスを受け取らない場合は 1 秒のタイムアウトが発生します。 cURL を Traffic Server へのクライアントとして使用する際にこのタイムアウトを回避するには、 Expect ヘッダーをオフにすることが出来ます。

en: Or with the C (libcurl) library from within your own applications::
ja: あるいはあなた自身のアプリケーションから C (libcurl) ライブラリを使う場合は ::

en: Or with the PHP cURL library::
ja: あるいは PHP の cURL ライブラリを使う場合は ::

en: Troubleshooting Tips
ja: トラブルシューティングの秘訣

en: The throughput statistic is inaccurate
ja: スループットの統計が不正確

en: Traffic Server updates the throughput statistic after it has transferred an entire object. For larger files, the byte count increases sharply at the end of a transfer. The complete number of bytes transferred is attributed to the last 10-second interval, although it can take several minutes to transfer the object. This inaccuracy is more noticeable with a light load. A heavier load yields a more accurate statistic.
ja: Traffic Server はスループットの統計をオブジェクト全体を転送した後で更新します。大きいファイルではバイト数が転送の終わりで鋭く上昇します。オブジェクトを転送するのに数分かかることもありますが完全な転送バイト数は直近の 10 秒間となります。この不正確さは負荷が軽い場合に顕著です。重い負荷はより正確な統計をもたらします。

en: You are unable to execute Traffic Line commands
ja: Traffic Line コマンドが実行できない

en: Traffic Line commands do not execute under the following conditions:
ja: Traffic Line コマンドは次の状況で動作しません。

en: Check to see if the :program:`traffic_manager` process is running by entering the following command::
ja: 以下のコマンドを入力して実行することで :program:`traffic_manager` プロセスが実行中かどうかを確認してください ::

en: If the :program:`traffic_manager` process is not running, then enter the following command from the Traffic Server ``bin`` directory to start it::
ja: :program:`traffic_manager` プロセスが実行中ではない場合は、開始するために Traffic Server の ``bin`` ディレクトリで次のコマンドを入力してください。

en: If the Traffic Server ``bin`` directory is not in your path, then prepend the Traffic Line commands with ``./`` (for example, ``./traffic_ctl -h``).
ja: Traffic Server の ``bin`` ディレクトリがあなたの path に無い場合は、 Traffic Line のコマンドの先頭に ``./`` を追加してください (例: ``./traffic_ctl -h``)。

en: **When multiple Traffic Server installations are present and you are not executing the Traffic Line command from the active Traffic Server path specified in ``/etc/trafficserver``**
ja: **複数のインストール済み Traffic Server が存在し、 ``/etc/trafficserver`` で指定された Traffic Server のパスから Traffic Line コマンドが実行されていない場合。**

en: As part of the initial system preparation, you must synchronize the clocks on all nodes in your cluster. Minor time differences do not cause problems, but differences of more than a few minutes can affect Traffic Server operation.
ja: 最初のシステム準備の一環で、クラスター内のすべてのノードの時刻を同期しなければ成りません。多少の違いは問題となりませんが、数分以上のずれは Traffic Server の動作に影響を与えます。

en: You should run a clock synchronization daemon such as xntpd. To obtain the latest version of xntpd, go to `<http://www.eecis.udel.edu/~ntp/>`_.
ja: xntpd などの時刻同期デーモンを実行するべきです。 xntpd の最新版を取得するには、 `<http://www.eecis.udel.edu/~ntp/>`_ にアクセスしてください。

en: Web browsers display an error document with a 'data missing' message
ja: ウェブブラウザーが 'data missing' というメッセージのエラードキュメントを表示します

en: A message similar to the following might display in web browsers: ::
ja: 次のようなメッセージがウェブブラウザーに表示されるかもしれません。

en: This is a Web browser issue and not a problem specific to (or caused by) Traffic Server. Because Web browsers maintain a separate local cache in memory and/or disk on the client system, messages about documents that have expired from cache refer to the browser's local cache and not to the Traffic Server cache. There is no Traffic Server message or condition that can cause such messages to appear in a web browser.
ja: これはウェブブラウザの問題であり、 Traffic Server に固有の (あるいは Traffic Server によって引き起こされた) 問題ではありません。ウェブブラウザはクライアントシステム上のメモリやディスクに Traffic Server とは別にローカルキャッシュを維持しています。 "documents have expired from cache" というメッセージはブラウザのローカルキャッシュに言及しているものであり Traffic Server に言及しているわけではありません。ウェブブラウザ上にこのようなメッセージを表示させるような Traffic Server のメッセージや状態は存在しません。

en: Traffic Server does not resolve any websites
ja: Traffic Server がどのウェブサイトも解決しません

en: The browser indicates that it is contacting the host and then times out with the following message: ::
ja: ブラウザーはホストへ接続しようとしてタイムアウトしたことを次のメッセージで示しています。

en: Make sure the system is configured correctly and that Traffic Server can read the name resolution file:
ja: システムが正しく設定されていることと Traffic Server が名前解決ファイルを読み込めるを確認してください。

en: Check if the server can resolve DNS lookups by issuing the nslookup command (for example, ``nslookup www.myhost.com``).
ja: nslookup コマンドでサーバーが DNS 問い合わせを解決できるか ( 例えば、``nslookup www.myhost.com``) 確認してください。

en: Check if the :manpage:`resolv.conf(5)` file contains valid IP addresses for your DNS servers.
ja: :manpage:`resolv.conf(5)` ファイルが DNS サーバーの妥当な IP アドレスを含んでいるか確認してください。

en: On some systems, if the :manpage:`resolv.conf(5)` file is unreadable or has no name server entry, then the operating system uses ``localhost`` as a name server. Traffic Server, however, does not use this convention. If you want to use ``localhost`` as a name server, then you must add a name server entry for ``127.0.0.1`` or ``0.0.0.0`` in the :manpage:`resolv.conf(5)` file.
ja: いくつかのシステムでは、:manpage:`resolv.conf(5)` ファイルが読み込めないかネームサーバーの項目がない場合、オペレーティングシステムは ``localhost`` をネームサーバーとして使用します。しかし Traffic Server はこの慣習を使用しません。``localhost`` をネームサーバーとして使用したい場合は、''127.0.0.1`` もしくは ``0.0.0.0`` へのネームサーバーの項目を :manpage:`resolv.conf(5)` ファイルに追加しなければ成りません。

en: Check that the Traffic Server user account has permission to read the :manpage:`resolv.conf(5)` file. If it does not, then change the file permissions to ``rw-r--r--`` (``644``).
ja: Traffic Server のユーザアカウントが :manpage:`resolv.conf(5)` ファイルを読み取るパーミションを持っているか確認してください。もし持っていなければファイルのパーミションを ``rw-r--r--`` (``644``) に変更してください。

en: 'Maximum document size exceeded' message in the system log file
ja: システムログファイル内の 'Maximum document size exceeded' というメッセージ

en: The following message appears in the system log file: ::
ja: 次のメッセージがシステムログファイルに現れます。

en: A requested object was larger than the maximum size allowed in the Traffic Server cache, so Traffic Server provided proxy service for the oversized object but did not cache it. To set the object size limit for the cache, modify the :ts:cv:`proxy.config.cache.max_doc_size` variable in the records.config file. If you do not want to limit the size of objects in the cache, then set the document size to ``0`` (zero).
ja: リクエストされたオブジェクトが Traffic Server のキャッシュで許された最大サイズより大きかったので、Traffic Server はその大きすぎるオブジェクトへのプロキシーは提供しましたがキャッシュは行いませんでした。キャッシュのオブジェクトサイズ制限を設定するには、records.config ファイルの :ts:cv:`proxy.config.cache.max_doc_size` 設定変数を変更してください。キャッシュ内のオブジェクトとのサイズを制限したくない場合は、ドキュメントサイズを ``0`` ( ゼロ ) に設定してください。

en: 'DrainIncomingChannel' message in the system log file
ja: システムログファイル内の 'DrainIncomingChannel' というメッセージ

en: The following messages may appear in the system log file: ::
ja: 次のメッセージがシステムログファイルに現れるかもしれません。

en: 'No cop file' message in the system log file
ja: システムログファイル内の 'No cop file' というメッセージ

en: The following message appears repeatedly in the system log file: ::
ja: 次のメッセージがシステムログファイルに繰り返し現れます。

en: The file ``var/trafficserver/no_cop`` acts as an administrative control that instructs the :program:`traffic_cop` process to exit immediately without starting :program:`traffic_manager` or performing any health checks. The ``no_cop`` file prevents Traffic Server from starting automatically when it has been stopped with the option:`trafficserver stop` command. Without this static control, Traffic Server would restart automatically upon system reboot. The ``no_cop`` control keeps Traffic Server off until it is explicitly restarted with: ::
ja: ``var/trafficserver/no_cop`` ファイルは :program:`traffic_cop` プロセスに :program:`traffic_manager` を開始したりヘルスチェックを実行したりすることなしに即座に終了することを指示します。  ``no_cop`` ファイルは Traffic Server が option:`trafficserver stop` コマンドで停止されたときに自動的に起動しないようにします。 この静止の制御が無ければ、Traffic Server はシステムのリブート時には自動的に再起動されます。 ``no_cop`` は Traffic Server が明示的に再起動されるまでは停止状態を保つようにします。

en: You can safely ignore this message as Traffic Server will still apply your configuration edits.
ja: Traffic Server はあなたの設定編集を反映しますのでこのメッセージは安全に無視することが出来ます。

en: Traffic Server is running but no log files are created
ja: Traffic Server は実行中だがログファイルが作られない

en: Traffic Server only writes event log files when there is information to record. If Traffic Server is idle, then it's possible that no log files exist.
ja: Traffic Server は記録する情報があるときだけイベントログファイルに出力します。 Traffic Server がアイドル状態なら、ログファイルが存在しない可能性があります。

en: If Traffic Server is not idle, and you still do not see log files being generated, verify the following:
ja: Traffic Server がアイドル状態でないのに、ログファイルが作成されていない場合は、以下を確認してください :

en: Make sure you're looking in the correct directory. By default, Traffic Server creates log files in the ``logs`` directory. This can be modified by changing :ts:cv:`proxy.config.log.logfile_dir` in :file:`records.config`.
ja: 正しいディレクトリを見ているかを確認してください。デフォルトでは Traffic Server はログファイルを ``logs`` ディレクトリに作成します。これは :file:`records.config` の :ts:cv:`proxy.config.log.logfile_dir` で変更可能です。

en: Check that the log directory has read/write permissions for the Traffic Server user account. If the log directory does not have the correct permissions, then the :program:`traffic_server` process will be unable to open or create log files.
ja: ログディレクトリが Traffic Server のユーザアカウントで読み書き可能なパーミションを持っていることを確認してください。ログディレクトリが正しいパーミションを持っていない場合は、 :program:`traffic_server` はログファイルを開いたり作成することが出来ません。

en: Check that logging is enabled by checking the value of the :ts:cv:`proxy.config.log.logging_enabled` variable in :file:`records.config`.
ja: ログ出力が有効になっているかどうかを :file:`records.config` の :ts:cv:`proxy.config.log.logging_enabled` 変数の値を見て確認してください。

en: Check that a log format is enabled. In :file:`records.config`, select the standard or custom format by editing variables in the Logging Config section.
ja: ログフォーマットが有効になっているかを確認してください。 :file:`records.config` 内のログ設定セクションの変数を編集して標準またはカスタムのログ形式を選択してください。

en: Traffic Server shows an error indicating too many network connections
ja: Traffic Server がネットワーク接続が多すぎることを示すエラーを表示する

en: By default, Traffic Server supports 8000 network connections. Half of this number is allocated for client connections and the remaining half is for origin server connections. A *connection throttle event* occurs when either client or origin server connections reach 90% of half the configured total limit (3600 by default). When a connection throttle event occurs, Traffic Server continues processing all existing connections but will not accept new client connection requests until the connection count falls below the limit.
ja: デフォルトでは Traffic Server は 8000 のネットワーク接続をサポートします。この数の半分はクライアントとの接続用に確保されており、残りの半分はオリジンサーバーとの接続に確保されています。 クライアントかオリジンサーバーとの接続が設定された全体のリミットの半分の 90% (デフォルトでは 3600) に達すると *connection throttle event* が発生します。 connection throttle event が発生すると Traffic Server は既存の全ての接続の処理は継続しますが、接続数がその限界を下回るまで新しいクライアントの接続は受け付けなくなります。

en: Connection throttle events can occur under the following conditions:
ja: Connection throttle event は次の条件で発生します。

en: Connection Spike
ja: 接続数のスパイク

en: Too many client requests (enough to exceed your configured maximum connections) all reach Traffic Server at the same time. Such events are typically transient and require no corrective action if your connection limits are already configured appropriately for your Traffic Server and origin resources.
ja: (あなたが設定した最大接続数を超えるほどの) 多すぎるクライアントリクエストが Traffic Server に同時に届くとき。そのような出来事はたいていは一時的なものであり、あなたの Traffic Server とオリジンのリソースに対してあなたの最大接続数が事前に適切に設定されていれば修正作業は不要です。

en: Service Overload
ja: サービスの過負荷

en: Client requests are arriving at a rate faster than that which Traffic Server can service them. This may indicate network problems between Traffic Server and origin servers or that Traffic Server may require more memory, CPU, cache disks, or other resources to handle the client load.
ja: Traffic Server がクライアントのリクエストに応えるよりも速いペースでクライアントのリクエストが届いているとき。これは Traffic Server とオリジンサーバーの間のネットワークの問題、あるいは Traffic Server がクライアントの負荷を処理するためにより多くのメモリ、 CPU 、 キャッシュディスク、または他のリソースを必要とするかもしれないことを示唆しているかもしれません。

en: If necessary, you can adjust the maximum number of connections supported by Traffic Server by editing :ts:cv:`proxy.config.net.connections_throttle` in :file:`records.config`.
ja: 必要ならば :file:`records.config` の :ts:cv:`proxy.config.net.connections_throttle` を編集することで Traffic Server がサポートする接続の最大数を調整することが出来ます。

en: Do not increase the connection throttle limit unless the system has adequate memory to handle the client connections required. A system with limited RAM might need a throttle limit lower than the default value. Do not set this variable below the minimum value of ``100``.
ja: 要求されたクライアントの接続を処理できるのに十分なメモリをシステムが持っていないかぎり、 connection throttle limit を増やさないでください。 RAM が限られたシステムでは throttle limit  をデフォルト値より低くする必要があるかもしれません。この変数を最小値 ``100`` より小さい値に設定しないでください。

en: Low memory symptoms
ja: メモリ不足の兆候

en: Under heavy load, the Linux kernel can run out of RAM. This low memory condition can cause slow performance and a variety of other system problems. In fact, RAM exhaustion can occur even if the system has plenty of free swap space.
ja: 高負荷な状態において、 Linux カーネルは RAM を使い切る可能性があります。このメモリの少ない状態はパフォーマンスの低下とその他様々なシステムの問題を引き起こします。事実、 RAM の枯渇 はシステムが豊富な空きスワップ領域を持っていたとしても発生し得ます。

en: Symptoms of extreme memory exhaustion include the following messages in the system log files (``/var/log/messages``)::
ja: 極限のメモリー消耗の兆候はシステムログファイル (``/var/log/messages``) の次のメッセージを含みます。

en: To avoid memory exhaustion, add more RAM to the system or reduce the load on Traffic Server.
ja: メモリーの消耗を防ぐために、システムにもっと RAM を追加するか Traffic Server の負荷を減らしてください。

en: Traffic Server supports the below command to validate the config offline, in order to allow the config to be pre-checked for possible service disruptions due to synatx errors::
ja: Traffic Server はオフラインで設定が正しいかを検証するために以下のコマンドをサポートしています。これにより文法エラーのために起こりうるサービス障害を回避するためにサービスを事前にチェックすることが出来ます。

en: <config_dir> is the location of the config files to be validated.
ja: <config_dir> は検証する設定ファイルの場所です。

en: Connection timeouts with the origin server
ja: オリジンサーバーとの接続タイムアウト

en: By default, Traffic Server will timeout after 30 seconds when contacting origin servers. If you cannot avoid such timeouts by otherwise addressing the performance on your origin servers, you may adjust the origin connection timeout in Traffic Server by changing :ts:cv:`proxy.config.http.connect_attempts_timeout` in :file:`records.config` to a larger value.
ja: デフォルトでは Traffic Server はオリジンサーバーに接続する際に 30 秒でタイムアウトします。オリジンサーバーのパフォーマンスを改善してこのタイムアウトを回避することが出来ない場合は、 :file:`records.config` の :ts:cv:`proxy.config.http.connect_attempts_timeout` をより大きな値に変更することで Traffic Server のオリジンサーバーへの接続のタイムアウトを調整することが出来ます。
