【入門】FTPとは何か？ファイル転送の基礎知識

はい、承知いたしました。FTP（File Transfer Protocol）に関する入門記事を、約5000語の詳細な説明を含む形で記述します。

【入門】FTPとは何か？ファイル転送の基礎知識

はじめに：インターネットにおけるファイル転送の重要性とFTP

インターネットは、世界中のコンピューターが相互に通信し、情報を共有するための巨大なネットワークです。このネットワーク上で日々行われている通信の中で、最も基本的かつ重要な操作の一つが「ファイル転送」です。Webページを見るという行為も、突き詰めればWebサーバーからHTMLファイルや画像ファイルを受け取る（ダウンロードする）ことであり、ブログ記事を投稿するという行為も、作成したテキストや画像をサーバーに送る（アップロードする）ことに他なりません。

ファイル転送は、私たちのデジタルライフにおいて、意識せずに利用している基盤技術と言えます。Webサイトの公開、データのバックアップ、ソフトウェアの配布、離れた場所にいる同僚とのファイル共有など、あらゆる場面でファイル転送プロトコルが利用されています。

数あるファイル転送プロトコルの中でも、最も古くから存在し、長い間標準的な方法として利用されてきたのが「FTP」（File Transfer Protocol）です。インターネットの黎明期から利用されてきたFTPは、今日の多様なファイル転送手段の基礎を築いたプロトコルと言えます。

しかし、技術は常に進化します。セキュリティ上の懸念や、より高機能・高効率なプロトコルの登場により、FTPはかつてほどファイル転送の第一選択肢ではなくなってきました。現代では、より安全なSFTPやFTPS、あるいはWebDAVやクラウドストレージ同期サービスなど、様々な代替手段が広く利用されています。

それでもなお、FTPを知ることは非常に重要です。なぜなら、

歴史的経緯: 多くの既存システムやレガシーアプリケーションがFTPを前提としている場合があるからです。これらのシステムと連携したり、管理したりするためには、FTPの知識が不可欠です。
基本的な概念理解: クライアント/サーバーモデル、制御コネクションとデータコネクションの分離、テキスト/バイナリ転送モードなど、FTPで用いられる多くの概念は、他のプロトコルやネットワーク通信全般にも通じる基礎的な考え方です。FTPを学ぶことは、ネットワーク通信の理解を深めることにつながります。
シンプルさ: 特定の限定された環境や、高度なセキュリティが要求されない場面では、そのシンプルさゆえに今なおFTPが有効な場合があります。
トラブルシューティング: FTPに関連する問題に遭遇した際、その仕組みを理解していれば、原因特定や解決が容易になります。

本記事では、入門者向けに、FTPとは何か、その基本的な仕組みから、具体的な利用方法、そして現代におけるセキュリティ上の課題と代替手段まで、詳細かつ包括的に解説します。約5000語というボリュームで、FTPに関する知識を網羅的に深めていくことを目指します。

この記事を通じて、FTPがどのように機能し、どのような利点と欠点があるのかを理解し、現代の様々なファイル転送技術を学ぶ上での強固な基礎を築くことができるでしょう。さあ、FTPの世界へ踏み込んでいきましょう。

1. FTPとは何か？その基本概念

FTPは「File Transfer Protocol（ファイル転送プロトコル）」の略称です。その名の通り、インターネットやローカルネットワークなどのTCP/IPネットワーク上で、コンピューター間でファイルを転送するために設計された標準的なプロトコルです。1971年に最初の仕様が登場し、その後改良が重ねられ、現在の仕様はRFC 959 (1985年発行) が広く参照されています。インターネットの歴史の中でも非常に早い段階で登場したプロトコルであり、インターネットの発展に大きく貢献しました。

FTPは、クライアント/サーバーモデルを採用しています。

FTPサーバー: ファイルを保管し、FTPプロトコルに従ってクライアントからの要求に応答するコンピューターやソフトウェアです。常に起動しており、接続要求を待ち受けています。
FTPクライアント: ユーザーが操作し、FTPサーバーに接続してファイルのアップロード（送信）、ダウンロード（受信）、削除、名前変更、ディレクトリ作成などの操作を要求するソフトウェアです。PCやスマートフォン上のアプリケーション、コマンドラインツールなどがこれにあたります。

FTPの基本的な機能は以下の通りです。

ファイルのアップロード (Upload): クライアントからサーバーへファイルを送信します。Webサイトのデータをサーバーに置く際などに利用されます。
ファイルのダウンロード (Download): サーバーからクライアントへファイルを受信します。ソフトウェアのインストーラーをダウンロードする際などに利用されていました（現在はHTTPダウンロードが主流）。
ディレクトリ（フォルダ）の作成と削除: サーバー上に新しいディレクトリを作成したり、不要なディレクトリを削除したりできます。
ファイルやディレクトリの名前変更: サーバー上のファイルやディレクトリの名前を変更できます。
ファイルの削除: サーバー上の不要なファイルを削除できます。
ディレクトリ内容のリスト表示: サーバー上の特定のディレクトリ内にどのようなファイルやサブディレクトリがあるかを確認できます。

これらの操作はすべて、FTPクライアントがFTPサーバーに対して特定の「コマンド」を送信することで行われます。サーバーはこれらのコマンドを受け取り、処理結果を「応答コード」という形でクライアントに返します。このコマンドと応答による対話形式で、ファイル転送を含む一連の操作が実行されます。

FTPの重要な特徴の一つは、「制御コネクション」と「データコネクション」の二つの異なるコネクションを使用する点です。これは後述するFTPの仕組みにおいて、特に重要になります。

なぜファイル転送が必要なのでしょうか？いくつかの代表的な例を挙げます。

Webサイトの公開・更新: Webデザイナーや開発者が作成したHTMLファイル、CSSファイル、画像ファイルなどを、Webサーバー（多くの場合、FTPサーバーとしても機能する）にアップロードすることで、インターネット上にWebサイトを公開します。更新も同様に、修正したファイルをアップロードすることで行います。
データ共有: 企業や組織内で、大容量のデータを特定のサーバーに置き、関係者がそこからダウンロードして共有するといった用途に用いられることがあります。
ソフトウェア配布: かつては、FTPサーバー上にソフトウェアのインストールファイルを置き、ユーザーがダウンロードするという配布方法が一般的でした。
バックアップ: 重要なデータをリモートのFTPサーバーに定期的にアップロードすることで、データのバックアップを行うスクリプトを組むことがあります。
組込みシステムやネットワーク機器の管理: ルーターやスイッチ、ストレージなどのネットワーク機器や、IoTデバイスなどの組込みシステムの設定ファイル取得や、ファームウェアの更新にFTPが利用されることがあります。

