ポートの目的は何ですか?

Question

絶対的な保証がないのに、内部にどのようなアプリケーションデータプロトコルが存在するかを判断するためにポート番号が使用されるのはなぜでしょうか?

推測で物事を進めるのは最悪の方法であり、たとえば悪意のある人が間違ったものを送信するのを止める方法はありません。したがって、誰もがうまくやっている場合には役立ち、何も悪化しません。

私の理解では、ポート経由で送信するアプリケーションデータの種類に制限はありません (単なる提案です)。

正解です。実際、これは提案ではなく、多くの人がたまたま同意しているだけのことです。

さらに、この目的のためにプロトコルデータは既にパケットのどこかに含まれているのではないでしょうか?

いいえ。少なくとも、ポートが通常示すレベルではわかりません。送信される上位レベルの IP プロトコルの種類 (例: TCP、UDP) はわかりますが、その内容 (例: HTTP、SMTP) はわかりません。

また、ポート 25 (SMTP を想定) の宛先に HTTP または他の種類のプロトコルを送信すると、データはどうなるでしょうか?

TCP はデータをアプリケーション層に渡すだけなので、アプリケーション層はデータに対して何でも好きなことができます。ほとんどの場合、エラーが発生するだけです。時には、悪用可能なセキュリティホールが発生することもあります。

場合によっては、ポートに SSL を使用しない場合に一部の HTTPS サーバーが返すプレーンテキストの HTTP エラーなど、不適切なクライアントに対して適切な動作が行われることがあります。

3 番目に、どのプログラムにもバインドされていない、つまり監視されていないポートにデータを送信した場合、そのデータはどうなるでしょうか?

受信システムから ICMP エラーメッセージが届きます。技術的には、受信側は好きなように操作できますが、実際には、このようなことが起こります。

最後に、ポートを 1 つのプログラムにしかバインドできない場合、受信 HTTP データに依存する複数のプログラムをコンピューター上で同時に実行することは可能でしょうか?

ブラウザがリモートサーバーに HTTP 接続する場合、ランダムなローカルポートを使用し、リモートサーバーの既知のポート (80 または 443) と通信します。この場合、は個別の送信接続ごとに一意です。(ただし、技術的には、サーバーの場合のように一意である必要はありません。)

サーバー側では、リッスンすると、ポート (Unix / BSD ソケット) で新しい接続を受け入れることができるのは 1 つのプロセスだけですが、確立された接続を他のプロセスに渡してサービスすることができます。セットは一意であるため、トラフィックを適切な接続にルーティングできます。

Answer 1