FTP)このメモの位置づけ本書は、インターネットコミュニティのための情報提供を目的としたものであり、いかなるインターネット標準をも定義するものではありません。本書の配布に制限はありません。要旨このメモには、FTPクライアントプログラムの機能に対する変更を提案したものが書かれています。プロトコルの修正は必要ありませんが、何点か有益なヒントなるものをまとめました。2番目のTCP接続を使用します。クライアントへのアクティブオープンな接続要求によって確立されます。ランダムなポート番号への内向きの接続を許可しないパケットフィルタリングファイアウォールとは、うまく協調しません。コマンドを使用する場合、データチャネルは、ファイアウォールを通して外向きの接続要求になります。このような接続要求は操作が簡単で、問題も最小限に押えられます。1つの接続で完了する必要があります。20番ポートからクライアントの制御用ポートと同じポートに対してアクティブな接続が行われ、クライアントはその接続を受け入れます。クライアントはそのような動作をしません。それぞれの転送毎に、新たな接続を確立します。コマンドを送信します。このどちらのシナリオにも属さないのが、ファイアウォールフレンドリーです。ような安全と思われるポートだけに通過させます。以下のもの)のみをブロックしているということです。ような危険なサービスが上位のポート番号で提供されているので、少々危険を伴います。一方で、外向けの要求は、ファイアウォール管理者にとっても、パケットフィルタにとっても、それ程問題にはなりません。接続を開始するパケットにはなり得ません。フィルタはそのような接続開始要求パケットを外向けのみに通過するよう設定しています。よって、データチャネルの接続要求を受け入れるために、任意のポートを割り当て、クライアントにそのポート番号を知らせます。クライアントはそのポートに対し、接続要求を出して、コネクションを確立することができます。必要なメカニズムは既に、このプロトコルの中に存在しています。コマンドを送信した場合、サーバーは、ランダムなポートをパッシブオープンし、クライアントにそのポート番号を通知します。クライアントは、それからコネクションを確立するためにアクティブオープンします。サーバーは、数限られています。反してしまうとはいえ、大きな問題とはなりえません。understood"というメッセージが返されます。モードをサポートしていないサイトに対して、ファイアウォールを通して接続することは難しいでしょう。使用することを推奨します。利用しても特に問題はありません。利用することにより、ファイアウォール環境におけるクライアントの親和性も高まります。コマンドへの応答形式が曖昧だと注意されています。推奨事項に従うとよいでしょう。使用しても新たなメッセージを送信することはありません。ー間でメッセージの交換が行われます。コマンドであるかは大して重要にはなりません。コマンドを必要としません。プロキシをファイアウォールの外側に設置する必要があります。すれば、パケットフィルタ制限でパケットがひっかかることもありません。プロトコルの転送効果を高めることができるかもしれません。passive)を送信し、このオプションを実装しているサーバーは常に受動的なオープンを行います。ない全てのファイル転送リクエストに対して発行されます。このメッセージには転送に使用されるポート番号が含まれます。受信したサーバーに送られます。すると、サーバーは次に続くデフォルトの転送機能を無効にします。者による転送を許可します。