簡単な質問 - ダウンロードマネージャ、コンソール、GUIが必要です。気にしません。問題は次のとおりです。
カスタムヘッダー - ダウンロードするにはクッキーを渡す必要があります(認証)。
続行 - 何らかの理由でダウンロードが停止した場合は、最初から始めるのではなく(たとえば)50%から続行できます。
再試行 - プログラムが自動的に接続を試み、再ダウンロードできるようにします。
カスタムファイル名の出力 - データの移動先に特定のファイル名を指定できます。
そして動的リダイレクト - したがって、サーバーにファイルを要求し、サーバーが「いい
X
ね、ここにいますX?token=767
」と答えると、ダウンローダは元の名前を受け入れます。X
(つまり、私が要求したものと同じだと思います。)
私はコンソールを好むので、これまでwget、カール、aria2cを使ってみました。彼らはすべて失敗しました。 wgetはカスタムファイル名の出力を処理せず(ただファイルにダンプする)、リダイレクトによって「速くなります」。つまり、上記の例のようにデータをファイルに保存するため、X?token=767
実際に回復が中断され、トークンで再試行されます。再接続するたびに変更されます。
aria2cとカールはダウンロードを開始しません。私の考えでは、彼らはリダイレクトをまったく受け入れず、aria2cは成功せずに0バイトをダウンロードしようとし続け、カールはファイルが移動されたサーバーから応答をダウンロードしますX?token=767
。
記録のために私のダウンロードコマンドは次のとおりです。
得る
wget -rc --no-cookies --header "Cookie: COOKIEKEY=COOKIEVALUE" \
"https://www.foo.bar/file.gz"
アリア2c
aria2c -o f.gz --check-certificate=false -c -m0 \
--header="Cookie: COOKIEKEY=COOKIEVALUE" \
"https://www.foo.bar/file.gz"
カール
curl -o f.gz -C - --retry 1000 \
-H "Cookie: COOKIEKEY=COOKIEVALUE" \
"https://www.foo.bar/file.gz"
ベストアンサー1
wgetリダイレクトの問題は、以下を使用して解決できます。
wget --trust-server-names http://www.example.com/X?1234