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

en: Cache Storage
ja: キャッシュストレージ

en: The Traffic Server cache consists of a high-speed object database called the :term:`object store` that indexes :term:`cache objects <cache object>` according to URLs and their associated headers.
ja: Traffic Server のキャッシュは URL と関連するヘッダーにより :term:`キャッシュオブジェクト` をインデックスする :term:`オブジェクトストア` と呼ばれる高速なオブジェクトデータベースで構成されています。

en: The Traffic Server cache consists of a high-speed object database called the :term:`object store`. The object store indexes :term:`cache objects <cache object>` according to URLs and associated headers. This enables Traffic Server to store, retrieve, and serve not only web pages, but also parts of web pages - which provides optimum bandwidth savings. Using sophisticated object management, the object store can cache :term:`alternate` versions of the same object (versions may differ because of dissimilar language or encoding types). It can also efficiently store very small and very large documents, thereby minimizing wasted space. When the cache is full, Traffic Server removes :term:`stale` data to ensure the most requested objects are kept readily available and fresh.
ja: Traffic Server のキャッシュは URL と関連するヘッダーにより :term:`キャッシュオブジェクト` をインデックスする :term:`オブジェクトストア` と呼ばれる高速なオブジェクトデータベースで構成されています。これは Traffic Server が Web ページだけでなく最適な帯域の節約をする部分的な Web ページも格納、取得、提供を可能とします。洗練されたオブジェクト管理により、オブジェクトストアは同じオブジェクトの :term:`代替` バージョン ( バージョンは異なる言語やエンコーディングにより異なります ) をキャッシュできます。またとても小さいオブジェクトもとても大きいドキュメントも効率よく格納できるので、無駄な領域を最小限にできます。キャッシュがいっぱいのとき、 Traffic Server は一番リクエストされたオブジェクトが容易に利用可能で新鮮な状態であることを維持するために :term:`新鮮でない` データを削除します。

en: Traffic Server is designed to tolerate total disk failures on any of the cache disks. If the disk fails completely, then Traffic Server marks the entire disk as corrupt and continues using the remaining disks. An alarm is then created to indicate which disk failed. If all of the cache disks fail, then Traffic Server goes into proxy-only mode.
ja: Traffic Server はキャッシュディスクのあらゆるディスク障害に耐性を持つよう設計されています。ディスクが完全に故障した場合、Traffic Server はディスク全体を壊れていると印付けし、残りのディスクを使用し続けます。そしてディスク故障を示すアラームが作成されます。すべてのディスクが故障すると、Traffic Server はプロキシー限定モードに入ります。

en: You can perform the following cache configuration tasks:
ja: 次のキャッシュ設定作業を行うことができます。

en: Change the total amount of disk space allocated to the cache; refer to `Changing Cache Capacity`_.
ja: キャッシュに割り当てられたディスク領域の総量を変更する。 `キャッシュキャパシティの変更`_ を参照。

en: Partition the cache by reserving cache disk space for specific protocols and :term:`origin servers/domains <origin server>`; refer to `Partitioning the Cache`_.
ja: 特定のプロトコルと :term:`オリジンサーバー/ドメイン <オリジンサーバー>` 用にキャッシュディスクの領域を予約してキャッシュを区分けする。 `キャッシュの区分け`_ を参照。

en: Delete all data in the cache; refer to `Clearing the Cache`_.
ja: キャッシュ内のすべてのデータを削除する。 `キャッシュのクリア`_ を参照。

en: Override cache directives for a requested domain name, regex on a url, hostname or ip, with extra filters for time, port, method of the request, and more. ATS can be configured to never cache, always cache, ignore no-cache directives, etc. These are configured in :file:`cache.config`.
ja: 時間、ポート、リクエストのメソッド ( など ) に対する追加のフィルターによるリクエストされたドメイン名、URL の正規表現、ホスト名または IP に対するキャッシュディレクティブの上書き。 ATS は、キャッシュしないようにも、常にキャッシュするようにも、 no-cache ディレクティブを無視するようにも、他にもいろいろと設定できます。これらは :file:`cache.config` で設定されます。