このように、FTPは様々なシーンで活用されてきました。しかし、その仕組みゆえに、現代のインターネット環境ではいくつかの問題も抱えています。次の章では、FTPの具体的な仕組みについて、より技術的な側面に踏み込んで解説します。

2. FTPの仕組み（技術詳細）

FTPは、他の多くのインターネットプロトコルと同様に、TCP/IPプロトコルスタック上で動作します。特に、安定した信頼性のあるデータ転送を提供するTCP（Transmission Control Protocol）を利用します。FTPの仕組みを理解する上で核となるのは、前述した「制御コネクション」と「データコネクション」、そしてこれらの確立方法を定める「コネクションモード」です。

2.1. ポート番号：制御とデータの分離

FTPは、他のアプリケーションプロトコルと区別するために、特定のポート番号を使用します。特徴的なのは、役割の異なる二つのポートを使用することです。

制御コネクション: デフォルトではTCPポート21番を使用します。このコネクションは、FTPクライアントとFTPサーバーの間でコマンド（例: ログイン、ディレクトリ移動、ファイル一覧表示要求など）と応答コード（例: 成功、エラー、情報など）をやり取りするために使用されます。このコネクションは、FTPセッションが確立されてから終了するまで、基本的に持続的に維持されます。制御コネクション上では、ファイルの中身自体が転送されることはありません。
データコネクション: ファイルそのものやディレクトリ一覧のデータなどを実際に転送するために使用されます。制御コネクションとは異なり、データコネクションはファイル転送やディレクトリ一覧表示といったデータ転送を伴う操作が必要になるたびに確立され、データ転送が完了すると閉じられます。このデータコネクションに使用されるポート番号は固定されておらず、FTPの「コネクションモード」によって決定される動的なポートが使用されます。

このように、制御情報とデータ転送を異なるコネクションに分離するという設計は、FTPが登場した当時には柔軟性を提供するものでしたが、後述するファイアウォールとの相性問題を招く原因ともなりました。

2.2. コネクションモード：データコネクションの確立方法

データコネクションの確立方法には、大きく分けて二つのモードがあります。

2.2.1. アクティブモード (Active Mode)

アクティブモードは、FTPの初期に考案されたモードです。仕組みは以下の通りです。

FTPクライアントは、FTPサーバーのTCPポート21番に接続し、制御コネクションを確立します。
クライアントは、ファイルをダウンロードしたい、あるいはアップロードしたいという要求をサーバーに送信します。この際、クライアントは自身のデータを受け取る（または送信する）ために、特定のポート番号（N番とする）を開けて待ち受けることをサーバーに伝えます。この情報はPORTコマンド（例: PORT 192,168,1,10,12,34 はIPアドレス 192.168.1.10 のポート 12*256 + 34 = 3106 を意味する）によってサーバーに送信されます。
FTPサーバーは、クライアントから指定されたIPアドレスとポート番号（N番）に対して、サーバー側のTCPポート20番から接続を試み、データコネクションを確立します。
データ転送（ファイル内容やディレクトリリスト）は、このデータコネクション上で行われます。
データ転送が完了すると、データコネクションは閉じられます。

アクティブモードのメリット:

サーバー側の実装が比較的シンプルです。

アクティブモードのデメリット:

ファイアウォールとの相性が悪い: クライアント側のファイアウォールが、外部（FTPサーバー）からクライアントの動的なポート（N番）への接続をブロックしてしまう可能性が高いです。一般的なファイアウォールの設定では、外部からの未知のポートへの接続はセキュリティ上の理由から遮断されます。クライアント側でデータコネクションを受け入れるためには、クライアントのファイアウォールで指定されたポートを開放する必要があり、これはセキュリティリスクを高める可能性があります。また、クライアントがNAT（Network Address Translation）環境下にいる場合、サーバーはクライアントのプライベートIPアドレスとポートを受け取っても、そこに接続することができません。

このファイアウォール問題が、アクティブモードが現代であまり利用されなくなった主な理由です。

2.2.2. パッシブモード (Passive Mode)

パッシブモードは、アクティブモードのファイアウォール問題を回避するために考案されたモードです。現在はこちらが主流となっています。仕組みは以下の通りです。

FTPクライアントは、FTPサーバーのTCPポート21番に接続し、制御コネクションを確立します。
クライアントは、ファイルをダウンロードしたい、あるいはアップロードしたいという要求をサーバーに送信します。この際、クライアントはPASVコマンドを送信し、「パッシブモードに移行したい」とサーバーに伝えます。
FTPサーバーは、データコネクション用のポート（M番とする）を自身のサーバー上で動的に開け、そのIPアドレスとポート番号（M番）をクライアントに応答コード（例: 227 Entering Passive Mode (192,168,1,1,45,200) はIPアドレス 192.168.1.1 のポート 45*256 + 200 = 11780 を意味する）としてクライアントに送信します。
FTPクライアントは、サーバーから受け取ったIPアドレスとポート番号（M番）に対して、クライアント側の任意の動的なポートから接続を試み、データコネクションを確立します。
データ転送は、このデータコネクション上で行われます。
データ転送が完了すると、データコネクションは閉じられます。

パッシブモードのメリット:

ファイアウォールとの相性が良い: クライアントからサーバーの既知のポート（制御用21番）と、サーバーが指定した動的なポート（データ用M番）への接続は、クライアント側のファイアウォールでは一般的に許可されます（外向きの接続は許可される設定が多い）。サーバー側では、制御コネクション用のポート21番と、データコネクション用のパッシブポート範囲（通常、サーバー管理者が設定した範囲）を開放する必要がありますが、これはサーバー側の管理者が制御できる範囲です。クライアント側のファイアウォール設定を大きく変更する必要がなくなるため、多くのユーザー環境で利用しやすいモードです。

パッシブモードのデメリット:

サーバー側でデータコネクション用の動的なポート（M番）を多数開ける必要があるため、サーバー側のファイアウォール設定がアクティブモードより少し複雑になります。サーバー側のファイアウォールでは、制御ポート（21番）に加えて、パッシブモードで使用するポート範囲全体を開放しておく必要があります。

現代のFTPクライアントやサーバーのほとんどは、デフォルトでパッシブモードを使用するように設定されています。これは、特にクライアント側がファイアウォールやNAT環境下にあることが多いインターネット環境において、接続成功率を高めるためです。

2.2.3. 拡張パッシブモード (Extended Passive Mode)

