後端マシンの構成が高く、フロントエンドマシン(回線)の速度が速い場合、私たちは当然、リバースプロキシを使用してユーザーのアクセス速度を向上させることを考えます。
本記事では WordPress を例に、設定時の注意事項を記録します:スタイルシートが無効、バックエンドにアクセスできない、リダイレクト回数が多すぎるといった問題が発生した場合、以下の内容を参考にしてください!
準備#
- 速いサーバー A
- バックエンドのソースサーバー B
まず、有効な nginx リバースプロキシには、ソースがドメイン名で正常にアクセスできる必要があります。例えば、私たちが設定しようとしているwww.laplace.ccです。
もしwww.laplace.ccにアクセスできる場合、それはBマシンに解決されていることを示します。私たちがやるべきことは、www.laplace.ccをAマシンに解決させることです。これは矛盾しているように思えますが、次のようにします:
Bマシンで別のドメイン名をバインド#
例えば mirror.laplace.cc
Aマシンでターゲットドメイン名をバインド#
例えばwww.laplace.cc、その後 nginx のリバースプロキシファイルをmirror.laplace.ccに指向させます。
小結#
- バックエンドのウェブサイトは
IP:ポートであってはいけません; - バックエンドは SSL を有効にする必要があります;
- WordPress のバックエンド固定リンクはターゲットドメイン(例えば
www.laplace.cc)に設定する必要があります; - バックエンドで別のドメイン名をバインドし、フロントエンドがそれをリバースプロキシします;
- フロントエンドとバックエンドは同じ SSL 証明書を使用すれば大丈夫です!
- リバースプロキシのルールでは、ソースが https を含む必要があります(例えば
https://mirror.laplace.cc) - 以下に設定の例を示します
詳細設定:#
バックエンド B マシンの設定#
- ターゲットドメイン名 と任意のドメイン名をバインドして解決します
例:
-
SSL を設定します(
www.laplace.ccまたはワイルドカード) -
WordPress のリンクリライトルールを設定します(
rewrite)
WordPress の例:
フロントエンド A マシンの設定#
- ターゲットドメイン名をバインドして解決します
- リバースプロキシを有効にし、
https://mirror.laplace.ccを指向します
例:
- SSL を設定します(
www.laplace.ccまたはワイルドカード)