en: Traffic Server maintains a small RAM cache of extremely popular objects. This RAM cache serves the most popular objects as quickly as possible and reduces load on disks, especially during temporary traffic peaks. You can configure the RAM cache size to suit your needs, as described in :ref:`changing-the-size-of-the-ram-cache` below.
ja: Traffic Server はとてもよく使用されるオブジェクトの小さな RAM キャッシュを維持します。RAM キャッシュは、特に一時的なトラフィックのピークの際に、一番人気のあるオブジェクトをできるだけ素早く提供しディスク負荷を低減します。以下の :ref:`changing-the-size-of-the-ram-cache` で説明されているように、必要に応じて RAM キャッシュのサイズを設定できます。

en: The RAM cache supports two cache eviction algorithms, a regular *LRU* (Least Recently Used) and the more advanced *CLFUS* (Clocked Least Frequently Used by Size; which balances recentness, frequency, and size to maximize hit rate, similar to a most frequently used algorithm). The default is to use *CLFUS*, and this is controlled via :ts:cv:`proxy.config.cache.ram_cache.algorithm`.
ja: RAM キャッシュは二つのキャッシュ削除アルゴリズム、通常の *LRU* (Least Recently Used) とより進んだ *CLFUS* (Clocked Least Frequently Used by Size; ヒット率を最大化するために新しさ、頻度、サイズのバランスをとるもので、most frequently used アルゴリズムに似ています ) に対応しています。デフォルトでは *CLFUS* を使用し、これは :ts:cv:`proxy.config.cache.ram_cache.algorithm` で制御されます。

en: Both the *LRU* and *CLFUS* RAM caches support a configuration to increase scan resistance. In a typical *LRU*, if you request all possible objects in sequence, you will effectively churn the cache on every request. The option :ts:cv:`proxy.config.cache.ram_cache.use_seen_filter` can be set to add some resistance against this problem.
ja: *LRU* と *CLFUS* RAM キャッシュはスキャン耐性を増加する設定に対応しています。典型的な *LRU* では、存在しうるすべてのオブジェクトに順にリクエストを行うと、リクエストのたびにキャッシュを撹拌することになるでしょう。この問題に対してある程度の耐性を追加するために :ts:cv:`proxy.config.cache.ram_cache.use_seen_filter` オプションを設定することができます。

en: In addition, *CLFUS* also supports compressing in the RAM cache itself. This can be useful for content which is not compressed by itself (e.g. images). This should not be confused with ``Content-Encoding: gzip``, this feature is only present to save space internally in the RAM cache itself. As such, it is completely transparent to the User-Agent. The RAM cache compression is enabled with the option :ts:cv:`proxy.config.cache.ram_cache.compress`.
ja: さらに、*CLFUS* は RAM キャッシュ自体の圧縮にも対応しています。これはコンテンツ自体が圧縮されていない場合 ( 例えば画像 ) に便利です。これを ``Content-Encoding: gzip`` と混同しないでください。この機能は RAM キャッシュ自体の領域を内部的に節約するだけの機能です。それ自体、 User-Agent に対して完全に透明です。 RAM キャッシュの圧縮は :ts:cv:`proxy.config.cache.ram_cache.compress` オプションで有効化されます。

en: Possible values are:
ja: 取りうる値は :

en: Value
ja: 値

en: Meaning
ja: 意味

en: No compression (*default*)
ja: 圧縮しない (*デフォルト*)

en: *fastlz* compression
ja: *fastlz* 圧縮

en: *libz* compression
ja: *libz* 圧縮

en: *liblzma* compression
ja: *liblzma* 圧縮

en: Changing the Size of the RAM Cache
ja: RAM キャッシュのサイズの変更

en: Traffic Server provides a dedicated RAM cache for fast retrieval of popular small objects. The default RAM cache size is automatically calculated based on the number and size of the :term:`cache partitions <cache partition>` you have configured. If you've partitioned your cache according to protocol and/or hosts, then the size of the RAM cache for each partition is proportional to the size of that partition.
ja: Traffic Server は人気のある小さなオブジェクトを速く取得するために専用の RAM キャッシュを提供します。デフォルトの RAM キャッシュサイズは設定した :term:`キャッシュパーティション` の数とサイズをもとに自動的に計算されます。キャッシュをプロトコルやホストで区分けした場合、各パーティションの RAM キャッシュのサイズはそのパーティションのサイズに比例します。