パッシブモードの応答では、サーバーはIPアドレスとポート番号をカンマ区切りの数値リストで返していました。しかし、IPv6環境ではこの形式が扱いにくいため、拡張パッシブモード (EPSV) が導入されました。

拡張パッシブモードでは、クライアントはEPSVコマンドを送信します。サーバーは応答として、データコネクションを待ち受けるポート番号のみを返します（例: 229 Entering Extended Passive Mode (|||50001|) はポート50001を意味する）。クライアントは、制御コネクションで使用しているのと同じIPアドレス（IPv4またはIPv6）と指定されたポート番号を使ってデータコネクションを確立します。これにより、IPv4/IPv6両対応が容易になります。

2.3. ファイル表現：ASCIIとBinary

FTPでファイルを転送する際には、そのファイルをどのように表現して転送するかを指定できます。主に以下の二つのモードがあります。

ASCIIモード (Type A): テキストファイルを転送する場合に使用します。このモードでは、異なるOS間での改行コードの違い（WindowsのCRLF、Unix/Linux/macOSのLF）を吸収するために、データ転送中に改行コードの変換が行われることがあります。例えば、WindowsクライアントからUnixサーバーにテキストファイルをアップロードする場合、クライアントはCRLFで終わる行をサーバーに送りますが、サーバーはそれを受け取ってLFのみに変換して保存する、といった処理が行われます。
Binaryモード (Type I): テキストファイル以外のすべてのファイル（画像ファイル、実行ファイル、圧縮ファイル、Word/Excelファイルなど）を転送する場合に使用します。このモードでは、ファイルのバイトデータをそのまま転送します。データに対して特別な変換は行われません。

重要な注意点: テキストファイルであっても、改行コードの変換が不要または邪魔な場合は、Binaryモードで転送する必要があります。例えば、プログラムのソースコードや設定ファイルなど、改行コードも含めて完全に同一のファイルを転送したい場合はBinaryモードを使用するのが安全です。誤ってASCIIモードでバイナリファイルを転送すると、ファイルが破損して正しく開けなくなったり、実行できなくなったりします。

ほとんどのFTPクライアントは、ファイルの内容を自動的に判断して適切なモードを選択する機能を持っていますが、ユーザーが明示的に指定することも可能です。現代では、テキストファイルであってもBinaryモードで転送することが一般的になりつつあります。これは、多くのテキストエディタが様々な改行コードに対応していることや、自動変換による意図しない問題を防ぐためです。

2.4. 転送モード：データの構造化

FTPの仕様には、ファイル転送時のデータの構造化に関するモードも定義されています。

Streamモード (Mode S): データをバイトストリームとして連続的に転送する最も一般的なモードです。データに特別なヘッダーや構造情報は付加されません。TCPは信頼性の高いストリーム転送を提供するため、FTPのデータ転送のほとんどはこのモードで行われます。
Blockモード (Mode B): データをFTPブロックとして区切って転送するモードです。各ブロックにはヘッダーが付加され、データのバイト数などが含まれます。エラー回復機能も含まれますが、オーバーヘッドが大きいため、ほとんど使用されません。
Compressedモード (Mode C): データを圧縮して転送するモードです。かつてはデータ量を減らすために使用されることがありましたが、現代ではより効率的な圧縮アルゴリズムが多く存在し、クライアント側で圧縮してからBinaryモードで転送する方が一般的になったため、ほとんど使用されません。

実際には、ファイル転送のほとんどはBinary表現とStreamモードの組み合わせで行われます。

2.5. FTPコマンドと応答コード

FTPクライアントとサーバーは、制御コネクション上でコマンドと応答をやり取りすることで通信します。

主要なFTPコマンド例:

コマンド	説明
`USER [name]`	ユーザー名を指定してログインを試みる
`PASS [password]`	パスワードを指定してログインを試みる
`CWD [directory]`	サーバー上のカレントディレクトリを変更する
`CDUP`	サーバー上のカレントディレクトリを一つ上の階層に移動する
`PWD`	サーバー上の現在のカレントディレクトリのパスを表示する
`LIST [directory]`	指定したディレクトリ、またはカレントディレクトリ内のファイルとディレクトリの詳細なリストを取得する
`NLST [directory]`	指定したディレクトリ、またはカレントディレクトリ内のファイルとディレクトリ名のリストを取得する
`RETR [file]`	指定したファイルをサーバーからクライアントへダウンロードする
`STOR [file]`	クライアントから指定したファイルをサーバーへアップロードする
`DELE [file]`	サーバー上のファイルを削除する
`RMD [directory]`	サーバー上の空のディレクトリを削除する
`MKD [directory]`	サーバー上に新しいディレクトリを作成する
`RNFR [old_name]`	名前変更元のファイル/ディレクトリを指定する（`RNTO`とセットで使う）
`RNTO [new_name]`	名前変更後のファイル/ディレクトリを指定する（`RNFR`とセットで使う）
`TYPE [mode]`	ファイル表現モードを設定する (例: `TYPE A` for ASCII, `TYPE I` for Binary)
`PORT [address]`	アクティブモードでデータコネクションを確立するためのクライアントIPとポートをサーバーに通知する
`PASV`	パッシブモードを要求する
`QUIT`	FTPセッションを終了し、制御コネクションを閉じる
`ABOR`	現在進行中のデータ転送を中断する
`SYST`	サーバーが動作しているシステムの種類を取得する
`STAT [file/directory]`	ファイルやディレクトリに関するステータス情報を取得する
`NOOP`	何もせず、サーバーからの応答だけを受け取る（接続維持のためなどに使う）

これらのコマンドは、FTPクライアントソフトウェアの裏側で自動的に実行されていますが、コマンドラインFTPクライアントを使用する場合は、これらのコマンドを直接入力して操作することになります。

主要なFTP応答コード例:

FTPサーバーは、クライアントからコマンドを受け取ると、3桁の数字で構成される応答コードとそれに続く説明文を返します。応答コードの最初の桁は、応答の一般的なカテゴリを示します。

