FTP誕生から40年 98
ストーリー by hylom
歴史が長いからこそ問題も、 部門より
歴史が長いからこそ問題も、 部門より
あるAnonymous Coward 曰く、
1971年4月16日にFTPについて書かれた最初のRFCが公表されてから先日で丸40年経ったそうだ（bit-tech、本家/.）。
最初のRFCはMITの大学院生Abhay Bushanによって書かれたとされているが、この仕様は現在のFTPと大分違うものだったという。米IpswitchのバイスプレジデントFrank Kenney氏の言葉を借りれば、「TCPをベースとしたネットワークでファイルをコピーするために使われていた非常にシンプルなプロトコルだったFTPは、現在ではクラウドを初めとする様々な環境において可視性や制御、また互換性やセキュリティを提供する、洗練された統合モデルへと大きな成長を遂げた」と言えるのではないだろうか。
お約束ともなってきた感もあるが、このストーリーを/.J諸兄方のFTPにまつわる思い出を語る場にして頂ければと思う。
FTPは書いてるなぁ (スコア:3, 興味深い)
FTPはサーバ、クライアント両方合わせて数本書きました。サーバは、ストアするファイルがちょっと特殊。最近も、後ろはデータベースとか。
あと、NATを書いたときに、tcpのseqを間違えて、カーネルさんが明後日の方向に行って、NeXTのfsckの遅さに泣いたり。
メインフレームのFTP (スコア:3, 興味深い)
1980年代後半から1990年代前半にかけて, 各社のメインフレームとUNIX・DOS系システムのデータ交換で最も確実な方法だったと思います. もちろんファイル名の制限やらなんやらは有りましたが, 低レベルのプロトコル(例えば3270 [wikipedia.org]など)を気にしなくてよくなったのは画期的だったと思います.
これとハリセン本 [amazon.co.jp](原書)があれば, それ以前のマルチベンダ環境におけるデータ交換の煩雑さとは比べ物にならないくらい簡単になりました.
Re:メインフレームのFTP (スコア:2)
正式の伝送経路は正式に封鎖されていて、解放する手続きを想定していない状況でして
メディア経路はＭＯ1枚変換するのに絶望的に遅くて運用サイドが怒ってしまい、SEの方と相談して
規定上禁止されていない（というか想定されていない）ノートパソコンをホストのハブにつないで
FTP転送をやることになりました。
ちょっと、ハッカーの気分を味わえました。
p.s. ホストだと、この手のコマンドってプロセッサ負荷や回線占有が高くて、嫌われますよね。
Re:メインフレームのFTP (スコア:1)
Re:メインフレームのFTP (スコア:2)
あのときほどFTPの偉大さを思い知ったことはありません。
でないと、3.5FDDでちまちまと・・・・
オフトピ (スコア:0)
ハリセン本で、OpenBSD？と思ってしまった自分はきっと(フグ)毒されてる。
# オライリー読んでねぇにわかだなって？はい、そうです。
Re:メインフレームのFTP (スコア:1)
> 大鑑巨砲
これ、なんて読むん？
どうやって漢字変換したのかも気になるなー。
> やむやむ使った
うまそうだ。
Re:メインフレームのFTP (スコア:1)
思いでボロボロ (スコア:3, おもしろおかしい)
学生時代パソコンの前で「GUIなほにゃららFTPが無い！使えない！！」と喧しかったツレに、コマンドプロンプトを立ち上げてftp.exeでさくっと転送してやったらドン引きされました（苦笑
UNIXサーバの構築をやってたころ、他人（「○○さん」とする）の作ったテスト項目に基づいてサーバのテスト手順書を作ってて「FTP転送のタイムアウト」をどうやってテストするか、とか頭を捻ったこともありましたね。
転送中にケーブルぶっこ抜いたりデーモンをKILLしても「接続が切れた」扱いになってクライアントが即終了してしまう。タイムアウトを発生させるにはどうすればいいんだ？○○さんに聞いても「どうやってやれば良いかは俺も知らん。何とか調べてみてよ」との仰せだし。あの人絶対思いつきでテスト項目作ってるよな。ぶつぶつぶちぶち（←愚痴
↓
……ちょっと待て。転送してるデーモンプロセスにSIGSTOP送ればいいんじゃないか！？さっそく試してみよう！
↓
タイムアウト時間が経過してから転送が中断されて完璧にテストできるぞ！ナイス発想！！今日の俺サイコー！！！○○さんに報告しに行こう！！！！
↓
おれ「○○さん、これテストの仕方分かったッスよ！」
○○「あの項目？俺にはテストの方法を思いつけなかったから最新版のテスト項目で削っちゃった♪」
Re:思いでボロボロ (スコア:1, 興味深い)
>転送中にケーブルぶっこ抜いたり
インターフェースダウンになると即接続が切れたとOSがプログラム側に通知してしまうので
ホストのインターフェースのリンクダウンをさせずにこの状態を発生させるために
イーサネットハブを2段にするといいですよ
(ホストを収容するハブのバックボーンへのアップリンク側のケーブルを抜く)
テキストモードとバイナリモード (スコア:2, 興味深い)
昔、Sun4を使っていた頃は確かテキストモードがデフォルトだった気がします。
よくバイナリファイルをぶっ壊して上げていたな
最近の多くのFTPクライアントはバイナリモードがデフォルトですよね？
Re:テキストモードとバイナリモード (スコア:3, 参考になる)
クライアントではなく、プロトコルでデフォルトの転送モードはASCIIであると定められています。しかもバイナリモードは(サポートが推奨されているものの)オプション扱いでした。
デフォルトがバイナリモードになっているとしたら、FTPクライアントが接続と同時に転送モードの切り替えコマンドを送っているだけです。
Re:テキストモードとバイナリモード (スコア:1)
WiresharkでFirefoxでFTPサーバアクセスしたら、確かにログイン直後にバイナリモードに切り替えていますね。
勉強になりました。
ポートまわりの設計 (スコア:2, 興味深い)
便利でしたが、ポートまわりの設計は後世のソフトの反面教師だったということで。
Re:ポートまわりの設計 (スコア:1)
ftpはFirewallやNATとの相性が悪いですね。
設計の悪いFirewallやNATが途中に入っていると、遅いネットワークで巨大ファイルをダウンロードすると、データコネクションでデータをダウンロードしている最中にコントロールコネクションがタイムアウトで切れてしまう事がありますね。
Re:ポートまわりの設計 (スコア:1)
それは、ネットワーク機器の設計が悪いというより、下位プロトコルのTCPやIP側で上位プロトコルを意識しないといけないFTPのプロトコル設計が、今となってはアレだと言うべきじゃない？
Re:ポートまわりの設計 (スコア:1)
それを言うならセッションレスのUDPを使うプロトコルは全部設計悪いって事になりません？
家電系では現役？ (スコア:2, 参考になる)
Brotherのmfc935cdnを使ってます。
この機種、ADFスキャン→SDカードに保存が出来るのでたまに使ってるのだけど、SDカードに入ったファイルを読み出すのに使うのはFTPです。
まだまだ組込み系なんかはFTPの実装は多いんじゃないかなあ、なんて思ったりします。
＃壮大なストーリ。空転するアイディア。
Re:家電系では現役？ (スコア:1)
うちのFAX(複合機？)はシャープですが同様に受信FAXなどをFTPで転送する機能がありますね。
この機能目当てにブラザーとで比較してシャープ買ったのですが次はブラザーを選ぶ可能性が高いです。
Windows7対応放置だし。値段以外のシャープを選んだ理由があった気がしないでもないけど。
FTP以外ってのがあんまり思いつきませんね。CIFSくらい？
# はまったのが保存用に用意したNAS。User FTPを有効にするとCIFSでもそのユーザでしか参照できない。
# 計画停電で電源落としたら電源ユニットがご臨終な感じで起動しなくなったので今はメールに添付させてます。
Re:家電系では現役？ (スコア:1)
昔は組込み系だとTFTPだったような。
今はFTPぐらいなら実装余裕なのか。
explorerでFTP (スコア:1, おもしろおかしい)
しかし、FTPサーバとの相性があって、よく泣かされたものです。
相性がいい場合：ローカルのファイルと同じように扱える。
相性が悪い場合：ファイル一覧が表示されるところに"ls"コマンドの出力のようなテキストが表示される。酷い時には文字化けしてファイルを参照できない。
今なら、explorerをFTPクライアントとして考えるな、FFFTPでも使っとけといいたいところですけどね。
Re:explorerでFTP (スコア:4, 参考になる)
ああ、それ、サーバ側でFTPをLANG=Cで動かしていないからです。
Solarisでよくあった話。
FTPの歌 (スコア:1)
昔、英語のコンピューター関連の雑誌か学会誌で見かけたんですが、その後再会できませんどなたかご存じないですかね？
lftp (スコア:1, 興味深い)
今でも使ってるなあ。P2P系が職場で禁止されているので、新しいディストリビューションが出たらrikenやjaistやring serverにミラーが行き渡るのを待ってからlftpでgetしています。
GUIのクライアントなんて使っていられない。ブラウザでもできるけどレスポンスは遅いしまだろっこしいし。
#ftpでputはほとんどしませんね。ファイルを送りたいマシンではsshが動いていることが多いから、scpやrsync over sshで十分。自分しかログインしないマシンはDropboxで。
インターネット黎明期 (スコア:1)
テレホタイム丸々使ってのネスケの最新版のダウンロード、
朝起きると90%までいきながら失敗とか
SSH に移行した (スコア:1)
２年前に，他拠点とのデータ転送に非暗号化プロトコルの使用禁止令が出てしまい，慌てて SSH(SCP) に移行したのもいい思い出。
なんだか先月ぐらいに聞いたな (スコア:1, おもしろおかしい)
なんだよ。まだファイル“転送”プロトコルなんて使っているのか
間違いだとは言えなかった
FTPコマンド手打ち (スコア:1)
基本的なネットワーク系のコマンド／ソフトの代替が出来るべきだ
みたいな話で盛り上がって、その時の最難関がFTPでした。
結局、xtermを２つ開いて夫々の画面でtelnetを起動して
片方で制御コネクション、もう片方でデータコネクション
とかやれば出来なくは無いという結論に。
IPアドレスとポート番号送る時の変換が面倒臭かった。
NeXT (スコア:0)
まッ、セキュリティとか、いろいろその後に問題なって、そういうのは一時的になくなったけど、その時は感激したもんだ。
いい加減FTPは滅びろ (スコア:0, すばらしい洞察)
互換性とか洗練された統合とかちゃんちゃらおかしい
Re:いい加減FTPは滅びろ (スコア:1, 興味深い)
AからBとCに制御コネクションを張って、BとCの間でファイル転送ができるプロトコルってFTP以外にありましたっけ?
そんなシチュエーションめったにねーよってオチになりそうだとは思いますが。
Re:いい加減FTPは滅びろ (スコア:1)
NAS同士のファイル転送の時くらいですかね。
複数ファイルの時にひと手間いるのが面倒ですけどね…。
Re:いい加減FTPは滅びろ (スコア:1)
テレホタイムにダイヤルアップモデムでしたので、
でかいファイルを大学のサーバに転送し翌日MOで回収なんてことをしていました
まぁ今となるとあまり使用目的が思いつきませんが・・・
Re:いい加減FTPは滅びろ (スコア:1, 荒らし)
sshでＢにログインして、ＢとＣの間でファイル転送すればよい。
Re:いい加減FTPは滅びろ (スコア:1, すばらしい洞察)
何この屁理屈やろう。馬鹿じゃねえの。ひとつのソフトウェアで完結してなきゃ何の意味もねえよクズ。
Re:いい加減FTPは滅びろ (スコア:1, おもしろおかしい)
Re: (スコア:0)
Re:いい加減FTPは滅びろ (スコア:3, 参考になる)
主流になるかどうなのかわかりませんが、今のクライアントさんには「ホスティングサーバで FTP は動かしませんので、FFFTP やめて WinSCP [winscp.net] 使ってください」と言い渡しましたよ。
＃言い渡すだけじゃなくて、公開鍵の作成とか、図解付きですけどね。
＃公開鍵を送ってと言ったら、秘密鍵を送ってくれたりとか。
＃。。。「はい、鍵生成からやりなおしね」
Re:いい加減FTPは滅びろ (スコア:1)
FileZilla使ってるけど、エンコードも手打ちで指定できるから便利だよ。
秘密鍵にもエージェント転送にも対応。
SCPは使えないけれど、FTP用途ではむしろ良い事だと思う。
# ただし、パスワードを記憶させるとXMLに生で書き出される。
# そしてアップデートが多い。枯れてないどころの騒ぎじゃない。
あとはまぁ、BlackJumboDogとかが相手だとファイルパスがバックスラッシュ化して泣く時がある・・・が、これはFTPサーバの問題かな？
Re:いい加減FTPは滅びろ (スコア:1, 興味深い)
「なるべき」で主流になれるなら，IPv4なんてとっくに消滅してるって…
Re: (スコア:0)
急に不安定になったりエラー処理がし辛かったり
あまり良い思い出がないなぁ
Re: (スコア:0)
FTP以外のファイル転送手段を提供しないサービスの中の人はほとんど
「FTPこそ唯一のファイル転送手段」だとガチで思ってそうで怖い
Re:いい加減FTPは滅びろ (スコア:1)
ファイル転送プロトコルといえば、ふつーESMTPですよねー
# いや、ファイルは転送できても、ファイルシステムに直接アクセスできませんけど
Re:いい加減FTPは滅びろ (スコア:3, 参考になる)
ユーザー名とパスワードがネットワーク上を生で流れる点がどうしようもなくアウト。
ネットワーク上が完全に安全だと保障されてる環境でならいいかもしれませんが…。
ftpはほとんど使わなかった (スコア:0)
uucp時代はいろいろやりとりあったけど当時はデカ物はテープ回覧だったし
GNU関係がhttpでとれるようになってしまうまでネットワークで大量のデータやりとりすることなかったせいでほとんどお世話にならなかったです。
rimnetつかってたときにHP更新につかった数１００キロバイトが主たるFTPなような？
当時はuploadしなきゃFTPのお世話にならんかったので
いまじゃなんでもかんでもhttpだものねー
#scp,rsyncもInternet越しだとあんまりつかってないかも
あのに／めあど (スコア:0)
１：３
Re:パスワードはメールアドレス (スコア:4, おもしろおかしい)
Re:パスワードはメールアドレス (スコア:4, おもしろおかしい)
>Anonymous ftp (綴りに、自信なし！)のパスワードって、メールアドレスを入力しておけばよかったんですかね。
小学校の漢字のテストで、教室の壁に貼ってある標語とかに答えがあっても見逃してたでしょう？
-- う～ん、バッドノウハウ？
Re:パスワードはメールアドレス (スコア:1)
どこにぶら下げるか悩んだけど。
そもそもAnonymous＝匿名ってのを教えてくれたのもFTPさんでした。
Re:FTPを語るのに (スコア:2, 参考になる)
Mac OS X の time machine だって一見「すげー」のに使ってるプロトコルは AFP だったりするわけで、洗練されたクラウドサービスだって FTP 使ってるのかもしれないよ。
#まぁ、使ってないとは言いきれないっていうレベルかなぁと思うけど。