en: You can increase the RAM cache size for better cache hit performance. However, if you increase the size of the RAM cache and observe a decrease in performance (such as increased latencies), then it's possible that the operating system requires more memory for network resources. In such instances, you should return the RAM cache size to its previous value.
ja: キャッシュヒットパフォーマンスを良くするために RAM キャッシュサイズを増やすことができます。しかしながら、RAM キャッシュのサイズを増やしてパフォーマンスの低下 ( レイテンシーの増加など ) に気づいた場合、オペレーティングシステムがネットワークリソース用により多くのメモリーを必要としている可能性があります。この場合は、RAM キャッシュのサイズを元の値に戻すべきです。

en: To change the RAM cache size:
ja: RAM キャッシュサイズを変更するには:

en: Stop Traffic Server.
ja: Traffic Server を停止

en: Set the variable :ts:cv:`proxy.config.cache.ram_cache.size` to specify the size of the RAM cache. The default value of ``-1`` means that the RAM cache is automatically sized at approximately 1MB per gigabyte of disk.
ja: RAM キャッシュのサイズを指定するために :ts:cv:`proxy.config.cache.ram_cache.size` 変数を設定。デフォルト値の ``-1`` はディスク 1 ギガバイトにつきおおよそ 1 MB で RAM キャッシュのサイズが自動的に決まります。

en: Restart Traffic Server. If you increase the RAM cache to a size of 1GB or more, then restart with the :program:`trafficserver` command (refer to :ref:`start-traffic-server`).
ja: Traffic Server を再起動。RAM キャッシュのサイズを 1GB 以上に増やした場合、:program:`trafficserver` コマンドで再起動してください (:ref:`start-traffic-server` を参照 ) 。

en: Changing Cache Capacity
ja: キャッシュキャパシティの変更

en: You can increase or reduce the total amount of disk space allocated to the cache without clearing the content. To check the size of the cache (in bytes), enter the command :option:`traffic_ctl metric get` ``proxy.process.cache.bytes_total``.
ja: コンテンツをクリアすることなくキャッシュに割り当てられたディスク領域の総量を増加もしくは削減することができます。キャッシュのサイズ ( バイト ) を確認するには、:option:`traffic_ctl metric get` ``proxy.process.cache.bytes_total`` コマンドを実行してください。

en: Increasing Cache Capacity
ja: キャッシュキャパシティの増加

en: To increase the total amount of disk space allocated to the cache on existing disks, or to add new disks to a Traffic Server node:
ja: 既存のディスク上のキャッシュに割り当てられたディスク領域の総量を増加させる、もしくは Traffic Server のノードに新しくディスクを追加するには :

en: Add hardware, if necessary.
ja: 必要であればハードウェアを追加。

en: Edit :file:`storage.config` to increase the amount of disk space allocated to the cache on existing disks or describe the new hardware you are adding.
ja: 既存のディスクに割り当てられたディスクスペースの総量を増加させるため、もしくは追加した新しいハードウェアを記載するために :file:`storage.config` を編集。

en: Restart Traffic Server.
ja: Traffic Server を再起動。

en: Reducing Cache Capacity
ja: キャッシュキャパシティの削減

en: To reduce the total amount of disk space allocated to the cache on an existing disk, or to remove disks from a Traffic Server node:
ja: 既存のディスク上のキャッシュに割り当てられたディスク領域の総量を削減する、もしくは Traffic Server のノードからディスクを取り外すには :

en: Remove hardware, if necessary.
ja: 必要であればハードウェアを取り外す。

en: Edit :file:`storage.config` to reduce the amount of disk space allocated to the cache on existing disks or delete the reference to the hardware you're removing.
ja: 既存のディスクに割り当てられたディスクスペースの総量を削減するため、もしくは取り除いたハードウェアへの参照を削除するために :file:`storage.config` を編集。