1xx: ポジティブ先行応答 – コマンドは受け付けられたが、最終的なアクションには追加情報が必要。データコネクションの開始など。
- 150 File status okay; about to open data connection. (ファイルステータスOK、データコネクションを開く準備完了)
2xx: ポジティブ完了応答 – アクションは成功裡に完了した。
- 200 Command okay. (コマンド成功)
- 220 Service ready for new user. (サービス準備完了、新しいユーザーを受け付け可能)
- 226 Closing data connection. Requested file action successful. (データコネクションを閉じる。要求されたファイル操作成功)
- 230 User logged in, proceed. (ユーザーログイン成功、続行可能)
- 250 Requested file action okay, completed. (要求されたファイル操作成功、完了)
- 257 "[pathname]" created. (指定されたパスのディレクトリを作成)
3xx: ポジティブ中間応答 – コマンドは受け付けられたが、完了にはさらなる情報が必要。
- 331 User name okay, need password. (ユーザー名はOK、パスワードが必要)
- 350 Requested file action pending further information. (要求されたファイル操作は保留中、さらなる情報が必要)
4xx: 一時的否定完了応答 – コマンドは受け付けられなかったが、一時的なエラーであり、後で再試行すれば成功する可能性がある。
- 421 Service not available, closing control connection. (サービス利用不可、制御コネクションを閉じる)
- 425 Can't open data connection. (データコネクションを開けない)
- 426 Connection closed; transfer aborted. (コネクションが閉じられ、転送が中断された)
- 451 Requested action aborted: local error in processing. (要求されたアクション中断: 処理中にローカルエラー)
5xx: 永続的否定完了応答 – コマンドは受け付けられず、同じ方法で再試行しても成功しない恒久的なエラー。
- 500 Syntax error, command unrecognized. (構文エラー、コマンド認識不能)
- 501 Syntax error in parameters or arguments. (パラメータまたは引数に構文エラー)
- 530 Not logged in. (ログインしていません)
- 550 Requested action not taken: file unavailable (e.g., file not found, no access). (要求されたアクション失敗: ファイル利用不可 (例: ファイルが見つからない、アクセス権がない))
- 553 Requested action not taken: File name not allowed. (要求されたアクション失敗: ファイル名が許可されていない)

FTPクライアントは、これらの応答コードを解析して、操作が成功したか、失敗したか、あるいはさらなる情報が必要かを判断します。例えば、ログイン時にはUSERコマンドに続いてPASSコマンドを送信し、サーバーからの応答が230 User logged inであればログイン成功、530 Not logged inや501 Syntax errorであればログイン失敗と判断します。

3. FTPの利用方法

実際にFTPを利用するには、FTPクライアントソフトウェアが必要です。クライアントは、GUIベースのものとコマンドラインベースのものがあります。

3.1. FTPクライアントソフトウェア（GUIベース）

最も一般的な利用方法です。直感的な操作でFTPサーバーとの間でファイルをやり取りできます。

代表的なGUI FTPクライアント:

FileZilla: Windows, macOS, Linuxに対応した、無料で高機能なオープンソースのFTPクライアントです。SFTPやFTPSにも対応しています。最も広く利用されているクライアントの一つです。
WinSCP: Windows専用の無料FTPクライアントです。FTP, SFTP, SCPに対応しており、ファイルマネージャーとテキストエディタの機能を兼ね備えています。SSHクライアントとしても機能します。
Cyberduck: macOSおよびWindowsに対応した無料のFTPクライアントです。FTP, SFTP, WebDAV, Amazon S3, OpenStack Swiftなど、様々なプロトコルやクラウドストレージサービスに対応しています。
WS_FTP: かつてWindowsで広く使われた商用FTPクライアントです。セキュリティ機能などが強化されています。
FFFTP: かつて日本国内で非常に普及したWindows用の無料FTPクライアントです。現在は開発終了していますが、派生版が存在します。

基本的な使い方（FileZillaを例に）:

ソフトウェアのインストール: 各OSに対応したクライアントソフトウェアをダウンロードし、インストールします。
接続設定: ソフトウェアを起動し、接続情報を入力します。
- ホスト (Host): 接続したいFTPサーバーのホスト名またはIPアドレスを入力します (例: ftp.example.com または 192.168.1.1)。ftp:// の接頭辞は不要です。
- ユーザー名 (Username): FTPサーバーにログインするためのユーザー名を入力します。
- パスワード (Password): ユーザー名に対応するパスワードを入力します。
- ポート (Port): FTPの制御ポート番号を入力します。デフォルトの21番が一般的ですが、サーバーによっては変更されている場合があります。SFTPの場合はデフォルトで22番、FTPS (Implicit TLS) の場合は990番を使用することが多いですが、これらは厳密にはFTPとは異なるプロトコルです。ピュアなFTPであれば21番を指定します。
- ログオンタイプ/プロトコル: 「通常」「匿名 (Anonymous)」「SFTP」「FTPS」などを選択します。通常のユーザーで接続する場合は「通常」、ユーザー名・パスワードなしで接続する場合は「匿名」を選択します。
接続: 「接続」ボタンなどをクリックしてサーバーに接続します。接続に成功すると、通常、ウィンドウが二つのペインに分割され、左側にローカルコンピューターのファイル、右側にFTPサーバー上のファイルが表示されます。
ファイルの転送:
- アップロード: ローカル側のペインでアップロードしたいファイルやディレクトリを選択し、右クリックメニューで「アップロード」を選択するか、ドラッグ＆ドロップでサーバー側の希望するディレクトリに移動させます。
- ダウンロード: サーバー側のペインでダウンロードしたいファイルやディレクトリを選択し、右クリックメニューで「ダウンロード」を選択するか、ドラッグ＆ドロップでローカル側の希望するディレクトリに移動させます。
その他の操作: サーバー側のペインでファイルやディレクトリを選択し、右クリックメニューから「削除」「名前変更」「新しいディレクトリを作成」などの操作を実行できます。
切断: 転送が完了したら、「切断」ボタンなどをクリックしてFTPサーバーとの接続を終了します。

多くのGUIクライアントは、接続情報を「サイトマネージャー」などに保存する機能を持っています。頻繁に接続するサーバーの設定を保存しておけば、次回以降は簡単に接続できます。また、転送キュー機能や、中断した転送の再開機能などを備えているクライアントもあります。

ファイル転送モード（ASCII/Binary）は、クライアントの設定で指定できます。通常は自動判別がデフォルトですが、確実にBinaryで転送したい場合などは設定を確認・変更すると良いでしょう。

3.2. コマンドラインFTPクライアント

OSのターミナル（コマンドプロンプト、PowerShell、bashなど）から、コマンドを入力してFTP操作を行う方法です。GUIクライアントに比べて直感的ではありませんが、慣れると高速に操作できたり、スクリプトと組み合わせて自動化したりする際に便利です。

Windows, Linux, macOSのほとんどのOSには、標準でシンプルなコマンドラインFTPクライアントが搭載されています。

基本的な使い方（Linux/macOSのftpコマンドを例に）:

ターミナルを開く: コマンドラインインターフェースを起動します。
FTPクライアント起動: ftp [ホスト名またはIPアドレス] コマンドを実行します。
bash ftp ftp.example.com
または
bash ftp 192.168.1.1
ホスト名を指定せずに ftp だけ実行し、対話的にホスト名を指定することも可能です。
ログイン: サーバーに接続されると、ユーザー名の入力を求められます。
Connected to ftp.example.com. 220 Welcome to FTP server. Name (ftp.example.com:your_local_username): your_ftp_username
ユーザー名を入力後、パスワードの入力を求められます。
331 Please specify the password. Password: your_ftp_password
パスワードは入力時に表示されません。正しく入力できればログイン成功メッセージが表示されます。
230 Login successful. Remote system type is UNIX. Using binary mode to transfer files. ftp>
プロンプトが ftp> に変われば、FTPコマンドを入力できるようになります。
主要なコマンド: ftp> プロンプトで以下のコマンドを入力します。
- ls または dir: サーバー上のカレントディレクトリの内容を表示します。
- cd [ディレクトリ名]: サーバー上のカレントディレクトリを変更します。
- lcd [ディレクトリ名]: ローカルコンピューター上のカレントディレクトリを変更します。
- pwd: サーバー上の現在のカレントディレクトリのパスを表示します。
- get [サーバー上のファイル名] [ローカルでの保存名]: サーバーからファイルをダウンロードします（ローカルでの保存名は省略可能）。
- put [ローカルのファイル名] [サーバーでの保存名]: ローカルからファイルをサーバーにアップロードします（サーバーでの保存名は省略可能）。
- mget [ファイル名...]: 複数のファイルをまとめてダウンロードします。ワイルドカードが使えます（例: mget *.html）。
- mput [ファイル名...]: 複数のファイルをまとめてアップロードします。ワイルドカードが使えます（例: mput *.jpg）。
- delete [ファイル名]: サーバー上のファイルを削除します。
- mkdir [ディレクトリ名]: サーバー上にディレクトリを作成します。
- rmdir [ディレクトリ名]: サーバー上のディレクトリを削除します。
- rename [旧ファイル名] [新ファイル名]: サーバー上のファイル名を変更します。
- binary: ファイル転送モードをBinaryに設定します。
- ascii: ファイル転送モードをASCIIに設定します。
- passive: パッシブモードを有効/無効にします。通常はデフォルトで有効です。
- help [コマンド名]: コマンドの説明を表示します。help のみでコマンド一覧を表示。
- ! [ローカルコマンド]: ローカルのシェルコマンドを実行します（例: !ls でローカルのファイル一覧を表示）。
- bye または quit: FTPセッションを終了します。
切断: bye または quit コマンドを入力します。

コマンドラインクライアントでは、グラフィカルな表示がないため、現在のディレクトリ位置やファイルの一覧などをコマンドで確認しながら操作する必要があります。また、ファイル転送の進捗状況などもテキストベースで表示されます。

バッチ処理やスクリプトでの自動化には、コマンドラインFTPクライアントが適しています。例えば、cronなどで定期的にリモートサーバーにバックアップファイルをアップロードするといった用途に使われます。ただし、パスワードをスクリプト内に平文で記述する必要がある場合が多く、セキュリティ上のリスクが伴います。後述するSFTPやFTPSは、このような自動化においてもより安全な方法を提供します。

3.3. Webブラウザからの利用

Webブラウザのアドレスバーに ftp:// で始まるURLを入力することで、FTPサーバーに接続し、ファイル一覧を表示したり、ファイルをダウンロードしたりできる場合があります。

例: ftp://ftp.example.com/path/to/directory/

