HTTPトラフィックとソケットトラフィック

Question

ウェブサイトに接続するには、TCPレイヤーで送信元ポートが高い乱数で、送信先が80であることがわかります。したがって、応答セグメントには送信元ポートとして80があり、そのランダムポート番号を宛先ポートとします。

私はこのことから、HTTPリクエストの応答を待っているときにクライアントがそのランダムなポート番号を待ち受けることを理解しています。

TCPサーバーソケットを作成して特定のポート（47860）をリッスンする場合、Webブラウザを使用するときにルーターを構成してポートを転送する必要があります？ HTTPソケットと汎用TCPソケットの違いは何ですか？

Answer 1

NATの背後にあるクライアントがリモートホストへのトラフィックを開始すると、NATルータはこれを覚えています。これにより、そのリモートホストからローカルクライアントへの応答をクライアントにリダイレクトすることができます。

あなたが転送され、そのリスニングポートなしNATの背後にあるサーバーを持っている場合は、そのポートへの着信トラフィックがルータによってドロップされます。事前のトラフィックは、そのクライアントはにNAT 背後からありませんでしたので、覚えておくべきものは何もありません、ルーターに関する限り、転送するものはありません。

Answer 2

@ CodeCasterの答えが正しいです、私は詳細を与えることを試みるでしょう。

ここでは2つのケースがあります：1）NATの背後にあるWebブラウザ2）NATの背後にあるWebサーバー。それらの主な違いは、最初のパケットの方向です。

（1）Webブラウザは通信を開始し、ルータ経由でパケットを送信します。ルータのNATは、このパケットを送信元IP /ポートを宛先IP /ポートにマッピングするテーブルのエントリとして登録します。ルータはWebサーバからの応答を受信すると、NATテーブルのエントリを参照してパケットの転送先を判断し、Webブラウザが応答を受信します。

（2）ルータのNATは、あなたのウェブサーバの存在を知らない。外部WebブラウザはパブリックIPを使用してWebサーバに要求を送信し、パケットはルータに到着します。 NATテーブルもポート転送もポート80が登録されていないので、ルータはパケットをどのように扱うべきか分かりません。つまり、NATは発信接続を自動的に処理し、着信接続に対してはポート転送を設定する必要があります。