en: In :file:`storage.config`, a formatted or raw disk must be at least 128 MB.
ja: :file:`storage.config` で、フォーマットされた、もしくは raw ディスクは少なくとも 128 MB なければなりません。

en: Partitioning the Cache
ja: キャッシュの区分け

en: You can manage your cache space more efficiently and restrict disk usage by creating :term:`cache volumes <cache volume>` with different sizes for specific protocols. You can further configure these volumes to store data from specific :term:`origin servers <origin server>` and/or domains. The volume configuration must be the same on all nodes in a :ref:`cluster <traffic-server-cluster>`.
ja: キャッシュ領域をより効率的に管理し、特定のプロトコル用に異なるサイズで :term:`キャッシュボリューム` を作成することでディスクの使用量を制限することができます。そのうえ特定の :term:`オリジンサーバー` やドメインからのデータを格納するためにこれらのボリュームを設定することができます。このボリューム設定は :ref:`クラスター <traffic-server-cluster>` 内のすべてのノードで同じでなければなりません。

en: Creating Cache Partitions for Specific Protocols
ja: 特定のプロトコル用のキャッシュパーティションの作成

en: You can create separate :term:`volumes <cache volume>` for your cache that vary in size to store content according to protocol. This ensures that a certain amount of disk space is always available for a particular protocol. Traffic Server currently supports only the ``http`` partition type.
ja: プロトコルに応じてコンテンツを格納するために、キャッシュのためのサイズの異なる分割された :term:`ボリューム <キャシュボリューム>` を作成することができます。これは一定のディスク領域が常に特定のプロトコル用に利用可能であることを保証します。 Traffic Server は今のところ HTTP オブジェクト用の ``http`` パーティションタイプのみを対応しています。

en: To partition the cache according to protocol:
ja: プロトコルによってキャッシュを区分けするには

en: Enter a line in :file:`volume.config` for each volume you want to create. ::
ja: :file:`volume.config` ファイルに作成したいボリュームごとに一行入力 ::

en: Volume definitions must be the same across all nodes in a cluster.
ja: ボリューム定義はクラスター内の全てのノードで同じでなければなりません。

en: Making Changes to Partition Sizes and Protocols
ja: パーティションサイズとプロトコルを変更する

en: After you've configured your cache volumes based on protocol, you can make changes to the configuration at any time. Before making changes, note the following:
ja: プロトコルによってキャッシュボリュームを設定した後、いつでもその設定を変更することができます。変更を行う前に次のことに注意してください。

en: You must stop Traffic Server before you change the cache volume size and protocol assignment.
ja: キャッシュボリュームのサイズとプロトコルの割り当てを変更する前に Traffic Server を停止しなければなりません。

en: When you increase the size of a volume, the contents of the volume are *not* deleted. However, when you reduce the size of a volume, the contents of the volume *are* deleted.
ja: ボリュームのサイズを増加する際は、ボリュームのコンテンツは削除され\ *ません*\ 。しかし、ボリュームサイズを削減する際には、ボリュームのコンテンツは削除され\ *ます*\ 。

en: When you change the volume number, the volume is deleted and then recreated, even if the size and protocol type remain the same.
ja: ボリューム数を変更する際は、サイズやプロトコルタイプが同じままであってもボリュームは削除され再作成されます。

en: When you add new disks to your Traffic Server node, volume sizes specified in percentages will increase proportionately.
ja: Traffic Server のノードに新しいディスクを追加する際は、割合で指定されたボリュームサイズは比例して増加します。

en: Substantial changes to volume sizes can result in disk fragmentation, which affects performance and cache hit rate. You should clear the cache before making many changes to cache volume sizes (refer to `Clearing the Cache`_).
ja: ボリュームサイズの相当な変更はディスクの断片化を起こすかもしれません。これはパフォーマンスとヒット率に影響を及ぼします。キャッシュボリュームサイズへの多くの変更を行う前にキャッシュをクリアすべきです ( `キャッシュのクリア`_\ を参照 ) 。

en: Partitioning the Cache According to Origin Server or Domain
ja: オリジンサーバーもしくはドメインによってキャッシュを区分けする