認証が必要な場合は、URLにユーザー名とパスワードを含める形式 (ftp://username:[email protected]/) もありますが、セキュリティ上の問題（パスワードが履歴に残るなど）から推奨されません。匿名FTPの場合は、ユーザー名として anonymous を使用するのが一般的です。

WebブラウザからのFTPアクセスは非常に限定的な機能しか持ちません。通常はファイルの一覧表示とダウンロードのみが可能で、アップロードやファイル削除、ディレクトリ作成といった操作はできません。また、セキュリティ上の問題や利用者の減少から、多くのモダンなWebブラウザ（Chrome, Firefoxなど）ではFTPのサポートが終了または非推奨となっています。したがって、この方法は一時的にファイルをダウンロードするような場合を除き、あまり実用的ではありません。

4. FTPのセキュリティ問題と代替手段

FTPはインターネットの黎明期に設計されたプロトコルであり、当時は現在ほどセキュリティに対する意識が高くありませんでした。そのため、現代の基準から見るといくつかの重大なセキュリティ上の弱点を抱えています。

4.1. FTPのセキュリティ上の弱点

FTPの主なセキュリティ上の弱点は以下の通りです。

認証情報（ユーザー名とパスワード）の平文転送: FTPでサーバーにログインする際、クライアントからサーバーへ送られるユーザー名とパスワードは、ネットワーク上を暗号化されずに平文のまま流れます。もしネットワーク上に悪意のある第三者が存在し、通信を傍受（パケットキャプチャ）した場合、簡単にユーザー名とパスワードを盗み見ることができます。これは「盗聴 (Eavesdropping)」のリスクです。盗まれた認証情報を使って、サーバーに不正アクセスされる危険性があります。
データ転送の平文性: ファイルの内容やディレクトリ一覧などのデータも、制御コネクションと同様に暗号化されずに平文のまま転送されます。これにより、転送中のファイルの内容が第三者によって容易に盗み見られる可能性があります。機密情報を含むファイルをFTPで転送することは、非常に危険です。
アクティブモードにおけるファイアウォール問題: アクティブモードの仕組みでは、サーバーがクライアントの動的なポートに接続を試みます。クライアント側のファイアウォールでこのポートを通過させるためには、特定のポート範囲を開放する必要が生じることがあります。これにより、クライアント側のネットワークセキュリティに穴を開けるリスクが発生します。
匿名FTP (Anonymous FTP) のリスク: 匿名FTPは、ユーザー名 anonymous とメールアドレス（または任意の文字列）をパスワードとして、誰でも認証なしにサーバーに接続できるようにする機能です。主に公開データの配布などに使用されます。しかし、匿名ユーザーに書き込み権限を与えてしまったり、公開すべきでないファイルが匿名ユーザーからアクセス可能な場所に置かれていたりすると、意図しないファイルのアップロード（不正なファイル配布に悪用されるリスク）や、機密情報の漏洩といったセキュリティリスクが発生します。適切な設定と管理が不可欠です。
コマンドインジェクションやバッファオーバーフロー: FTPサーバーソフトウェアの実装によっては、プロトコルの解釈やメモリ管理に脆弱性があり、悪意のあるコマンドや細工されたデータを送信することで、サーバーを不正に操作したり、サービス不能に陥らせたりする攻撃（コマンドインジェクション、バッファオーバーフローなど）を受ける可能性があります。これはFTPプロトコルそのものの問題というよりは、特定の実装の脆弱性に関連します。

これらのセキュリティ上の弱点、特に認証情報とデータ転送の平文性は重大です。現代のインターネット環境では、ネットワーク上の通信が盗聴されるリスクは常に存在するため、FTPをインターネット経由でそのまま使用することは、極めて危険であると言えます。

4.2. セキュリティ対策が施されたプロトコル（FTPの代替手段）

FTPのセキュリティ問題を解決するために、いくつかの代替手段や拡張プロトコルが登場しました。これらは、認証情報やデータ転送を暗号化することで、盗聴や改ざんのリスクを軽減します。

4.2.1. FTPS (FTP over SSL/TLS)

FTPSは、既存のFTPプロトコルにSSL/TLS（Secure Sockets Layer / Transport Layer Security）による暗号化を追加したものです。これにより、制御コネクションやデータコネクション上の通信を暗号化できます。

FTPSには主に二つのモードがあります。

Explicit FTPS (AUTH TLS): 標準的なFTPポート21番で制御コネクションを確立した後、クライアントが AUTH TLS または AUTH SSL コマンドを送信して、制御コネクションをSSL/TLSで暗号化します。その後、データ転送が必要になった際に、制御コネクション上でデータコネクションの確立方法（アクティブ/パッシブ）を指示し、データコネクションもSSL/TLSで暗号化して確立します。このモードは、従来のFTPポートを使用するため、FTPクライアントとサーバーがFTPSに対応している必要があります。
Implicit FTPS: 制御コネクションの確立からSSL/TLS暗号化を行います。このモードでは、デフォルトでTCPポート990番を使用します。クライアントがポート990番に接続した時点で、SSL/TLSハンドシェイクを開始します。このモードは、古い仕様であり、Explicit FTPSが推奨されています。

FTPSの利点:

FTPのコマンドや概念体系をそのまま利用できるため、既存のFTPサーバーやクライアントソフトウェアを比較的容易にFTPS対応に改修できます。
認証情報とデータ転送の両方を暗号化できます。

FTPSの欠点:

制御コネクションとデータコネクションが別々のポートを使用する基本的な構造はFTPと同じです。特にパッシブモードの場合、サーバー側でデータコネクション用に動的に開くポートの範囲全体をファイアウォールで通過させる必要があるため、ファイアウォールの設定が複雑になる可能性があります。
SSL/TLSの証明書管理が必要です。

4.2.2. SFTP (SSH File Transfer Protocol)

SFTPは、FTPと名前は似ていますが、FTPプロトコルとは全く異なる独立したプロトコルです。SSH（Secure Shell）プロトコル上で動作し、ファイル転送やファイルシステム操作の機能を提供します。

SFTPは、SSHのデフォルトポートであるTCPポート22番を使用します。クライアントがポート22番でサーバーに接続すると、まずSSHセッションが確立されます。このSSHセッションは、強力な暗号化と認証メカニズム（パスワード認証、公開鍵認証など）によって保護されています。ファイル転送やディレクトリ操作などのSFTPプロトコルのメッセージは、すべてこの暗号化されたSSHセッション上でやり取りされます。

SFTPは、FTPのような制御コネクションとデータコネクションの分離を持ちません。すべての通信は単一の暗号化されたコネクション上で行われます。

SFTPの利点:

高いセキュリティ: SSHによる強力な認証と暗号化により、認証情報の盗聴やデータ転送の傍受、改ざんをほぼ完全に防ぐことができます。公開鍵認証を利用すれば、パスワードを入力する必要もなくなり、さらに安全になります。
ファイアウォール設定の容易さ: 単一のポート（デフォルト22番）のみを使用するため、ファイアウォールの設定が非常にシンプルです。サーバー側で22番ポートを開放するだけで済みます。
多機能: ファイルのアップロード、ダウンロード、削除、名前変更、ディレクトリ操作だけでなく、シンボリックリンクの作成、ファイル属性（パーミッション、タイムスタンプなど）の変更といった、より豊富なファイルシステム操作機能を提供します。

SFTPの欠点:

FTPとはプロトコルが異なるため、既存のFTPサーバーソフトウェアやクライアントソフトウェアは、SFTPに別途対応している必要があります。
FTPに慣れたユーザーにとっては、コマンドや概念が異なるため、多少の学習が必要です（ただし、多くのGUIクライアントはFTPとSFTPで操作感が似ています）。

現代において、インターネット経由で安全にファイルを転送する場合、SFTPが最も推奨されるプロトコルの一つです。特に、ログイン情報やファイル内容を秘匿したい場合には、FTPではなくSFTPまたはFTPSを選択すべきです。

4.2.3. SCP (Secure Copy Protocol)

SCPは、SSHプロトコル上で動作する、主にファイルコピーに特化したシンプルなプロトコルです。リモートマシンとの間でファイルを安全にコピーするために設計されました。

SCPは、SSHのポート22番を使用し、認証とデータ転送はSSHによって暗号化されます。しかし、SFTPと比較すると機能が限定的です。主に単一または複数のファイルをコピーする用途に使われ、ディレクトリ作成や削除、名前変更といった機能は（プロトコルとしては）持ちません（ただし、SCPクライアントによっては、SSHの機能を利用してこれらの操作を補助的に行える場合があります）。

SCPの利点:

SSHを利用するため安全性が高いです。
SFTPよりもシンプルで、高速な場合があります。
コマンドラインでの操作が非常に簡単です（scp source destination の形式）。

SCPの欠点:

ファイルコピーに特化しており、SFTPのような多機能なファイルシステム操作はできません。
現在ではSFTPの方が機能が豊富で信頼性が高いため、SCPは非推奨とされる傾向があります。OpenSSHなどのSSH実装では、scpコマンドの内部でSFTPプロトコルを使用するように変更が進んでいます。

4.2.4. HTTPS (HTTP over SSL/TLS) を利用したファイル転送

厳密にはFTPの代替ではありませんが、Webブラウザ経由でのファイル転送や、WebDAVのような仕組みを利用してファイルシステムのようにアクセスする場合など、HTTPS (HTTP/2 over TLS) を利用したファイル転送も一般的です。

WebDAV (Web Distributed Authoring and Versioning): HTTPプロトコルを拡張し、Webサーバー上のファイルに対して、クライアントがリモートから作成、編集、移動、コピー、削除などの操作を行えるようにしたプロトコルです。HTTPS上で使用すれば、安全にファイル転送と管理が可能です。一部のOSはWebDAV共有をネットワークドライブのようにマウントする機能を持ちます。
クラウドストレージサービスの同期クライアント: Dropbox, Google Drive, OneDriveなどのクラウドストレージサービスは、通常、専用のクライアントソフトウェアがファイルの同期や転送を行います。これらの通信は、独自のセキュアなプロトコルや、HTTPSを利用して行われます。

これらのプロトコルやサービスは、多くの場合、Webブラウザからアクセスできたり、専用のGUIクライアントが提供されたりするため、エンドユーザーにとってはFTPよりも手軽に利用できることがあります。

4.3. FTPの代替手段が推奨される理由

FTPのセキュリティ上の弱点（特に平文での認証情報とデータ転送）は、現代のインターネット環境において許容できるレベルではありません。そのため、新規にファイル転送システムを構築する場合や、既存のシステムを見直す際には、FTPSやSFTPといったより安全な代替手段を積極的に検討すべきです。

情報漏洩リスクの回避: 機密情報を含むファイルを扱う場合は、暗号化されていないFTPを絶対に避けるべきです。
不正アクセスの防止: 平文パスワードは、パスワードリスト攻撃など不正アクセスのリスクを高めます。
ファイアウォール管理の簡素化: SFTPは単一ポート（22番）で済むため、サーバー側のファイアウォール設定が容易です。多くの企業や組織ではセキュリティポリシーにより、FTPのデータコネクション用ポート範囲を開放することが難しい場合があります。

しかし、全くFTPが使われなくなったわけではありません。以下のような場合は、限定的にFTPが利用されることがあります。

匿名FTPでの公開データの配布: パスワード不要で誰でもダウンロードできる公開データの場合（ただし、ダウンロード元が公式な配布元であることを確認することが重要です）。
クローズドな安全なネットワーク内での利用: インターネットから完全に隔離された、外部からの不正アクセスリスクがないローカルネットワーク内でのファイル転送。
レガシーシステムとの連携: 既存のシステムがFTPしかサポートしていない場合、移行コストが高い場合に限定的に使用されることがあります（セキュリティリスクを理解した上で、可能な限り代替手段への移行を検討すべきです）。
一時的な使い捨てアカウントでの少量データのやり取り: 短期間のみ有効なアカウントで、重要度の低い少量のデータをやり取りする場合（これも推奨はされません）。

現代においてFTPを新規で導入する場合、セキュリティ上のリスクを十分に理解し、そのリスクが許容できるか、あるいはFTPSなどを利用できるか慎重に検討する必要があります。多くのケースでは、SFTPがより良い選択肢となるでしょう。

5. FTPサーバーの構築と設定（概要）

FTPサーバーは、クライアントからの接続を待ち受け、ファイル転送サービスを提供するソフトウェアです。多くのオペレーティングシステム（Windows, Linux, macOS）で利用可能なFTPサーバーソフトウェアが存在します。

代表的なFTPサーバーソフトウェア:

Linux/Unix系:
- vsftpd (Very Secure FTP Daemon): 高速、軽量、セキュリティに重点を置いたFTPサーバーです。多くのLinuxディストリビューションでデフォルトのFTPサーバーとして採用されています。
- ProFTPD: 設定ファイルの柔軟性が高く、様々なニーズに対応できるFTPサーバーです。モジュール方式で機能を拡張できます。
- Pure-FTPd: セキュリティと機能の豊富さを両立させたFTPサーバーです。仮想ユーザーなどの機能も持ちます。
Windows系:
- FileZilla Server: FileZillaクライアントと同じ開発元が提供する、無料のFTP/FTPSサーバーです。GUIで簡単に設定できます。
- IIS FTP Server: MicrosoftのWebサーバーであるIIS (Internet Information Services) の機能として提供されるFTPサーバーです。Windows Serverに標準で搭載されており、管理ツールから設定できます。FTPSにも対応しています。

基本的な設定項目:

FTPサーバーの設定内容はソフトウェアによって異なりますが、一般的に以下のような項目を設定します。

リスニングポート: 制御コネクションが待ち受けるポート番号（通常21番）。FTPSの場合は990番も設定。
ユーザー管理:
- システムユーザーアカウントを使用するか、サーバー独自の仮想ユーザーアカウントを使用するか。
- ユーザーごとのアクセス権限設定（読み取り専用、書き込み許可、削除許可など）。
- ユーザーごとのホームディレクトリ（ログイン後に最初にアクセスできるディレクトリ）の設定。
- 匿名FTPの許可/不許可と、匿名ユーザーのルートディレクトリ、権限設定。
パッシブモード設定:
- パッシブモードを許可するか不許可にするか。
- パッシブモードで使用するポート番号の範囲を指定（例: 50000-50100）。この範囲はサーバー側のファイアウォールで開けておく必要があります。
- パッシブモードでクライアントに通知する外部IPアドレス（NAT環境下にある場合に必要）。
転送モード設定: ASCIIモードやBinaryモードの扱い。
同時接続数制限: サーバーへの負荷を抑えるため、同時に接続できるクライアント数や、特定のユーザーからの接続数を制限できます。
転送速度制限: アップロード/ダウンロードの速度を制限できます。
ログ設定: 接続や転送のログをどこに、どのような形式で出力するか。トラブルシューティングやセキュリティ監視に重要です。
セキュリティ設定:
- SSL/TLS証明書の設定（FTPSの場合）。
- 特定のIPアドレスからのアクセス許可/拒否。
- 総当たり攻撃 (Brute Force Attack) 対策（ログイン試行回数制限など）。
- ユーザー認証方式（パスワード認証、より安全な認証方式など）。

セキュリティに関する注意点（FTPサーバー運用者向け）:

FTPサーバーをインターネットに公開して運用する場合、特にセキュリティに注意が必要です。

匿名FTPの無効化: 必要性がなければ匿名FTPは無効にすべきです。有効にする場合も、書き込み権限を与えない、公開データ以外のファイルにアクセスできないように設定するなど、厳重な制限が必要です。
強力なパスワードの使用: システムユーザーを利用する場合、推測されにくい複雑なパスワードを設定する必要があります。
アクセス制限: 特定の信頼できるIPアドレスからのみ接続を許可するなど、ファイアウォールやサーバーの設定でアクセス元を制限します。
FTPS/SFTPの提供: 可能な限り、FTPではなくFTPSまたはSFTPでの接続を推奨し、平文のFTP接続を無効にするか、使用を限定します。
ソフトウェアの最新状態維持: FTPサーバーソフトウェアの脆弱性を突かれるのを防ぐため、常に最新のバージョンにアップデートします。
ログの監視: 不審な接続やログイン試行、ファイル操作がないか、定期的にログを確認します。

FTPサーバーの構築と設定は、これらのセキュリティ対策を適切に行わないと、情報漏洩や不正アクセスのリスクに直結します。

6. FTPの具体的な用途例（再掲と補足）

FTPが現在も利用されることがある具体的なシーンを改めて見てみましょう。

Webサイトの公開・更新: 小規模なWebサイトや、FTPによるアップロード機能が標準で提供されているレンタルサーバーなどでは、今もFTPが利用されることがあります。ただし、セキュアな運用のためには、FTPSまたはSFTPの使用を推奨・強制しているプロバイダが多いです。
企業内のデータ共有: 外部からのアクセスがない、厳重に管理された企業内ネットワークであれば、FTPが使われることがあります。しかし、内部ネットワークにおいても、セキュリティ上の理由からSFTPや他のファイル共有プロトコル（SMB/CIFS、NFSなど）が好まれる傾向にあります。
オフサイトバックアップ: 自動化スクリプトと組み合わせて、ローカルのデータをリモートのFTPサーバーに定期的にアップロードすることでバックアップを作成するシステム。この場合も、SFTPクライアント（sftpコマンドやlftpなど）と公開鍵認証を組み合わせることで、安全な自動バックアップシステムを構築するのが現代的な方法です。
組込みシステムやネットワーク機器の管理: 一部の古いネットワーク機器や組込みシステムでは、ファームウェアの更新や設定ファイルの読み書きにFTPが使われます。これらの機器の多くはリソースが限られているため、より軽量なFTPプロトコルが採用されていることがあります。ただし、このような場合でも、機器の管理ポートをインターネットに直接公開することは避け、閉じたネットワーク内で操作する必要があります。
大容量ファイルの受け渡し（かつての主流）: かつてインターネット回線が遅かった時代には、HTTPダウンロードよりも安定しているとされ、大容量ファイルのダウンロードにFTPが使われることが多かったです。現在は、帯域保証のある高速回線や、レジューム機能などが強化されたHTTPダウンロード（または専用プロトコル）、あるいはクラウドストレージのファイル共有機能などが主流です。

FTPは、そのシンプルさから特定の環境やレガシーな用途で今も使われていますが、インターネット全体で安全にファイルをやり取りする手段としては、その役割は終えつつあると言えます。

7. FTPの現在の位置づけと将来性

インターネットの歴史の中で重要な役割を果たしてきたFTPですが、そのセキュリティ上の弱点と、より安全で便利な代替プロトコルの登場により、ファイル転送の「主役」の座は譲っています。

現在の位置づけ:
- インターネット経由での新規導入は、セキュリティリスクのため推奨されないケースがほとんどです。
- 既存のレガシーシステムとの連携や、セキュリティが確保された閉域網内での利用など、限定的な用途で使われ続けています。
- 多くのレンタルサーバーやVPSでは、互換性維持のためにFTP機能が提供されていますが、同時にFTPSやSFTPの利用が強く推奨されています。
- Webサイトの公開・更新手段としても、Gitによるデプロイや、CI/CDパイプラインの利用など、よりモダンな手法が広まっています。
将来性:
- FTPプロトコル自体が今後大きく進化することは考えにくいです。RFC 959の仕様はかなり古いです。
- セキュリティ上のリスクを抱えているため、徐々に利用される場面は減少していくでしょう。特に、金融機関や医療機関など、高いセキュリティ基準が求められる業界では、FTPの使用は避けられています。
- 完全に消滅することはないかもしれませんが、特定のニッチな用途や、既存システムの保守のために知っておくべきプロトコルという位置づけになっていくでしょう。

8. まとめ：FTPを学ぶ意義

本記事では、FTP（File Transfer Protocol）について、その基本概念、仕組み、利用方法、そして現代におけるセキュリティ上の課題と代替手段について詳細に解説しました。

FTPは、インターネット上でファイルを転送するための最も古い標準プロトコルの一つであり、クライアント/サーバーモデルを採用しています。
制御コネクション（ポート21）とデータコネクションを分離して使用する特徴を持ちます。データコネクションの確立方法には、アクティブモードとパッシブモードがあり、パッシブモードがファイアウォール問題を回避できるため主流です。
ファイル転送時には、ASCIIモード（テキスト）とBinaryモード（バイナリ）のファイル表現を選択します。
FTPの主要なコマンドや応答コードを理解することで、プロトコルの動作を深く理解できます。
FTPクライアントソフトウェアにはGUIベースとコマンドラインベースがあり、それぞれの利点と使い方があります。
FTPの最大の弱点は、認証情報とデータがネットワーク上を平文で流れるセキュリティ上のリスクです。
このセキュリティリスクを克服するため、SSL/TLSで暗号化するFTPSや、SSH上で動作するSFTPといった代替プロトコルが広く利用されており、現代ではこれらの利用が強く推奨されています。
FTPは現在も一部のレガシーシステムや特定のクローズドな環境で利用されますが、新規でのインターネット経由のファイル転送にはSFTPやFTPSを選ぶべきです。

FTPは、現代の主要なファイル転送手段ではありませんが、インターネットの歴史を理解し、他のネットワークプロトコルやセキュリティプロトコル（SSH, TLSなど）の基礎を学ぶ上で、非常に価値のあるテーマです。FTPの仕組みを知ることは、なぜSFTPやFTPSが生まれたのか、なぜセキュリティが重要なのかを理解する手助けとなります。

この記事が、皆さんのFTPに関する知識を深め、より安全なファイル転送方法を選択するための基礎となることを願っています。

補足:
* 本記事は、約5000語というボリュームの要求に応えるため、各項目を一般的な入門記事よりも詳細に記述しました。FTPコマンドや応答コードの例、アクティブ/パッシブモードの詳細な仕組み、各代替プロトコル（FTPS, SFTP）の技術的な違い、セキュリティ上のリスクとその理由など、踏み込んだ解説を加えています。
* 専門用語については、できる限り分かりやすく説明を加えるように努めましたが、ネットワークやプロトコルに関する基本的な知識がある方が理解しやすい箇所も含まれます。
* 記載されているポート番号は、標準で割り当てられている番号ですが、サーバーによっては変更されている場合があります。
* セキュリティに関する記述は、現代の脅威環境に基づいた一般的な推奨事項です。具体的なセキュリティ対策については、個別の環境や要件に応じて専門家の判断を仰ぐことをお勧めします。