Mozilla、2021年初めにFirefoxのFTPサポートを削除する計画 104
ストーリー by headless
削除 部門より
削除 部門より
Mozillaは6月に安定版をリリース予定のFirefox 77でFTPサポートをデフォルト無効にし、2021年初めには完全に削除することを計画しているそうだ(Ghacksの記事、 Neowinの記事、 ZDNetの記事、Bug 1574475)。
Firefoxでは2018年のFirefox 60で「高度な設定 (about:config)」に「network.ftp.enabled」が追加されており、これを「false」にすることでFTPを無効にできるが、デフォルトでは有効のままになっている。Firefox 77ではこのプリファレンスを使用した無効化が行われるため、ユーザーが「true」に設定しなおせばFTPは利用できる。また、Firefox ESR 78のデフォルトはFTP有効になるようだ。2021年初めに予定されている変更ではFTP関連のコードがすべて削除されるため、再度有効化することはできなくなる。FTPサポート終了の理由としては、FTPプロトコルがセキュアではないことや、Firefoxで「ftp://」はほとんど使われていないことなどが挙げられている。
Google ChromeでもFTP無効化が進められており、2020年第2四半期リリースのChrome 82でFTP関連コードとリソースを削除する計画が示されている。ただし、現在のところChrome Canary(バージョン83)やChrome Dev(バージョン82)ではフラグ(chrome://flags/#enable-ftp)でFTPの有効・無効がコントロールされる状態のままになっている。
Firefoxでは2018年のFirefox 60で「高度な設定 (about:config)」に「network.ftp.enabled」が追加されており、これを「false」にすることでFTPを無効にできるが、デフォルトでは有効のままになっている。Firefox 77ではこのプリファレンスを使用した無効化が行われるため、ユーザーが「true」に設定しなおせばFTPは利用できる。また、Firefox ESR 78のデフォルトはFTP有効になるようだ。2021年初めに予定されている変更ではFTP関連のコードがすべて削除されるため、再度有効化することはできなくなる。FTPサポート終了の理由としては、FTPプロトコルがセキュアではないことや、Firefoxで「ftp://」はほとんど使われていないことなどが挙げられている。
Google ChromeでもFTP無効化が進められており、2020年第2四半期リリースのChrome 82でFTP関連コードとリソースを削除する計画が示されている。ただし、現在のところChrome Canary(バージョン83)やChrome Dev(バージョン82)ではフラグ(chrome://flags/#enable-ftp)でFTPの有効・無効がコントロールされる状態のままになっている。
どういうマーケティングしてるのかな? (スコア:2)
個人的には、Thunderbird の切り捨て、RSSのサポート廃止ときて今度は FTPですか。
やはり体力がないからジリ貧なのかな。プラットフォーマー以外からのブラウザは有り難い存在なんだけど、不便になると厳しい。
Re:どういうマーケティングしてるのかな? (スコア:1)
ChromeもFTPやめるみたいだから体力は関係ないかと。
微妙に困る、かも (スコア:0)
古くからやってる公開ファイルサーバだと割と FTP だったりするのでなくなると微妙に困るなぁ。
Re: (スコア:0)
エクスプローラーの標準機能でFTPサイトを開ける、はずなのだが(まだFTPをサポートしている)Chromeがインストールされていたことがあると関連付けが破壊されてうまく行かないことがあるようだ
Re: (スコア:0)
Windowsならエクスプローラ以外にftpコマンドもあるし、今ならcurlだって標準搭載ですね。
Re: (スコア:0)
怠惰なのでGUIが使いたい。UTF-8ファイル名のZipファイルも今なら標準搭載のtarコマンドで作れるのはわかっているのだが
Re: (スコア:0)
今うちの環境が、エクスプローラーを起動してftp:// URLを打ち込めば開けるけど、「ファイル名を指定して実行」などから開こうとすると「どのアプリで開きますか?」のウィンドウが出て、候補がFirefoxとChromeとEdgeしかないという状態だ
Re:微妙に困る、かも (スコア:1)
折角、IEを使えなくする良いポリシーになっているのを覆すやり方なので、
話半分にしておいて欲しいですが、
前に、Win10で、.htmファイルをダブルクリックでテキストエディタで開く様、設定を
した所、URL直実行や、メールソフトのリンククリックが、みんなテキストエディタに
なってしまった事が有りました。
URLは「.htmファイル」扱いの可能性が有ります。
Re: (スコア:0)
昔々、ホームページの更新にIEのFTP機能を使っていたころ、途中でエラーになるので、
コマンドプロンプトからFTPコマンドでつなごうとしたら「接続数超過」と
エラーが返ってきたことがあります
# IEがファイルやディレクトリ移動のたびに多重ログインしていたのだろうか?
Re:微妙に困る、かも (スコア:1)
管理画面にFTPサーバーへのリンクがあって、それをクリックすると該当IPアドレスからのFTP接続を一定時間許可(それ以外はFirewallで接続拒否)みたいなプロパイダが有った気がする。
Re: (スコア:0)
公開FTPサーバーなんて、利用者にも運営者にもセキュリティリスクの塊でしかないでしょ。
かなり困る (スコア:0)
つかFTPを目の敵にする人たちって何なん?
Re:かなり困る (スコア:1)
Gopher「目の敵にしてもらえるならええやん…」
Re:かなり困る (スコア:1)
Go言語「あきらめなよ、キミはもうボクのマスコットさ」
Re: (スコア:0)
HTTPも目の敵にしてるよ
Re: (スコア:0)
前にも書いたけど、個人的には、ftpクライアントを実装する上で最大の問題はlsだと思う。文字コードとか他の部分も問題だらけだけど、そういうものとして自己暗示をかければ我慢できないこともない。でも、lsは仕様が全くない。実際問題、シェルが実行したlsをテキストで送りつけてくるだけだから実質telnetだし、それをパースするのはとんでもない苦行になる。Unix時代のlsだって「ディレクトリの中味を列挙する」って動作以外に仕様らしきものなんてないだろ。世の中に何種類lsの実装があると思ってるんだよ。俺が明日新しいlsを書いたらどうするんだよ。
要するに、ftpはコマンドライン前提で作られてるんだから、簡潔な方法でGUIにするのは無理。裏側の処理はギトギトになる。
Re:かなり困る (スコア:1)
plain text is the best :D
Re:かなり困る (スコア:1)
パースしやすいよう書式が定まったMLSDを使えってRFC3659で決まっただろ
サポートしていない、あるいは違反しているFTP鯖は無視すればいい
MLSDをサポートしていないFTP鯖があるからFTP機能やめまーすってのは
TLS1.3をサポートしていないWeb鯖があるからブラウザやめまーすってくらい筋が違う
Re: (スコア:0)
> サポートしていない、あるいは違反しているFTP鯖は無視すればいい
無視しても誰も困りませんからね。
Re: (スコア:0)
ファイル名だけならNLSTで機械可読なリストが取れる
Re: (スコア:0)
逆に何故今の時代にFTPを使い続けるの?
デメリットしか無くないですか?
Re: (スコア:0)
時代遅れな上にこんなめんどくさいプロトコルは滅ぼすべき。
下手にサポートする環境が残ってるせいで「昔通りの伝統業務」が引き継がれて再生産されてしまうんだろが。
Re: (スコア:0)
ブラウザって言うけど正しくはウェブブラウザでしょ?
ウェブの閲覧ってHTTP(S)以外は使ったらダメなの?
Re:かなり困る (スコア:1)
Mozillaの原点にあたるNCSA MosaicはHTTP以外にもFTP、NNTP、Gopherに対応していた。
NNTPはどうだったか知らないけど、Firefoxも昔はGopherに対応していた。
4.0以降サポートされなくなり、遂にFTPもサポート放棄されてHTTP(s)に特化されるのは何とも残念だね。
Re:かなり困る (スコア:1)
NetNewsならMozilla Suite時代は普通に対応してましたね。
今でも後継プロジェクトのSeaMonkey [seamonkey-project.org]でサポートが続いているようです。
IRCもまだサポートしてる…。
すでに骨董品のようなブラウザだけどしっかりと最新のGeckoを追いかけてるのは凄いなぁ。
Re:かなり困る (スコア:1)
FTPには広告入れられないじゃないですか。
Re: (スコア:0, 荒らし)
WWW=HTTPだろ。FTPのアクセスにはFTPクライアントを使え。今まではたまたまWebブラウザー(HTTPクライアント)になぜかおまけでFTPクライアントが抱き合わせになっていただけだ
Re: (スコア:0)
FlashもSilverlightもJavascriptも何もかんもなくして、
HTMLのみに回帰していけばいいな。
Re: (スコア:0)
通信プロトコルの話をしているのに、
どうして、HTTP上ではHTML(除javascript)のみで
通信すべきになっているの?
それ以上に、HTML標準の決めているW3Cで、
javascriptの存在が認められているのに、 [w3.org]
どうして、(HTTPクライアントであれば)無くすべきと言っているの?
Re: (スコア:0)
「WWW=HTTPだろ。」に頭のレベルを合わせたからじゃないの?
Re: (スコア:0)
なんでウェブブラウザでFTPアクセスできないといけないの?
Re:かなり困る (スコア:1)
かつてMozillaはPDFファイルをブラウザで表示させる改変を行ったとき、パフォーマンスや機能の点で問題があり批判を浴びた。
そのときPDFはインターネット上にある情報源であり、インターネット上にある情報源はできるかぎりユーザーが閲覧可能にするのがブラウザの使命だと言っていた。
今度はFTPサイト上にある情報については、見えなくなってもよいと言う。これはダブルスタンダードではないのだろうか。
Re:かなり困る (スコア:1)
FTPをネットに公開している数は、
PDFファイルをネットに公開している数と
同等に扱えるほど多いの?
# できる限り(ベストエフォート)なら、利用者が少なすぎるから、
# 努力に見合わないから消すってのはダブスタにはならないのでは?
Re: (スコア:0)
自分も削除していいと考えているけど、せめてWebExtensionsで自由にTCP送受信できる機能を追加して、望むならFTPクライアントも作れますよというふうに代替手段を用意してから本体機能を削除する段取りにすればいいのにと思う。
Re: (スコア:0)
根本的な話として、Mozillaは肥大化しすぎて問題があり批判を浴びてFirefoxが生まれたんじゃなかったっけ?
Re: (スコア:0)
昔と今で異なるスタンスをとってもダブルスタンダードとは言わないよな…
Re: (スコア:0)
基本的な精神というものは、時間が経ったからと言ってそう簡単に変わるものではないし、変えるべきではない。
Mozillaが「インターネット上にある情報をユーザが閲覧できるようにするのが使命」と言っていたのは、美辞麗句に過ぎず、「AdobeからPDFについてのシェアを奪いたい」が本当の目的だったのではないか。Mozillaには守るべき理想や思想など、実はないのではないかということなのだ。
Re: (スコア:0)
例えばKIOSK端末。複数のアプリケーションをKIOSK化するのはかなりハードルが高い。ブラウザ一つで済むのならそれに越したことはない。
Re: (スコア:0)
FirefoxでもChromeでもいいけど、ブラウザのPDFリーダーは地味にありがたいよ。
仕事で支給されたPCにPDFリーダーがインストールされてなくてもブラウザで閲覧できる。
今時Chromeすら入ってないパターンはまず無いし。
Chromeは延期しそう (スコア:0)
コロナの影響で脆弱性の対処以外のアップデート停止してるみたいだし
Re: (スコア:0)
Chromeが延期した場合、Firefoxも延期する可能性が高くなります。
Firefox 74.0でデフォルト値として無効化したTLS 1.0/1.1は、リモートで再度有効中です。
Firefox 75.0で予定されていたWebRTCのDTLS 1.0対応廃止は延期されました。
https://twitter.com/FxSiteCompat/status/1240621903905280000 [twitter.com]
使用頻度は低い……でも案外重要 (スコア:0)
Firefoxのnightlyやbetaを取ってくるのに時々使ってるのでちと困るなあ……
Re: (スコア:0)
ftp.mozilla.orgはHTTPSでもアクセスできるから何も困らんだろ。今どきHTTP(S)で同じ内容にアクセスできないanonymous FTPサーバーの具体例ってあるか?
Re:使用頻度は低い……でも案外重要 (スコア:1)
ftp://ftp.adobe.com/ [adobe.com]
# ftp://ftp.microsoft.com/ [microsoft.com] は閉鎖された模様…
# DOSでネットワーククライアントを組む需要はもうないのかw
Re: (スコア:0)
間抜けがindex.html置くとファイル一覧が採れなくなるんだよ(実際にあった)
Re: (スコア:0)
「セキュリティ強化」のためにOptions -Indexesして取れなくなったとか
Re: (スコア:0)
もっと言っていい?
今時FTP使った方がhttpsより速いサーバあるか?
FTPの最大の欠点はファイルのハッシュ値が変わること (スコア:0)
FTPの最大の欠点は何かというと、ファイルのハッシュ値が変わることです。
FTPにはアスキーモードとバイナリモードというものがありまして、バイナリデータでないアスキーデータは自動的にアスキーモードとして扱われて、JS(ジャバスクリプト)やHTMLやTXTなどのアスキーデータは改行コードがクライアントOSに合わせて自動的に書き換わる仕組みが採用されています。
これによりファイルのハッシュ値が変わってしまうので、セキュリティを重視する現在では実用に耐えないといってもいいでしょう。
FTPはHTTPSと違って改竄される恐れがあるので、FTPでダウンロードするときにはHTTPSのページなどに書かれたファイルのハッシュ値と比較します。(昔からダウンロードサイトにはハッシュ値を書く文化がありました。)
JavaScriptなどのプログラムもアスキーデータですからハッシュ値が一致しないと安全性の検証ができないわけですね。
だからこそ、もうFTPは滅びるしかないと思います。
HTTPやHTTPSならば改行コードはそのまま転送されるので、サーバとクライアントでOSが違っても改行コード変換でハッシュ値が変化することはありません。
Re:FTPの最大の欠点はファイルのハッシュ値が変わること (スコア:2, すばらしい洞察)
バイナリモード使えば解決では?
Re:FTPの最大の欠点はファイルのハッシュ値が変わること (スコア:1)
改ざんよりはダウンロード未完了等の破損の検知だな。改ざん検知ならハッシュは信頼している場所からとらないといけないからな。
FTPがそれならHTTPもHTMLの頭のほうの文字が乳かどうかで解釈変えるような時代のクライアントは使えなかったな。