アカウント名:
パスワード:
互換性とか洗練された統合とかちゃんちゃらおかしい
AからBとCに制御コネクションを張って、BとCの間でファイル転送ができるプロトコルってFTP以外にありましたっけ?そんなシチュエーションめったにねーよってオチになりそうだとは思いますが。
NAS同士のファイル転送の時くらいですかね。複数ファイルの時にひと手間いるのが面倒ですけどね…。
中央集権型のメッセンジャーソフトで、ファイル転送がP2Pとか言っているやつはそんな感じ。
親コメが言いたいのと違うかもしれんが一応。
rsyncとかscpとか。つかsshトンネリングで何とでもなるのでサーバ間ファイル転送だけに専用プロトコルを使うほうが馬鹿らしい。
親コメの言うことは出来なくない？Aを経由せずにB-C間で転送するってことだよ？
sshでＢにログインして、ＢとＣの間でファイル転送すればよい。
要するにできないってことね。
> sshでＢにログインして、Ｂに制御コネクションを張って
> ＢとＣの間でファイル転送すればよいＢとＣの間でファイルを転送
できてるじゃん。
誰もsshが使える環境と言っていない。FTPサーバがUNIXのような好きに叩けるOSにしかないとでも思ってんの?
逆に、使えないなんて言ってないからsshで入ればいいって言われただけだろそれ言ったらサーバB,Cがftp使えるなんて言ってないのでftpでもできません、で終了だよね
何この屁理屈やろう。馬鹿じゃねえの。ひとつのソフトウェアで完結してなきゃ何の意味もねえよクズ。
なるほど。Intedとftpdという二つのソフトウェアを必要とするftpはなんの意味もないクズだってことですね
sftpはsshdのサービスだから、sshしてsftpとかならひとつのソフトウェアで完結ってことで良いのでしょうか？# そしてsshとsshdが要ると突っ込まれる、と。(shは無くても動く)
蛇足ですがinetdはカットできますよ。
# にしても、このツリーのモデレータは異様に攻撃的だなぁ・・・# (#1938832)とか荒らしとは呼べんだろ常識的に考えて。# その上煽ってる(#1939164)がすば洞とか、不当モデも良い所だと思うよ。
ちょっと違うけど、シチュエーションを考えるとNDMPとか？
>そんなシチュエーションめったにねーよってオチになりそうだとは思いますが。今は、ないかもしれませんね。アナログモデムやＩＳＤＮが主流の頃は、無料のＦＴＰサーバーにアップした後ファイル交換とか・・・任意のポートへ接続させることができることが問題になったからか知らないが制御コネクションと違うIPへデータコネクションがはれないまたは、PASVのみとか多くなったりしてできないことも多かった気がする。
主流になるかどうなのかわかりませんが、今のクライアントさんには「ホスティングサーバで FTP は動かしませんので、FFFTP やめて WinSCP [winscp.net] 使ってください」と言い渡しましたよ。
＃言い渡すだけじゃなくて、公開鍵の作成とか、図解付きですけどね。＃公開鍵を送ってと言ったら、秘密鍵を送ってくれたりとか。＃。。。「はい、鍵生成からやりなおしね」
> ＃公開鍵を送ってと言ったら、秘密鍵を送ってくれたりとか。あるあるw
FTPはファイルが完全に転送できたか確認しづらいと昔は思ってたが流石に今時のクライアントは対応してるだろうと油断してWinSCP使ってたら見事にファイルがちょん切れててハマったのが昨日
FileZilla使ってるけど、エンコードも手打ちで指定できるから便利だよ。秘密鍵にもエージェント転送にも対応。SCPは使えないけれど、FTP用途ではむしろ良い事だと思う。# ただし、パスワードを記憶させるとXMLに生で書き出される。# そしてアップデートが多い。枯れてないどころの騒ぎじゃない。
あとはまぁ、BlackJumboDogとかが相手だとファイルパスがバックスラッシュ化して泣く時がある・・・が、これはFTPサーバの問題かな？
「なるべき」で主流になれるなら，IPv4なんてとっくに消滅してるって…
普通のFTPはプロトコルの仕様の問題でIPv4にしか対応してないので、IPv6対応拡張プロトコルに準拠したFTPクライアントは原則暗号対応にして欲しいところですね。
規格乱立して決定打になる後継が出てないってのは状況としてIPv6よりひどいなと。NFSもたいがいですけど。大手各社の根回しなく、人気だけで後継の座を勝ち取ろうというならセキュアかつ便利にしないといけないんですがね。# SCP,SFTP,FTPS,fish...
SFTPではなく、FTPSが主流になって欲しい。SFTPでは機能が足りない。
急に不安定になったりエラー処理がし辛かったりあまり良い思い出がないなぁ
FTP以外のファイル転送手段を提供しないサービスの中の人はほとんど「FTPこそ唯一のファイル転送手段」だとガチで思ってそうで怖い
ファイル転送プロトコルといえば、ふつーESMTPですよねー# いや、ファイルは転送できても、ファイルシステムに直接アクセスできませんけど
Webをホストしていると、FTP以外のサービスをしていても、FTPでアップロードできないって言ってくるデザイナーの多いこと。たぶん、クライアント側のデザインソフト（Dreamなんたら）がやめない限り、デザイナーさんにとっては唯一の手段ですよ。
ユーザー名とパスワードがネットワーク上を生で流れる点がどうしようもなくアウト。ネットワーク上が完全に安全だと保障されてる環境でならいいかもしれませんが…。
そんなあなたにFTPSを、とは言いませんが、暗号化とかはファイル転送プロトコル上でなく、より下層でやるべきだと思いますよ。
(#1938861)で一番致命的な点(ユーザー名とパスワードがネットワーク上を生で流れる)は説明されているけれど、そのほかにも幾つか問題がある。
一つはパッシブモード、アクティブモードの問題･･･というか、ポートの使い方の問題。アクティブモードはクライアントがポート開放する必要の有るので、一般的なNAT環境では使えない上にポート開放はセキュリティ上問題にある。パッシブモードはサーバ側のポートのリソースをガリガリ食う上に、ポートが決まっていないので設置時にどの範囲をパッシブモード用データ転送ポートに割り振るかなどの考慮が要る。
次に、ファイルの尻切れやエラー確認がほぼ考慮されていない事。転送エラーが起きても検出されない。
後は、プロトコルに微妙な部分がある事。lsコマンドの書式でファイル情報を流すので、lsコマンドの使用が違う環境では常に擬似的な情報で誤魔化して動く事になる。
等など。まとめると「規模拡大が困難」「暗号化が不可能」「障害対策が不足」「互換性が不足」という事。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
コンピュータは旧約聖書の神に似ている、規則は多く、慈悲は無い -- Joseph Campbell
いい加減FTPは滅びろ (スコア:0, すばらしい洞察)
互換性とか洗練された統合とかちゃんちゃらおかしい
Re:いい加減FTPは滅びろ (スコア:1, 興味深い)
AからBとCに制御コネクションを張って、BとCの間でファイル転送ができるプロトコルってFTP以外にありましたっけ?
そんなシチュエーションめったにねーよってオチになりそうだとは思いますが。
Re:いい加減FTPは滅びろ (スコア:1)
NAS同士のファイル転送の時くらいですかね。
複数ファイルの時にひと手間いるのが面倒ですけどね…。
Re:いい加減FTPは滅びろ (スコア:1)
テレホタイムにダイヤルアップモデムでしたので、
でかいファイルを大学のサーバに転送し翌日MOで回収なんてことをしていました
まぁ今となるとあまり使用目的が思いつきませんが・・・
Re: (スコア:0)
中央集権型のメッセンジャーソフトで、ファイル転送がP2Pとか言っているやつはそんな感じ。
親コメが言いたいのと違うかもしれんが一応。
Re: (スコア:0)
Re: (スコア:0, 荒らし)
rsyncとかscpとか。
つかsshトンネリングで何とでもなるのでサーバ間ファイル転送だけに専用プロトコルを使うほうが馬鹿らしい。
Re: (スコア:0)
親コメの言うことは出来なくない？
Aを経由せずにB-C間で転送するってことだよ？
Re:いい加減FTPは滅びろ (スコア:1, 荒らし)
sshでＢにログインして、ＢとＣの間でファイル転送すればよい。
Re: (スコア:0)
要するにできないってことね。
Re: (スコア:0)
> sshでＢにログインして、
Ｂに制御コネクションを張って
> ＢとＣの間でファイル転送すればよい
ＢとＣの間でファイルを転送
できてるじゃん。
Re: (スコア:0)
誰もsshが使える環境と言っていない。
FTPサーバがUNIXのような好きに叩けるOSにしかないとでも思ってんの?
Re: (スコア:0)
逆に、使えないなんて言ってないからsshで入ればいいって言われただけだろ
それ言ったらサーバB,Cがftp使えるなんて言ってないのでftpでもできません、で終了だよね
Re:いい加減FTPは滅びろ (スコア:1, すばらしい洞察)
何この屁理屈やろう。馬鹿じゃねえの。ひとつのソフトウェアで完結してなきゃ何の意味もねえよクズ。
Re: (スコア:0)
なるほど。
Intedとftpdという二つのソフトウェアを必要とするftpはなんの意味もないクズだってことですね
Re: (スコア:0)
sftpはsshdのサービスだから、sshしてsftpとかならひとつのソフトウェアで完結ってことで良いのでしょうか？
# そしてsshとsshdが要ると突っ込まれる、と。(shは無くても動く)
Re: (スコア:0)
蛇足ですがinetdはカットできますよ。
# にしても、このツリーのモデレータは異様に攻撃的だなぁ・・・
# (#1938832)とか荒らしとは呼べんだろ常識的に考えて。
# その上煽ってる(#1939164)がすば洞とか、不当モデも良い所だと思うよ。
Re: (スコア:0)
ちょっと違うけど、シチュエーションを考えるとNDMPとか？
Re: (スコア:0)
>そんなシチュエーションめったにねーよってオチになりそうだとは思いますが。
今は、ないかもしれませんね。
アナログモデムやＩＳＤＮが主流の頃は、無料のＦＴＰサーバーにアップした後ファイル交換とか・・・
任意のポートへ接続させることができることが問題になったからか知らないが
制御コネクションと違うIPへデータコネクションがはれない
または、PASVのみとか多くなったりしてできないことも多かった気がする。
Re:いい加減FTPは滅びろ (スコア:1, おもしろおかしい)
Re: (スコア:0)
Re:いい加減FTPは滅びろ (スコア:3, 参考になる)
主流になるかどうなのかわかりませんが、今のクライアントさんには「ホスティングサーバで FTP は動かしませんので、FFFTP やめて WinSCP [winscp.net] 使ってください」と言い渡しましたよ。
＃言い渡すだけじゃなくて、公開鍵の作成とか、図解付きですけどね。
＃公開鍵を送ってと言ったら、秘密鍵を送ってくれたりとか。
＃。。。「はい、鍵生成からやりなおしね」
Re: (スコア:0)
> ＃公開鍵を送ってと言ったら、秘密鍵を送ってくれたりとか。
あるあるw
Re: (スコア:0)
FTPはファイルが完全に転送できたか確認しづらいと昔は思ってたが
流石に今時のクライアントは対応してるだろうと
油断してWinSCP使ってたら見事にファイルがちょん切れててハマったのが昨日
Re: (スコア:0)
#日本語ファイル名のファイルなんか作るな、って話でもあるが。
Re:いい加減FTPは滅びろ (スコア:1)
FileZilla使ってるけど、エンコードも手打ちで指定できるから便利だよ。
秘密鍵にもエージェント転送にも対応。
SCPは使えないけれど、FTP用途ではむしろ良い事だと思う。
# ただし、パスワードを記憶させるとXMLに生で書き出される。
# そしてアップデートが多い。枯れてないどころの騒ぎじゃない。
あとはまぁ、BlackJumboDogとかが相手だとファイルパスがバックスラッシュ化して泣く時がある・・・が、これはFTPサーバの問題かな？
Re:いい加減FTPは滅びろ (スコア:1, 興味深い)
「なるべき」で主流になれるなら，IPv4なんてとっくに消滅してるって…
Re: (スコア:0)
普通のFTPはプロトコルの仕様の問題でIPv4にしか対応してないので、
IPv6対応拡張プロトコルに準拠したFTPクライアントは原則暗号対応にして欲しいところですね。
Re: (スコア:0)
暗号化だけなら、IPsecでいいじゃない。標準装備なんだし。
ホストの相互認証を目的に挙げるならSFTPだけど。
Re: (スコア:0)
規格乱立して決定打になる後継が出てないってのは状況としてIPv6よりひどいなと。NFSもたいがいですけど。
大手各社の根回しなく、人気だけで後継の座を勝ち取ろうというならセキュアかつ便利にしないといけないんですがね。
# SCP,SFTP,FTPS,fish...
Re: (スコア:0)
SFTPではなく、FTPSが主流になって欲しい。
SFTPでは機能が足りない。
Re: (スコア:0)
急に不安定になったりエラー処理がし辛かったり
あまり良い思い出がないなぁ
Re: (スコア:0)
FTP以外のファイル転送手段を提供しないサービスの中の人はほとんど
「FTPこそ唯一のファイル転送手段」だとガチで思ってそうで怖い
Re:いい加減FTPは滅びろ (スコア:1)
ファイル転送プロトコルといえば、ふつーESMTPですよねー
# いや、ファイルは転送できても、ファイルシステムに直接アクセスできませんけど
Re: (スコア:0)
Webをホストしていると、FTP以外のサービスをしていても、FTPでアップロードできないって言ってくるデザイナーの多いこと。
たぶん、クライアント側のデザインソフト（Dreamなんたら）がやめない限り、デザイナーさんにとっては唯一の手段ですよ。
Re: (スコア:0)
Re:いい加減FTPは滅びろ (スコア:3, 参考になる)
ユーザー名とパスワードがネットワーク上を生で流れる点がどうしようもなくアウト。
ネットワーク上が完全に安全だと保障されてる環境でならいいかもしれませんが…。
Re: (スコア:0)
そんなあなたにFTPSを、とは言いませんが、暗号化とかはファイル転送プロトコル上でなく、より下層でやるべきだと思いますよ。
Re: (スコア:0)
(#1938861)で一番致命的な点(ユーザー名とパスワードがネットワーク上を生で流れる)は説明されているけれど、そのほかにも幾つか問題がある。
一つはパッシブモード、アクティブモードの問題･･･というか、ポートの使い方の問題。
アクティブモードはクライアントがポート開放する必要の有るので、一般的なNAT環境では使えない上にポート開放はセキュリティ上問題にある。
パッシブモードはサーバ側のポートのリソースをガリガリ食う上に、ポートが決まっていないので設置時にどの範囲をパッシブモード用データ転送ポートに割り振るかなどの考慮が要る。
次に、ファイルの尻切れやエラー確認がほぼ考慮されていない事。
転送エラーが起きても検出されない。
後は、プロトコルに微妙な部分がある事。
lsコマンドの書式でファイル情報を流すので、lsコマンドの使用が違う環境では常に擬似的な情報で誤魔化して動く事になる。
等など。
まとめると「規模拡大が困難」「暗号化が不可能」「障害対策が不足」「互換性が不足」という事。