en: After you have partitioned the cache according to size and protocol, you can assign the volumes you created to specific origin servers and/or domains. You can assign a volume to a single origin server or to multiple origin servers. However, if a volume is assigned to multiple origin servers, then there is no guarantee on the space available in the volumes for each origin server. Content is stored in the volumes according to popularity. In addition to assigning volumes to specific origin servers and domains, you must assign a generic volume to store content from all origin servers and domains that are not listed. This generic volume is also used if the partitions for a particular origin server or domain become corrupt. If you do not assign a generic volume, then Traffic Server will run in proxy-only mode.
ja: サイズとプロトコルによってキャッシュを区分けした後、作成したボリュームを特定のオリジンサーバーやドメインに割り当てることができます。ボリュームを一つのオリジンサーバーにも複数のオリジンサーバーにも割り当てられます。しかしながら、ボリュームを複数のオリジンサーバーに割り当てると、ボリューム上で各オリジンサーバー用の空き領域の保証はありません。コンテンツは人気度によってボリューム内に格納されます。ボリュームを特定のオリジンサーバーとドメインに割り当てることに加え、一覧に記載していないすべてのオリジンサーバーとドメインからのコンテンツを格納するための汎用ボリュームを割り当てなければなりません。この汎用ボリュームは特定のオリジンサーバーもしくはドメイン用のパーティションが壊れた際にも使用されます。汎用ボリュームを割り当てないと、 Traffic Server はプロキシー限定モードで動作します。

en: You do not need to stop Traffic Server before you assign volumes to particular hosts or domains. However, this type of configuration is time-consuming and can cause a spike in memory usage. Therefore, it's best to configure partition assignment during periods of low traffic.
ja: 特定のホストやドメインにボリュームを割り当てる前に Traffic Server を停止する必要はありません。しかし、このタイプの設定は時間がかかり、メモリ使用量のスパイクを引き起こすかもしれません。したがって、トラッフィクが少ない時間帯にパーティション割り当ての設定を行うのが最適です。

en: To partition the cache according to hostname and domain:
ja: ホスト名とドメインによってキャッシュを区分けするには:

en: Configure the cache volumes according to size and protocol, as described in `Creating Cache Partitions for Specific Protocols`_.
ja: `特定のプロトコル用のキャッシュパーティションの作成`_\ で説明したように、サイズとプロトコルによってキャッシュボリュームを設定。

en: Create a separate volume based on protocol for each host and domain, as well as an additional generic partition to use for content that does not belong to these origin servers or domains. The volumes do not need to be the same size.
ja: オリジンサーバーもしくはドメインに属さないコンテント用に使用する汎用パーティションの追加と同様に、各ホストとドメイン用にプロトコルを基に分割したボリュームを作成。ボリュームは同じサイズである必要はありません。

en: Enter a line in the :file:`hosting.config` file to allocate the volume(s) used for each origin server and/or domain.
ja: 各オリジンサーバーやドメインで使用されるボリュームを割り当てるための行を :file:`hosting.config` ファイルに入力。

en: Assign a generic volume to use for content that does not belong to any of the origin servers or domains listed in the file. If all volumes for a particular origin server become corrupt, then Traffic Server will also use the generic volume to store content for that origin server as per :file:`hosting.config`.
ja: ファイルに記載されているどのオリジンサーバーやドメインにも属さないコンテンツで使用する汎用ボリュームを割り当てる。特定のオリジンサーバー用のすべてのボリュームが壊れた場合、Traffic Server は :file:`hosting.config` によるオリジンサーバーのコンテンツを格納するために汎用ボリュームも使用します。

en: Run the command :option:`traffic_ctl config reload` to apply the configuration changes.
ja: 設定の変更を反映するためにコマンド :option:`traffic_ctl config reload` を実行。

en: Configuring the Cache Object Size Limit
ja: キャッシュオブジェクトのサイズ制限を設定

en: By default, Traffic Server allows objects of any size to be cached. You can change the default behavior and specify a size limit for objects in the cache via the steps below:
ja: デフォルトでは、Traffic Server はどんなサイズのオブジェクトがキャッシュされることを許しています。次の手順により、このデフォルトの振る舞いを変更してキャッシュ内のオブジェクトのサイズを制限する指定が行えます。

