通常、Nginx をリバース プロキシ サーバーと呼びますが、リバース プロキシとフォワード プロキシとは何ですか?
これは本当にわかりにくいです
フォワードエージェント
たとえば、IE でプロキシ サーバーを構成する場合、これはフォワード プロキシです。この土地では Google にアクセスする必要がありますが、FQ が必要な場合はプロキシ サーバーを設定する必要があり、Google にアクセスするとプロキシ サーバーに接続され、プロキシ サーバーは Google に接続して戻ってきます。あなたに
リバースプロキシ
Google にアクセスする場合は、プロキシ サーバーに接続できるサーバーがあり、プロキシ サーバーがアクセス用のアドレスを設定できます。次に、このアドレスにアクセスすると、プロキシ サーバーが Google に代わってデータを返します
私が最初に順方向と逆方向を区別しようとしたとき、クライアントの設定(プロキシサーバーの設定)を行うかどうかで区別していました。当時はよく理解していなかったので、抜け穴のあるこの方法を使用しました。
実際には、透過プロキシと呼ばれる別の種類のプロキシがあります。これは、プロキシ サーバーを構成せずにフォワード プロキシとして機能できることを意味します。
最多投票nightireの答えはすでに非常に優れていますが、それでも順方向と逆方向の観点からそれを理解したい場合。
シーン:
イントラネット環境 (壁など) からターゲット マシンにアクセスしたいが、直接接続できない、または接続したくない場合は、(フォワード) プロキシ サーバーを使用します。メッセンジャー。
現時点では、このプロセスはフォワードプロキシです。 (^_^)/
外部ネットワークから(相対的に)イントラネット環境にアクセスしたいが、現時点ではファイアウォールなどの影響で直接接続できない、または対象のデータがどのサーバー上にあるかが分からない。ゲートキーパー (リバース プロキシ サーバー) があることを知り、尋ねるだけで、私の承認に基づいて適切なものを取得できるようになります。
現時点でのこのプロセスはリバース プロキシです。
そこが違いますよ〜
これは本当にわかりにくいです
フォワードエージェント
たとえば、IE でプロキシ サーバーを構成する場合、これはフォワード プロキシです。この土地では Google にアクセスする必要がありますが、FQ が必要な場合はプロキシ サーバーを設定する必要があり、Google にアクセスするとプロキシ サーバーに接続され、プロキシ サーバーは Google に接続して戻ってきます。あなたに
リバースプロキシ
Google にアクセスする場合は、プロキシ サーバーに接続できるサーバーがあり、プロキシ サーバーがアクセス用のアドレスを設定できます。次に、このアドレスにアクセスすると、プロキシ サーバーが Google に代わってデータを返します
私が最初に順方向と逆方向を区別しようとしたとき、クライアントの設定(プロキシサーバーの設定)を行うかどうかで区別していました。当時はよく理解していなかったので、抜け穴のあるこの方法を使用しました。
実際には、透過プロキシと呼ばれる別の種類のプロキシがあります。これは、プロキシ サーバーを構成せずにフォワード プロキシとして機能できることを意味します。
最多投票nightireの答えはすでに非常に優れていますが、それでも順方向と逆方向の観点からそれを理解したい場合。
フォワードエージェント
シーン:
イントラネット環境 (壁など) からターゲット マシンにアクセスしたいが、直接接続できない、または接続したくない場合は、(フォワード) プロキシ サーバーを使用します。メッセンジャー。
現時点では、このプロセスはフォワードプロキシです。 (^_^)/
リバースプロキシ
シーン:
外部ネットワークから(相対的に)イントラネット環境にアクセスしたいが、現時点ではファイアウォールなどの影響で直接接続できない、または対象のデータがどのサーバー上にあるかが分からない。ゲートキーパー (リバース プロキシ サーバー) があることを知り、尋ねるだけで、私の承認に基づいて適切なものを取得できるようになります。
現時点でのこのプロセスはリバース プロキシです。
そこが違いますよ〜