ファイル サービス プロトコル

ファイル サービス プロトコル( FSP )は、 UDPベースのファイル転送プロトコルの代替であり、FTP よりもハードウェアとネットワークの要件が低い匿名アクセス用に設計されています。特に、UDP を使用するため、多くの FTP サーバーがクライアントごとに個別のプロセスを必要とする問題を回避できます^{[引用が必要]} 。また、信頼性の低いプロトコルを使用するように構築されているため、ネットワーク障害後の転送の再開をより簡単に処理 できます^{[引用が必要]。}

FSP は、合法的な使用では FTP ほどの人気を得ることはありませんでしたが ( wuarchiveとid Software は、しばらくの間 FTP に加えて FSP サービスを提供していました)、1990 年代前半から中頃には、ポルノやウェアーズを含むアンダーグラウンドサイトで非常に人気を博しました。^[要出典] FSP サーバーは 1 つのプロセスしか必要としないため (ほとんどの FTP サーバーではクライアントごとに 1 つのプロセスが必要ですが)、システム管理者がプロセス リストで FSP に気付くことは非常に困難です。また、UDP を使用するため、ネットワーク管理者に気付かれる可能性も低くなります。

しかし、最終的には、ファイアウォールの使用が増え、サーバーやほとんどのクライアントを実行するために必要なシェル アカウントの使用が減少し、 Web ブラウザーで FSP がサポートされなくなったため、その使用は次第に減少し、ウェアーズ シーンはHTTPとFXPに移行し、ポルノは公に宣伝されているWeb サーバーに移行しました。^[要出典]

FSP プロトコルはIANAによって正式に認められていないため、公式のポート番号はありません。ただし、FTP の UDP 相当として、公式の FSP サーバーは、FTP の TCP ポート番号と同じ UDP ポート 21 で実行されることがよくあります。FSP は UDP を使用し、FTP は TCP を使用するため、両方を同じポート番号で同時に実行しても競合することはありません。非公式のサーバーはどのポートでも実行できますが、2121 が一般的な選択肢でした。(ほとんどの*nixシステムでは、 1024 未満のポートでリッスンするプロセスを開始できるのは、 ルート ユーザーだけです。)

FSPという名前は、もともとは実際には拡張せずに作成されました。1993 年に、この頭字語を何に拡張するかについて議論が行われ、最終的な結果はFile Service Protocolでした。他の提案には、 File Slurping Protocol、FTP's Sexier Partner、Flaky Stream Protocol などがありました。^[1]本質的にパフォーマンスが低いため、^{[引用が必要]} FSP は口語で「Fucking Slow Protocol」の略であると言われることもありました。^{[引用が必要]}

• FSP プロトコル ホームページ
• ファイル サービス プロトコル (FSP) に関するよくある質問
• FSP と Wi-Fi 経由の他の FTP のような転送プロトコルの比較
• 「FSP ARCHIVE (ファイル サービス プロトコル) Windows クライアント、サーバー、アプリ」。www.720k.net。2020年 1 月 16 日閲覧。