en: Set :ts:cv:`proxy.config.cache.max_doc_size` to specify the maximum size in bytes allowed for objects in the cache. A setting of ``0`` (zero) will permit cache objects to be unlimited in size.
ja: キャッシュ内で許されるオブジェクトの最大サイズをバイト単位で指定するために :ts:cv:`proxy.config.cache.max_doc_size` を設定。 ``0`` ( ゼロ ) を設定するとキャッシュオブジェクトのサイズは無制限になります。

en: Clearing the Cache
ja: キャッシュのクリア

en: When you clear the cache, you remove all data from the entire cache - including data in the host database. You should clear the cache before performing certain cache configuration tasks such as partitioning. You cannot clear the cache when Traffic Server is running.
ja: キャッシュをクリアすると、キャッシュ全体からすべてのデータを削除します。これにはホストデータベースのデータも含まれます。区分けのような確実なキャッシュの設定作業を行う前にはキャッシュをクリアすべきです。 Traffic Server が動作している間はキャッシュのクリアは行えません。

en: To clear the cache:
ja: キャッシュをクリアするには:

en: Stop Traffic Server (see :ref:`stop-traffic-server`)
ja: Traffic Server を停止 (:ref:`Traffic Server の停止 <stop-traffic-server>`\ を参照 )。

en: Enter the following command to clear the cache::
ja: キャッシュをクリアするために次のコマンドを入力 ::

en: The ``clear`` command deletes all data in the object store and the host database. Traffic Server does not prompt you to confirm the deletion.
ja: ``clear`` コマンドはオブジェクトストアとホストデータベース内のすべてのデータを削除します。Traffic Server は削除の確認を促しません。

en: Restart Traffic Server (see :ref:`start-traffic-server`).
ja: Traffic Server を再起動 (:ref:`Traffic Server の起動 <start-traffic-server>`\ を参照 ) 。

en: Removing an Object From the Cache
ja: キャッシュからオブジェクトを削除する

en: Traffic Server accepts the custom HTTP request method ``PURGE`` when removing a specific object from cache. If the object is found in the cache and is successfully removed, then Traffic Server responds with a ``200 OK`` HTTP message; otherwise, a ``404 File Not Found`` message is returned.
ja: Traffic Server はキャッシュから特定のオブジェクトを取り除くときのためにカスタム HTTP リクエストメソッド ``PURGE`` を受け付けます。オブジェクトがキャッシュ内で見つかり取り除くことに成功すると、Traffic Server は ``200 OK`` の HTTP メッセージで応答します。そうでない場合は、``404 File Not Found`` メッセージが返されます。

en: By default, the PURGE request method is only processed if received on the localhost interface.
ja: デフォルトでは PURGE リクエストメソッドは localhost インターフェースで受信した時のみ処理されます。

en: In the following example, Traffic Server is running on the domain ``example.com`` and you want to remove the image ``remove_me.jpg`` from cache. Because by default we do not permit ``PURGE`` requests from any other IP, we connect to the daemon via localhost: ::
ja: 次のサンプルでは、Traffic Server がドメイン ``example.com`` 上で動作しており、キャッシュから ``remove_me.jpg`` という画像を取り除きたいとします。デフォルトでは ``PURGE`` リクエストは他のどの IP からも許されていないので、localhost からデーモンに接続します。 ::

en: The next time Traffic Server receives a request for the removed object, it will contact the origin server to retrieve a new copy, which will replace the previously cached version in Traffic Server.
ja: 次に Traffic Server が取り除かれたオブジェクトへのリクエストを受け取ったときは、新しいコピーを取得するためにオリジンサーバーに接続します。新しいコピーは Traffic Server で以前にキャッシュされていたバージョンを置き換えます。

en: This procedure only removes an object from a specific Traffic Server cache. Users may still see the old (removed) content if it was cached by intermediary caches or by the end-users' web browser.
ja: 上記の手続きは特定の Traffic Server のキャッシュからオブジェクトを取り除くだけです。もし途中でキャッシュされていたりエンドユーザーの Web ブラウザーによってキャッシュされている場合、ユーザーは古い ( 取り除かれた ) コンテンツを見るかもしれません。

