レジュームできるファイルアップロー ド方法ありませんか
Delmonta / IIJIMA Hiromitsu
大きなファイルを FTP または SCP でアップロードしようとしています。
諸元は
○ファイルのサイズは 30MB 程度、内容は圧縮ファイル
（lzh/zip/tar.gz のいずれかの形式）。
○足回りはアナログ電話回線。
○転送元は Windows 98 SP1。
○転送先は Linux（版不明、SCP のみ可）または FreeBSD 3.4
（FTP、SCP とも可）。いずれのマシンもシェル使用可。
＃最終目的地は Linux マシンですが、FreeBSD マシンと
＃Linux マシンの間は比較的太い線で結ばれているので、
＃いったんそちらの /tmp に移してから SCP するという
＃方法がとれます。
です。
通常ならファイルのアップロードには FTP や SCP を使うところですが、
これだけサイズが大きくなると、これらの方法では、途中の回線断で
ゼロからやり直し、ということが心配になってきます。
かといって MO などに入れて持ち込むという方法もできません。
☆
というわけで、この環境で、「回線断が起きた場合は、ゼロからではなく、
停止した位置から再開（レジューム）」という機能のあるファイル転送
手段はありませんか、というのが今回のご相談です。
一般に、HTTP/FTP サーバーにあるファイルを Windows の HTTP/FTP クライ
アントでダウンロードする場合には、ReGet や Iria といったツールが
レジューム機能に対応しています。では逆に、ファイルを Windows の
FTP クライアントから UNIX の FTP サーバーにアップロードする際にも
レジューム機能は利用できないものでしょうか。
＃あまり調べていないので、「Windows の○○という FTP クライアント
＃にはその機能があるぞ」という情報などありましたらご指摘ください。
あるいは逆に、転送先の UNIX 側ではシェルと C コンパイラが使えます
（ただし X は入っていない）し、Windows 側には Apache（1.3.6 だけど
…普段は動かしてないです）を入れてありますので、
○Windows 上の Apache ＋ UNIX 上のレジューム対応
HTTP ダウンローダ
○Windows 上の レジューム対応 FTP サーバ（これから
入れます） ＋ UNIX 上のレジューム対応 FTP ダウンローダ
という構成でもかまいません。
ただし今後、シェルの使えない UNIX ホストを使用する可能性がない
わけではないので、できれば Windows の FTP クライアントだけで
解決したいと思っています。
よろしくお願いします。
☆------ Delmonta / IIJIMA Hiromitsu (飯嶋 浩光) -------------------☆
Delmontas Heimseite: http://www.ht.sakura.ne.jp/~delmonta/
○01.03.17 GIF ファイルと LZW 特許の問題のまとめ
http://www.ht.sakura.ne.jp/~delmonta/tagebuecher/einklebebuch.html
○00.10.28 都立図書館で漫画雑誌を読もう
http://www.ht.sakura.ne.jp/~delmonta/tagebuecher/otakukultur.html
☆--------- delm...@ht.sakura.ne.jp / delm...@pop01.odn.ne.jp ----☆
※http://user.ecc.u-tokyo.ac.jp/~l94102/ ,
L94...@mail.ecc.u-tokyo.ac.jp は 6/15 ごろに使えなくなります。
アドレス帳・リンク・ブックマークの切り替えはお早めに。
MAEDA Atusi (前田敦司)
> あるいは逆に、転送先の UNIX 側ではシェルと C コンパイラが使えます
> （ただし X は入っていない）し、Windows 側には Apache（1.3.6 だけど
> …普段は動かしてないです）を入れてありますので、
> ○Windows 上の Apache ＋ UNIX 上のレジューム対応
> HTTP ダウンローダ
> ○Windows 上の レジューム対応 FTP サーバ（これから
> 入れます） ＋ UNIX 上のレジューム対応 FTP ダウンローダ
> という構成でもかまいません。
ncftp でも wget でも、レジュームに対応していますから、こちらの構成なら
大丈夫ではないでしょうか。
> ただし今後、シェルの使えない UNIX ホストを使用する可能性がない
> わけではないので、できれば Windows の FTP クライアントだけで
> 解決したいと思っています。
うーむ。細かく切ってメイルで送るってのはダメですかね。WindowsのMUAで数
十MBのファイルを扱えるものがあれば。
Vine Linuxについてくる splitmail と metamail はでかいファイルでも扱え
そうですが。
前田敦司
Shinji KONO
In article <3AF20E1D...@ht.sakura.ne.jp> ,
Delmonta / IIJIMA Hiromitsu <delm...@ht.sakura.ne.jp> writes
> ○ファイルのサイズは 30MB 程度、内容は圧縮ファイル
> ○足回りはアナログ電話回線。
おぃおぃ... それは、かなり無理ってものです。
> あるいは逆に、転送先の UNIX 側ではシェルと C コンパイラが使えます
split で前もって分割して送るという原始的な方法ではどうでしょう?
> ただし今後、シェルの使えない UNIX ホストを使用する可能性がない
> わけではないので、できれば Windows の FTP クライアントだけで
> 解決したいと思っています。
MIMEメールとして分割する方法もありますね。
Netscape は、普通のgetでもレジュームしているような気がします。
WWW server 経由っていう手もありますね。
---
Shinji KONO @ Information Engineering, University of the Ryukyus,
PRESTO, Japan Science and Technology Corporation
河野真治 @ 琉球大学工学部情報工学科,
科学技術振興事業団さきがけ研究21(機能と構成)
Delmonta / IIJIMA Hiromitsu
まとめて返信します。
飯嶋> ○ファイルのサイズは 30MB 程度、内容は圧縮ファイル
飯嶋> ○足回りはアナログ電話回線。
河野> おぃおぃ... それは、かなり無理ってものです。
いやいや、単純計算でたったの 2 時間半です(^^;) Web surfing して
いるときの回線の空き容量を使えばそれほど無理でもないと思いますよ。
人間が文章を読むスピードって 33.6kbps も出ないから。
＃ADSL 回線を引いている親類・知人宅に押し掛けるのがいちばん
＃簡単だけど、向こうは向こうで都合があるし…
前田> ncftp でも wget でも、レジュームに対応していますから、
あ、やっぱりそうでしたか。ふだん UNIX は高速回線でしか使って
おらず、従って wget は使わず（単発のダウンロードにはもっぱら
lynx -source を使用）、ncftp も単にタブ補完が利く ftp ツールと
してしか使っていなかったので、知りませんでした。
これから調べてみます。
実は 30MB の正体は多数の写真なので、tar で固める前のものを
Apache for Win32 で公開して wget で巡回させることにします。
＃1 枚で 500KB くらい。よせばいいのに銀塩に焼いたときの
＃見栄えを気にして大きなデータになってしまった…
前田> うーむ。細かく切ってメイルで送るってのはダメですかね。
前田> WindowsのMUAで数十MBのファイルを扱えるものがあれば。
いえ、相手は他人じゃないんですよ。自分が遠隔地に借りている
プロバイダのスペース（具体的にいうと、自分のメールアドレスにも
なっている ht.sakura.ne.jp というサーバー）なので、メールで
送るのは意味がないんです。
河野> split で前もって分割して送るという原始的な方法ではどうでしょう?
それも考えています。でもできれば、コマンドをいちど入れれば
あとは終了まで全自動、というのがうれしいので、それはあんまり
ないなあ、と。
＃あらかじめ
＃ ls -1 bigfile.tgz.a[a-z] | \
＃ sed -e '@^@wget http://$REMOTEHOST/@' > get.csh
＃というダウンロードスクリプトを作っておくという手もあるけど。
☆
というわけで本題の件は解決しましたが、
飯嶋> ただし今後、シェルの使えない UNIX ホストを使用する可能性がない
飯嶋> わけではないので、できれば Windows の FTP クライアントだけで
飯嶋> 解決したいと思っています。
という件についてはこれからも情報募集中です。
よろしくお願いします。
☆------ Delmonta / IIJIMA Hiromitsu (飯嶋 浩光) -------------------☆
Delmontas Heimseite: http://www.ht.sakura.ne.jp/~delmonta/
○00.08.28 昔は携帯電話なんてなかった - 漫画に見る世相の変化
http://www.ht.sakura.ne.jp/~delmonta/tagebuecher/otakukultur.html
○01.03.13 マイライン、私の場合 - 結局私には電電公社しかなかった
http://www.ht.sakura.ne.jp/~delmonta/tagebuecher/alltag.html
jr4dbx
5MBytes程度に分割して転送するというのは？
--
----- From ----------------
jr4dbx Shin' Hane ★彡
jr4dbx＠d1.dion.ne.jp
-----------------------------
http://www.a-jan.com/
-->
HIRAMOTO Kouji
In article <27867.9...@rananim.ie.u-ryukyu.ac.jp>
ko...@ie.u-ryukyu.ac.jp (Shinji KONO) said:
> > ○ファイルのサイズは 30MB 程度、内容は圧縮ファイル
> > ○足回りはアナログ電話回線。
>
> おぃおぃ... それは、かなり無理ってものです。
33.6Kbps で接続したら 2時間半くらいじゃないですか? そんなに無理
があるとは思いませんけど。
--
平本 光二 / みんと No.25
hiramoto @ flatray.com / http://www.flatray.com/~hiramoto/
＃From: のメールアドレス宛のメールは自動的に破棄されます。
＃フォローは基本的に、他の方の目にも触れる NetNews へお願いします。
NAKAMURA Kazushi
In article <3AF250DE...@ht.sakura.ne.jp>
delm...@ht.sakura.ne.jp writes:
>前田> ncftp でも wget でも、レジュームに対応していますから、
> あ、やっぱりそうでしたか。ふだん UNIX は高速回線でしか使って
> おらず、従って wget は使わず（単発のダウンロードにはもっぱら
> lynx -source を使用）、ncftp も単にタブ補完が利く ftp ツールと
> してしか使っていなかったので、知りませんでした。
FreeBSDに標準で付いてくるftp(1)も、reget出来ます。ついでに補完も
効いて、ヒストリやコマンドライン編集も出来ます。御蔭で最近はncftp
使ってません。
--
中村和志＠神戸 <mailto:k...@kobe1995.net>
NAKAMURA Kazushi@KOBE <http://kobe1995.net/>
Norio Taniguchi
谷口です。
At Fri, 04 May 2001 15:49:02 +0900,
Delmonta / IIJIMA Hiromitsu <delm...@ht.sakura.ne.jp> wrote:
>
> 飯嶋> ただし今後、シェルの使えない UNIX ホストを使用する可能性がない
> 飯嶋> わけではないので、できれば Windows の FTP クライアントだけで
> 飯嶋> 解決したいと思っています。
>
> という件についてはこれからも情報募集中です。
> よろしくお願いします。
RootFTP とかでできたような気がします。
http://ext.comax.co.jp/rootftp/
-----
Norio Taniguchi <wh...@nightland.net>
http://www.susono.com/~norio/
u-ogeshi
◆Norio Taniguchiさんの<9cuiqk$89i$1...@news.gao.ne.jp>から
>> 飯嶋> ただし今後、シェルの使えない UNIX ホストを使用する可能性がない
>> 飯嶋> わけではないので、できれば Windows の FTP クライアントだけで
>> 飯嶋> 解決したいと思っています。
>>
>> という件についてはこれからも情報募集中です。
>> よろしくお願いします。
>
>RootFTP とかでできたような気がします。
>http://ext.comax.co.jp/rootftp/
"アップロードのリジューム"って類のヤツなら他にFFFTPとか色んな
クライアントでも対応しています。
以前 8Mのバイナリをリジュームで数回に分けて送り直した事あります。
でもこれってServer側で対応している必要があるらしいす。
-+-+-+---*--+
UEHARA Shigeo :> u-og...@ma4.seikyou.ne.jp
miya
> クライアントでも対応しています。
NextFTPもリジューム機能付きです。
昔ＦＦＦＴＰ使いでしたがある所でうまくリジュームできない所がありNextFTPにし
ましたら問題無く出来たという経験があります。
うまくいかない時はリジューム対応したソフトを複数用意してリジュームができるの
か検証する必要がありそうですね。
＃ちなみにNextFTPは、シェアウェアですので期限内でお試しください。（謎）
Delmonta / IIJIMA Hiromitsu
谷口> RootFTP とかでできたような気がします。
谷口> http://ext.comax.co.jp/rootftp/
UEHARA> "アップロードのリジューム"って類のヤツなら他にFFFTPとか色んな
UEHARA> クライアントでも対応しています。
miya> NextFTPもリジューム機能付きです。
ありがとうございます。今回はもう解決していまいましたが、
次に機会があったら試してみようと思います。
☆------ Delmonta / IIJIMA Hiromitsu (飯嶋 浩光) -------------------☆
【宣伝】EmacsのVZ+ATOK+カナ入力化など外道カスタマイズの数々
近日メールマガジン配信再開予定
http://www.ht.sakura.ne.jp/~delmonta/emacs/
Shuichi YAMAGAMI
<3AF20E1D...@ht.sakura.ne.jp>について:
> 大きなファイルを FTP または SCP でアップロードしようとしています。
> 諸元は
> ○ファイルのサイズは 30MB 程度、内容は圧縮ファイル
> （lzh/zip/tar.gz のいずれかの形式）。
> ○足回りはアナログ電話回線。
>
> ○転送元は Windows 98 SP1。
> ○転送先は Linux（版不明、SCP のみ可）または FreeBSD 3.4
> （FTP、SCP とも可）。いずれのマシンもシェル使用可。
【一部省略】
> というわけで、この環境で、「回線断が起きた場合は、ゼロからではなく、
> 停止した位置から再開（レジューム）」という機能のあるファイル転送
> 手段はありませんか、というのが今回のご相談です。
Windows9x <--> Linux or FreeBSD
ではなく、
Windows 9x, NT 4.0(SP5>) <--> Windows 9x, NT 4.0(SP5>)
となりますが、
たとえば、
<< BuddyShare File Sharing System >>
http://members.nbci.com/buddyshare/
というファイル転送ツールが、
} CRC file verification after Download
} Resume Transfers
} Automatic Resume
に対応しているので、
> 停止した位置から再開（レジューム）」という機能のあるファイル転送
> 手段はありませんか、というのが今回のご相談です。
が可能なようです。
# ただし、現在のところ僕は未検証(^^;
BuddyShareは、なんというかnapsterの汎用バージョンのような感じ
です。以下は、http://members.nbci.com/_XMCM/buddyshare/that.html
からの引用です。
} BuddyShare allows you to share not only MP3 files, but any
} kind of files with other users and with the powerful search
} system locate files on other user's PCs.
# .mp3だけでなく、lzh/zip/tar.gz、さらには.mp4、.aviにも対応し
ているはず。 NetworkFileSearch機能が組込まれているところが
ftpd+ftpと異なりますね。
} With the built-in queue management, you can resume broken file
} transfers. Should a user go offline, BuddyShare periodically
} retries to transfer. With the built-in Chat feature, you can
} easily get in contact with other BuddyShare Users.
# resume機能あり。Chatでコミュニケーション。
} And BuddyShare is the *only* among similar programs checking
} the integrity of the transferred data, to make sure the files
} you got are an exact copy of the original. No more hassles
} with files corrupted and crippled by bad transmission and/or
} resumes!!
# CRC file verification after Downloadが効く、ということかな。
数100MBのファイル転送時には必要な機能でしょう。
ただ、integrityをcheckして、おかしかった場合、最初から再度
downloadというのはイヤだなあ。
--
Shuichi YAMAGAMI, Kyoto, JAPAN
yam...@mbox.kyoto-inet.or.jp