トラフィック・サーバについて
トラフィック・サーバーは、頻繁にアクセスされる情報ネットワークエッジキャッシングを介してネットワーク効率とパフォーマンスを向上させることができ、高性能Webプロキシキャッシュです。高速配信と少ない帯域幅の使用率を達成しながらこれは、近い物理的にエンドユーザーにコンテンツを作ります。トラフィックServerは、既存の利用可能な帯域幅、コンテンツプロバイダと配信の大規模イントラネットバックボーンを最大化することで、ビジネス、インターネットサービスプロバイダ（ISP）を改善することを意図しています。
機能を実現
Webプロキシキャッシュとして、
WebプロキシキャッシュとしてWebコンテンツに対するユーザの要求を受け、交通Serverは、これらの要求にターゲットWebサーバー（ソース・サーバー）に移動します。要求されたコンテンツが含まれているトラフィックのサーバーなら、それは直接的なコンテンツを提供します。要求されたコンテンツがキャッシュに利用できない場合、トラフィックServerはプロキシとして機能：それはオリジンサーバからコンテンツにアクセスし、将来の要求を満たすためにコピーを保持するために、ユーザーを表します。
リバースプロキシとして
それはオリジンサーバであるかのように、それが自分のコンテンツを生成しませんが、外部ユーザーのプロキシを逆にします。代わりに、それは要求されたコンテンツ自体のキャッシュされたコピーを提供し、構成やキャッシュコンテンツのルールに従って、要求をインターセプトし、またはオリジンサーバに要求を転送し、コンテンツは今後の要求のためにキャッシュに戻すことができます。
透過プロキシ
透過プロキシは、転送またはプロキシエージェントを逆（ほぼすべてのリバースプロキシのが透明展開ですが）、要求を送信するプロキシ経由でルーティングされたネットワーク定義関数を使用して、自己設定されたクライアントせずに、クライアントは通常、約ない行うことができます薬剤の能力を超えます。
元のサーバー
あなたは、サーバー生成のトラフィックServerエージェント（および、必要に応じてキャッシュ）コンテンツを使用したいです。フォワードプロキシ構成では、ソース・サーバは、プロキシクライアントがリモートサーバーに接続しようとすることができます。リバースプロキシ設定では、ソースサーバーを使用すると、キャッシング層を性能向上と交通Serverを使用、通常のサーバーの既知のセットです。
転送エージェント
フォワードプロキシプロキシは、ネットワークからのブロックにすべてのアウトバウンドトラフィックを照合、外部リソースにアクセスします。エージェントを転送すると低速接続（将来的にはサービスに直接それらの要求のコピーをキャッシュし、キャッシュと外部リソースの使用を介して）と外部の位置へのアクセスを高速化するために使用することができ、あるいは外部からのアクセスを制限したり、監視するために使用することができます。
二つの組立
ソースのインストールを使用します
2.1インストールが異なり
pkgconfig libtoolのGCC（traffic_top用）（> = 4.3または打ち鳴らす> 3.0）GNU作るopensslのTCL PCRE libcapフレックス（TPROXY用）hwlocのLuaの呪い（traffic_top用）カール
まず、yumをインストール
[ルート@ vultrは〜]＃yumを-y pkgconfigのlibtool gccのインストールのopenssl TCL PCRE libcap flexhwlocのLUAはカール呪い作ります
2.2のソースコードをダウンロードするにはgitを使って
インストールパッケージに関連します
[ルート@ vultr〜]＃yumを-yのgitのautoconf automakeをインストール
交通Serverは、デフォルトのビルド誰も使用するユーザーやグループを、とは/ opt / tsのインストール
ダウンロードgitリポジトリ
[ルート@ vultr〜]＃のCDは/ usr / local / srcに/
[ルート@ vultrのソース]＃gitのクローンhttps://git-wip-us.apache.org/repos/asf/trafficserver.git
ディレクトリを切り替えるクローニングバンド
[ルート@のvultrのソース]＃のCDのtrafficserver /
リポジトリはGitリポジトリからクローン化されている場合は、設定する必要が継続する前に生成する スクリプトを
[vultr trafficserver @ルート]＃autoreconf -if
libtoolize：補助ファイルを置くことで AC_CONFIG_AUX_DIR、 `ビルド/ _aux " 。 libtoolize：コピーファイル `ビルド/ _aux / ltmain。SH ' libtoolize：マクロを置くことで AC_CONFIG_MACRO_DIR、 `ビルド' 。 libtoolize：コピーファイル `ビルド/ libtool.m4 ' libtoolize：コピーファイル `ビルド/ ltoptions.m4 ' libtoolize：コピーファイル `ビルド/ ltsugar.m4 ' libtoolize：コピーファイル `ビルド/ ltversion.m4 ' libtoolize：コピーファイル `ビルド/lt~obsolete.m4' configure.ac：747：インストール' ビルド/ _aux / AR-libの' configure.ac：654：インストール' ビルド/ _aux /コンパイル' configure.ac：107：インストール' ビルド/ _aux /はconfig.guess " configure.ac ：107：インストールする' 構築/ _aux / config.sub ' configure.ac：46：インストール' ビルド/ _aux /インストール-SHを' configure.ac：46：インストール' ビルド/ _aux /不足している' パラレル -tests：インストール'/ _aux /テストドライバー構築' 例を /Makefile.am：インストール' ビルド/ _aux / depcomp ' configure.ac：インストール' ビルド/ _aux / ylwrap '
2.3コンフィギュレーションのソースツリー
[vultr trafficserver @ルート]＃は./configure --prefix =は/ opt / TS
設定：エラー：で `は/ usr / local / srcに/ trafficserver " ：＃报错、没有安装C ++ のconfigure：エラー：C ++プリプロセッサ" / libに/ cppが"健全性チェックに失敗しました
GCC-C ++をインストールします。
[vultr trafficserver @ルート]＃yumを-yのgcc-Cをインストール++
再実行、息切れエラー
[vultr trafficserver @ルート]＃は./configure --prefix =は/ opt / TS
チェックチェックするかどうかをC ++ -std = C ++ 17のサポート-std = C ++ 17 ...ない のconfigure：エラー： ***サポートしているコンパイラのための -std = C ++ 17が必要です。
GCCのバージョンを見ます
[ルート@ vultrのtrafficserver]＃1のgcc --version
GCC（GCC）4.8。5 20150623（Red Hatの4.8。5 - 36 ） 著作権（C）2015 Free Software Foundationが、株式会社 これは無料のソフトウェア。ソース参照のためのコピー条件を。NOはありません 保証は。ないため特定の目的に対する商品性や適合。
GCC 7.30の3つのバージョンがコンパイルとインストール
ソースパッケージ3.1をダウンロード
[ルート@ vultrのtrafficserver]＃のCD ../
[ルート@ vultrのソース]＃wgetのhttps://mirrors.ustc.edu.cn/gnu/gcc/gcc-7.3.0/gcc-7.3.0.tar.gz
減圧
[ルート@のvultrのソース]＃タール-xfのgcc-7.3.0.tar.gz
3.2スクリプトがdownload_prerequisitesを実行します
[ルート@のvultrのソース]＃には、CDのgcc-7.3.0
vultrのgcc-7.3.0 @ルート]＃yumの-y BZIP2をインストール
[ルートvultrのgcc-7.3.0 @]＃の./contrib/download_prerequisites
gmp- 6.1。0。タール.bz2：OK MPFR - 3.1。4。タール.bz2：OK MPC - 1.0。3。タールが.gz：OK ISL - 0.16。1。タールは .bz2：OK
すべての前提条件が正常にダウンロード。
ディレクトリにすべての中間ファイル
[ルートvultrのgcc-7.3.0 @]＃1は、mkdirのgcc-7.3.0ビルド
[ルートvultrのgcc-7.3.0 @]＃は、CD-gccのビルド7.3.0
3.3
[vultrのgcc-7.3.0ビルド@ルート]＃../configure --enable-チェック= --enable-言語= cを解放し、C ++ --disable-multilibの
コンパイル、長い時間
[ルート@ vultr gccのビルド-7.3.0]＃メイク
GCCとCの古いバージョンを削除する++
vultr @ [ルートのgcc -build- 7.3。0 ]＃回転数-q gccの [ルートvultr @ gccの -build- 7.3。0 ]＃回転数-q のgcc -c ++ [ルートはvultr @ gccの -build- 7.3。0 ]＃回転数-e はgcc -c ++ - 4.8。5 - 16 .el7_4。2 .x86_64 vultr @ [ルートのgcc -build- 7.3。0 ]＃yumを削除GCC
3.4インストール
[ルートvultr gccのビルド-7.3.0 @]＃make installを
バージョン3.5をチェック
[ルートvultr gccのビルド-7.3.0 @]＃gccの
/ usr / local / bin / gccの
[ルート@ vultr gccのビルド-7.3.0]＃1のgcc --version
-bash：は/ usr / binに/ gccを：そのようなファイルまたはディレクトリ
[vultrのgcc-7.3.0ビルド@ルート]＃LN -sは/ usr / local / binに/ gccのは/ usr / binに/ gccの
[ルート@ vultr gccのビルド-7.3.0]＃1のgcc --version
GCC（GCC）7.3。0 著作権（C）2017 Free Software Foundationが、株式会社 これは、無料のソフトウェア。ソース参照のためのコピー条件を。NOはありません 保証は。ないため特定の目的に対する商品性や適合。
第四に、apacheのトラフィック・サーバのインストールを続行
[ルート@のvultr gccのビルド-7.3.0]＃のCDの../../trafficserver/
[vultr trafficserver @ルート]＃は./configure --prefix =は/ opt / TS
コンパイルとOpenSSLにリンクするかどうかをチェックする機能しない...何 のconfigureを：エラー：することができなかった見つける OpenSSLを
インストールOpsnssl
[vultr trafficserver @ルート]＃yumを-yのopensslのopenssl-develのインストール
[vultr trafficserver @ルート]＃は./configure --prefix =は/ opt / TS
4.1コンパイラ
[ルート@のvultrのtrafficserver]＃メイク
[ルート@ vultrのtrafficserver]＃メイクチェック
4.2インストール
[ルート@ vultrのtrafficserver]＃make installを
4.3フォワードプロキシ設定
リバースプロキシ、リバースプロキシとは対照的に、あなたがソースサーバ定義されたリストのプロキシ（および必要に応じてキャッシュ）を持つようにしたい、エージェント（および、必要に応じてキャッシュ）任意のリモートホストのフォワードプロキシ。そのため、以下の設定では、最小限の転送エージェントの基本的な構成です。records.config
[ルート@ vultr〜]＃のCDは/ opt / TS /
＃vimのなど/ trafficserver / records.config [vultr TS @ルート]
最小 CONFIGはINTをproxy.config.url_remap.remap_required 0＃再マッピングルールの要件の存在を無効にし、交通Serverがリモートホストプロキシに要求する前に着信要求と一致し CONFIG proxy.config.http.cache.http INT 1＃イネーブルHTTPプロキシキャッシュ要求。 Proxy.config.reverse_proxy.enabled INT CONFIGは0＃リバースプロキシ無効
CONFIG proxy.config.http.server_ports STRING 10001 10001：IPv6の＃ポートを変更します
4.4開始
[vultr TS @ルート]＃./bin/trafficserver再起動
停止traffic_manager：[OK]
停止traffic_server：[OK]
はApacheトラフィックServerの起動：[OK]
[vultr TS @ルート]＃netstatの-ntlp
アクティブなインターネット接続（サーバーのみ） 原Recv関数 -Q送る-Qローカルアドレス外国住所州PID / プログラム名 TCP 0 0 0.0。0.0：10001 0.0。0.0：* LISTEN 21866 / traffic_managの TCPを 0 0 0.0。0.0：22 0.0。0.0：* LISTEN 2756 / sshdの にtcp6 0 0 ::: 10001 ::: * LISTEN 21866 / traffic_manag にtcp6 0 0 ::: 22 ::: * LISTEN 2756 / SSHDを
4.5構成は、完了したクライアントを検出します
構成エージェントの位置に完全
ビューIP cip.cc使用します
フォワードプロキシ設定に成功！！！