☰

単一サーバー上の複数のパスから異なるパスへのリバースプロキシ

tag-icon • tag-icon reverse-proxy reverse-dns
単一サーバー上の複数のパスから異なるパスへのリバースプロキシ

当社には、ウェブサイトにランディング ページを立ち上げるのが非常に難しいクライアントが複数あります。通常、コードベースや本番サイトの CMS へのアクセスが非常に厳しいエンタープライズ テクノロジー企業です。

そのため、リバース プロキシを使用して、独自のサーバー上の WordPress インスタンスでこれらのページを構築し、クライアント サイトのパスに応じて、サーバー上の特定のページを表示できるようにする可能性を検討しています。

例えば：

  • www.client.com彼らのライブサイトにはアクセスできない
  • URLの例は/resources/page-1、、/resources/page-2および/resources/page-3
  • /{clientName}/page-1これらは実際には私たちのサーバーなどを指します
  • しかし、ユーザーには実際に見ているように見える必要がありますwww.client.com/resources/page-1

複数のクライアントで動作させるにはこれが必要になるため、上記のパスの {clientName} の部分がこれに該当します。

私の質問は次のとおりです:

  1. そんなことが可能なのでしょうか？
  2. これを実現するためにクライアント側に何が必要でしょうか?
  3. 弊社側ではさらにどのような設定が必要でしょうか?

各部分を実現する方法の詳細を知りたいのではなく、それぞれに何が必要かという基本的な理解を求めています。その後、詳細を実装する方法を検討します。

答え1

おそらく、クライアントの DNS があなたを指すように DNS エントリを変更し、着信リクエストをクライアントの実際の Web サイトにルーティングする必要があります。修正された中間者アプローチを使用して、着信/発信クエリを必要に応じて変更または挿入できます。CloudFlare を考えてみましょう。リクエストはリバース プロキシのようにサーバー経由でクライアントにルーティングされ、再びサーバー経由で戻されます。クライアントがダウンしている場合は、エラー メッセージが表示されます。まずは Squid プロキシを調べてみてください。ただし、これがまさに必要なことかどうかはわかりません。

関連情報