2

私はwgetを使用して次のような安全なサイトに接続しています：

wget -nc -i inputFile

ここで、inputeFileは次のようなURLで構成されています。

https://clientWebsite.com/TheirPageName.asp?orderValue=1.00&merchantID=36&programmeID=92&ref=foo&Ofaz=0

このページは小さなgifファイルを返します。なんらかの理由で、これには約2.5分かかります。同じURLをブラウザに貼り付けると、数秒以内に応答が返されます。

誰かがこれを引き起こしている可能性があるものを知っていますか？

ちなみに、wgetのバージョンは「GNUWget 1.9 + cvs-stable（Red Hat修正済み）」です。

4

5 に答える 5

7

私はこれが1年前であることを知っていますが、この正確な問題は何日も私たちを悩ませました。それは私たちのDNSサーバーであることがわかりましたが、ボックスでIP6を無効にすることで回避しました。

コマンドの最後に「--inet4-only」を追加することで、システムを変更する前にテストできます（引用符は不要）。

于 2009-11-04T19:22:30.280 に答える
6

  1. UserAgentを偽造してみてください

    -U "Mozilla/5.0 (X11; U; Linux i686 (x86_64); en-GB; rv:1.9.0.1) Gecko/2008070206 Firefox/3.0.1"

  2. 証明書チェックを無効にする（遅い）

    --no-check-certificate

  3. 冗長性を有効にして、何が起こっているかをデバッグします

    -v

  4. DNSルックアップの必要性を排除します。

    HOSTSファイルにIPアドレスをハードコードします

    /etc/hosts 
123.122.121.120  foo.bar.com
于 2008-09-18T16:20:45.233 に答える
1

strace / dtrace / trussを使用してリクエストのプロファイリングを試しましたか（プラットフォームによって異なります）？

これを引き起こしている可能性のあるさまざまな問題があります。wgetで使用されているopensslのバージョン-そこに問題がある可能性があります。これはどのOSで実行されていますか（完全な情報はそこで役立ちます）。

スパイダーの影響を減らすために、サイトに実装されたwgetによってエージェントIDが渡されるため、何らかの形でダウンロード速度が低下する可能性があります。

wgetは完全な証明書検証を実行していますか？--no-check-certificateを使用してみましたか？

于 2008-09-18T16:30:57.050 に答える
0

クライアント サイトの証明書は有効ですか? 自己署名証明書の場合は、 --no-certificate-check を指定できます。

wget の HTTPS (SSL/TLS) オプション

于 2008-09-18T16:22:16.493 に答える
0

効果的な解決策の 1 つは、削除することhttps:\\です。これにより、ダウンロードが約 100 倍高速化されます。

たとえば、次の方法でダウンロードします。

wget https://data.keithito.com/data/speech/LJSpeech-1.1.tar.bz2

代わりに次のコマンドを使用して高速化することもできます。

wget data.keithito.com/data/speech/LJSpeech-1.1.tar.bz2
于 2021-12-02T06:11:35.463 に答える