ダウンロードノートとプロジェクトに関する情報は、自身が取得し、この文をクリックしてください。
day01-springboot(理論論文) ; day01-springboot(実践論文)
day02-springcloud(理論パートA) ; day02-springcloud(理論その2) ; day02-springcloud(理論部は3つ) ; day02-springcloud(理論部は4つ) 。
springcloud-day03(Hystix、ふり) ; day03-springcloud(Zuulゲートウェイ)
構築するためのday04-プロジェクト(a)は 、 構築するためのday04-プロジェクト(2) ; エントリ-day04-ES6文法
day05-Vueの学習ポータル
VUE-ルータとのWebPACKの使用についてday06- ; day06-知人Vuetifyフレームワークとローカルのプロジェクトにアクセスするためのドメイン名を使用してUIフレームワークを、 day06-使用nginxのは、リバースプロキシとクロスドメインのマスターCORSを解決
14マイクロ電気サービスプロバイダ[モール]優れたダークホース音楽:day06-使用nginxのリバースプロキシとクロスドメインマスターCORSを解決
#0学習目標
-オフィスシステムを構築するために戻って情報を使用
- nginxのリバースプロキシを使用します
-カテゴリー問い合わせを実現するために
- CORSは、クロスドメインのマスター解く
とブランド検索機能を-
ポートの問題を解決4.4.nginx
ドメイン名の問題は解決したが、今、ページの背景にアクセスしたい、自分のプラスポートを持っています:http://manage.taotao.com:9001
これは優雅ではありません。私たちは、直接ドメイン名ことを願っています:http://manage.taotao.com
。この場合、デフォルトのポートは、当社が9001ポートに要求を転送することができますどのように、80のですか?
ここでは、使用する必要があるリバースプロキシのツールを:nginxの
4.4.1。nginxのは何ですか
それは必要な機能を持っているため、Webサーバーとしてnginxのが、より頻繁に、我々は、ゲートウェイとしてゲートウェイをそれを取ります:
- リバースプロキシ
- ロードバランシング
- ダイナミックルーティング
- 要求のフィルタリング
Webサーバとして4.4.2.nginx
Webサーバーのサブカテゴリー:
- 次のようなWebアプリケーション・サーバ、
- Tomcatの
- 樹脂
- 桟橋
- 次のようなWebサーバ、
- Apacheサーバ
- nginxの
- IIS
区別:WebサーバーがJSPページを解決できない、など、唯一のように静的リソースのJS、CSS、HTMLや扱うことができます。
同時実行:同時容量は、Webサーバー、Webアプリケーションサーバーよりもはるかに高いです。
リバースプロキシとして4.4.3.nginx
リバースプロキシとは何ですか?
- エージェント:サーバー(プロキシ)プロキシクライアントを許可するクライアントを、設定することにより、すべてのクライアント要求は、プロキシサーバに処理されます。
- リバースプロキシ:1台のサーバー、プロキシサーバー真、ユーザーがアクセスした場合、アクセスはもはや実サーバではなく、プロキシサーバ。
リバースプロキシサーバとしてnginxのを使用することができます。
- 私たちは、別の実サーバの処理に異なる要求、優れた構成nginxのリバースプロキシルールに進出する必要があります
- 要求がnginxのに到着すると、nginxの要求がそれによってルーティング機能を実現し、定義されたルールに従って転送されます
私たちが言っポートの前で私たちの問題を解決することができ、リバースプロキシを使用して、
4.4.4。インストールと使用
インストール
インストールは非常に簡単で、提供されるクラスの情報の前にnginxの直接抽出、緑、無料インストール!
私たちは、ローカルにnginxのインストール:
解凍後、ディレクトリ構造:
- CONF:設定ディレクトリ
- 寄贈:第三者に依存
- HTML:デフォルトの静的リソースディレクトリ
- ログ:ログ・ディレクトリ
- nginx.exe:ランチャー
リバースプロキシ設定
例:
各リバースプロキシサーバが設定され、サーバが複数存在してもよいnginxの
完全な設定:
#USERの誰もいません。 worker_processes 1 ; イベント{ worker_connections 1024 。 } HTTP { のmime.typesを含みます。 default_typeアプリケーション / octet- ストリーム。 sendfileの上; keepalive_timeout 65 ; gzipの上; サーバー{ 聞く 80 。 SERVER_NAME manage.leyou.com; proxy_set_header X -Forwarded- ホスト$ホスト; proxy_set_header X -Forwarded- サーバの$ホスト; proxy_set_header X -Forwarded-$ proxy_add_x_forwarded_forため。 位置 / { proxy_passのhttp:// 127.0.0.1:9001。 proxy_connect_timeout 600 ; proxy_read_timeout 600 ; } } サーバー{ 聞く 80 。 SERVER_NAME api.leyou.com; proxy_set_header X -Forwarded- ホスト$ホスト; proxy_set_header X -Forwarded- サーバの$ホスト; proxy_set_header X -Forwarded- $ proxy_add_x_forwarded_forについては、 場所 /{ proxy_passます。http:// 127.0.0.1:10010。 proxy_connect_timeout 600 ; proxy_read_timeout 600 ; } } }
使用
nginxのは、コマンドライン、運転指令から起動することができます。
- 起動します。
start nginx.exe
- 停止:
nginx.exe -s stop
- リロード:
nginx.exe -s reload
起動プロセスが正常に起動した後、タスクマネージャは、2つのnginxのプロセスとなり、点滅します。
4.5。テスト
ドメインとバックオフィス・システムにアクセスし、その後、nginxのを起動します。
Webサイトのドメイン名をご覧ください今、プロセスの途中でそれが何であるかで実現?
-
訪問、ブラウザ要求を起動する準備ができてhttp://mamage.leyou.comを、しかし、ドメイン名解決の必要性
-
私たちは成功を解析するホストを、変更したため、ローカルの名前解決のための優先順位は、アドレスを取得:127.0.0.1
-
:リクエストが解析され、IP、およびデフォルトのポート80に送られるhttp://127.0.0.1:80
nginxのマシンは、ポート80でリッスンするので、この要求をキャッチされています
-
nginxのルールは127.0.0.1:9001にリバースプロキシ、プロキシmanage.leyou.comに構成され、そう要求が転送され
-
完了応答をnginxのために返された後のWebPACKサーバリスニングポートバックグラウンドシステムは、9001で、要求を得るために処理します
-
nginxの結果がブラウザに返されます
==============================================
参考文献:
終わり