TCPおよびUDPの送信元ポートは1024を超えてランダムである必要があるというドキュメントはどこにありますか?


11

ソースポートがランダムで、1024〜65535の範囲にあることが文書化されている場所を見つけるのに苦労しています。

これはどのRFCで文書化されていますか?

編集:
特権ポートの最初のリファレンスはRFC2623
にあります。これはTCP / IPの実装により依存しており、事実上の標準であるようです。

IANAはポート番号を割り当てています(RFC1700)


1
FYR-RFC 1700(STD 2)は、リスナーポートの割り当て(サービスが接続をリッスンする場所)のみを扱います。接続サーバーの送信元ポートの選択は処理しません。
voretaq7

はい。ただし、登録済みのポートを「使用すべき」であるという当然の結果として、それらを他のものに使用しないでください。それが私がそれを言及した理由です。
ミルチャVutcovici

2
iana.org/assignments/service-names-port-numbers/…は、動的ポートおよび/またはプライベートポート(49152-65535)について話します。したがって、クライアントはその範囲のポートを使用する必要があるようです。
ミルチャVutcovici

回答:


13

おそらくRFC 6056-トランスポートプロトコルポートのランダム化の推奨事項(「現在のベストプラクティス」)を探しています

技術的には、エフェメラルポートが1024以上またはランダムである必要はありません(番号12が好きなので、常にポート12から接続を開始するシステムを構築できます)。多くの理由があり、そのいくつかはそのRFCで説明されています)。


一時ポートは49152以上でなければなりません。しかし、あなたの答えは私の質問に最も近いものです。
ミルチャヴトコヴィチ

3

RFC 6335には、このことを説明しています:

動的ポート範囲(49152〜65535)のポートは、ローカルおよび動的な使用のために特別に確保されており、IANAを介して割り当てることはできません。アプリケーションソフトウェアは、ローカルホストで使用可能な動的ポートを使用するだけで、割り当ては一切行われません。一方、アプリケーションソフトウェアは、動的ポート範囲の特定のポート番号が常に通信に常に使用可能であると想定してはならず、その範囲のポート番号をサービス識別子として使用してはなりません。

予約ポート:

ユーザーポート範囲(1024〜49151)のポートは、IANAを介した割り当てに使用でき、割り当てが成功するとサービス識別子として使用できます(MAY)。

システムポート範囲(0〜1023)のポートも、IANAを介した割り当てに使用できます。システムポート範囲は最小で最も高密度に割り当てられているため、新しい割り当ての要件はユーザーポート範囲の要件よりも厳密であり、「IETF Review」または「IESG Approval」手順RFC5226でのみ許可されます。

はじめに混乱を説明します。

長年、伝送制御プロトコル(TCP)[RFC0793]およびユーザーデータグラムプロトコル(UDP)[RFC0768]で使用するための新しいサービス名とポート番号値の割り当てには、
明確なガイドラインがありませんでした。

Windows XPはRFC6335に従っていないようですが、Solaris 10はそうです。


1

voretaq7がこれと一緒に言った が、つまらないものには技術的な要件があります。歴史的に、* nixのデーモン/サーバーは1024未満のポート(システムポートと呼ばれます)で実行されているため、競合を避けるため、ソースポート(ユーザーポート)は1024を超えています(正確には1024-49151)。あなたが言うように、それは実装に依存します。上記のすべてのリンクはすべてRFCのリストを提供しますが、おそらく最も具体的なものは IANAの「エキスパートレビュー」プロセスを説明するRFC5226です。


一部のNFSサーバー実装では、NFSクライアントが1024未満のポートを使用する必要があります。そのため、技術的にはすべてのポートを送信元ポートとして使用することが常に可能でした。私は何を求めていますと、実際にクライアントが49152を超えるポートを使用する必要があると思われる1024上のポートで使用するように依頼文書のためである
ミルチャVutcovici

1
それは私の答えを反証するものではありません。こちらを参照してくださいunix.stackexchange.com/questions/16564/…IANAの割り当てとRFC 6056があなたをカバーしないのはなぜですか?いつでも推奨事項を提供できるようになった後、ソースポートとしてポート80を使用するWebブラウザーの実装を妨げるものは誰もいません
ユーザー

1
同様にped慢であるため、特権ポートまたは「既知の」ポートを送信元ポートとして使用しないという要件はありません(特権NFSポートを使用したMirceaの反例を参照)禁止されています。TCPとUDPのRFCによると、未使用のポートはソースポートとしては公平です。その上に作成する規則は、便宜上のものです
。--)
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.