プロキシが十分なときにNATが必要なのはなぜですか？[閉まっている]

私のマシンはローカルLANに接続されています。インターネットに接続するには、トラフィックはプロキシサーバーを経由します。プロキシサーバーについての私の理解は、元の要求送信者に代わって要求を送信することです。したがって、サーバーが応答すると、サーバーはクライアントであると見なしてプロキシに応答を送信します。その後、プロキシは応答を自分のマシンに転送します。ネットワークアドレス変換の
例を見てみましょう。リクエストはnatルーターを経由します。次に、natルーターはパブリックIPアドレスを提供し、このマッピングをテーブルに保存します。返信（サーバーから）は、この割り当てられたパブリックアドレスに送信されます。natルーターがテーブルからローカルIPアドレスに解決し、応答をマシンに転送します。
プロキシ自体がトラフィックを仲介してインターネットへのアクセスを提供できる場合、なぜNATが必要なのですか？

MadHatterは、プロキシとNATの違いについて、素人の優れた説明を書いています。

技術的な詳細については、OSIモデルとTCP / IPモデルを参照することをお勧めします。NatはOSIモデルの後半3（ネットワークレイヤー、この場合はIP）で動作し、プロキシは通常、レイヤー7（アプリケーションレイヤー、HTTPまたはプロキシするすべてのもの）で動作します。

NATとプロキシも、少しずつ異なる問題を解決しようとしています。NATは、IPアドレスの不足を軽減するために、少数のパブリックIPの背後に多数のプライベートIPを隠していますが、プロキシは、セキュリティ、監査、またはパフォーマンス上の理由からネットワークの「チョークポイント」を作成しています

ここで基本事項を十分に理解しているようですが、簡単に言えば、パブリックアドレスでプロキシを使用している場合、NATは必要ありません-プロキシによって仲介されるプロトコルに対して。

しかし、天と地には、あなたの哲学で夢に見た以上のプロトコルがあります。それらのすべてがプロキシ可能であるとは限らず、プロキシはすべて存在するわけではないので、NATはそれらにとって便利なフォールバックです。

編集：プロキシは、アプリケーションレベルで機能するコンピューティングデバイスです。HTTPプロキシはリモートサイトへのHTTP要求を受信し、指摘したように、そのサイト自体に送信されて要求を作成し、応答を要求元のクライアントに返します。ただし、これを行うには、HTTPを詳細なレベルで理解する必要があります。

同様に、FTPプロキシを記述することもできますが、クライアントの要求を正しくプロキシするには、MKD、DELE、LISTなどのftpプロトコルコマンドの詳細を理解する必要があります。透過的に機能するプロキシは、一般に、プロトコルをプロキシするためにプロトコルの内部をよく理解している必要があります。

SOCKSはある程度このルールの例外ですが、それはSOCKSプロトコルがプロキシー用のより一般的なインターフェースを導入し、各クライアントをSOCKS化する必要があるため、設定するためにSOCKSプロキシーの正しい要求を行うことができるためですそれぞれが必要とするプロキシの種類を増やします。これは正確には透過的ではありません。