en: Inspecting the Cache
ja: キャッシュの検査

en: Accessing the Cache Inspector Utility
ja: キャッシュ検査ユーティリティにアクセスする

en: To access the Cache Inspector utility:
ja: キャッシュ検査ユーティリティにアクセスするには :

en: Set :ts:cv:`proxy.config.http_ui_enabled` to ``1``.
ja: :ts:cv:`proxy.config.http_ui_enabled` を ``1`` に設定。

en: To access the cache inspector in reverse proxy mode, you must add a remap rule to :file:`remap.config` to expose the URL. This should be restricted to a limited set of hosts using the ``@src_ip`` option. To restrict access to the network 172.28.56.0/24, use ::
ja: リバースプロキシーモードでキャッシュ検査機能にアクセスするには、URL にアクセスできるようにするために :file:`remap.config` にリマップルールを追加しなければなりません。これは ``@src_ip`` オプションによって限られたホストに制限されるべきです。アクセスをネットワーク 172.28.56.0/24 に制限するには以下を使用します。

en: Reload the Traffic Server configuration by running :option:`traffic_ctl config reload`.
ja: :option:`traffic_ctl config reload` を実行して Traffic Server の設定をリロードしてください。

en: Open your web browser and go to the the following URL::
ja: ブラウザーを開き、次の URL へ移動。

en: You will now be presented with the Cache Inspector interface.
ja: キャッシュ検査機能の画面が表示されます。

en: Using the Cache Inspector Utility
ja: キャッシュ検査ユーティリティを使用する

en: The Cache Inspector Utility provides several options that enable you to view and delete the contents of your cache.
ja: キャッシュ検査ユーティリティはキャッシュのコンテンツを見たり削除したりできるいくつかのオプションを提供します。

en: Lookup URL
ja: Lookup URL (URL を指定しての検索)

en: Search for a particular URL in the cache. When Traffic Server finds the URL in the cache, it will display details of the object that corresponds to the URL (e.g. header length and number of alternates). The option to delete the URL from the cache will be presented.
ja: キャッシュ内で特定の URL を検索します。 Traffic Server がキャッシュ内で URL を見つけると、URL に対応するそのオブジェクトの詳細 ( 例: ヘッダー長や代替の数 ) を表示します。キャッシュからその URL を削除するためのオプションが表示されます。

en: Delete URL
ja: Delete URL (URL を指定しての削除)

en: Delete the object from the cache which corresponds to the given URL. Success or failure will be indicated after a delete has been attempted.
ja: キャッシュから特定の URL に対応するオブジェクトを削除します。削除を試みた後成功または失敗が表示されます。

en: Regex Lookup
ja: Regex Lookup (正規表現を指定しての検索)

en: Search URLs within the cache using one or more regular expressions.
ja: 一つ以上の正規表現にマッチする URL を検索します。

en: Regex Delete
ja: Regex Delete (正規表現を指定しての削除)

en: Deletes all objects from the cache which match the provided regular expressions.
ja: 指定した正規表現にマッチするすべての URL を削除します。

en: Regex Invalidate
ja: Regex Invalidate (正規表現を指定しての無効化)

en: Marks any objects in the cache which match the given regular expressions as stale. Traffic Server will contact the relevant origin server(s) to confirm the validity and freshness of the cached object, updating the cached object if necessary.
ja: キャッシュ内で指定した正規表現にマッチするオブジェクトを新鮮でないと印付けます。 Traffic Server はキャッシュオブジェクトの有効性と新鮮さを確認するために関係のあるオリジンサーバーに接続し、必要ならばキャッシュオブジェクトを更新します。

en: Only one administrator should delete and invalidate cache entries from the Cache Inspector at any point in time. Changes made by multiple administrators at the same time can lead to unpredictable results.
ja: いかなる時でも、一人の管理者だけがキャッシュ検査機能からキャッシュエントリの削除と無効化を行うべきです。複数の管理者による同時の変更は予想外の結果を引き起こすかもしれません。
