Спампоўка праз проксі з GNU Wget
Выберыце IP проксі для аднаго запуску Wget, перакрыйце старыя пачатковыя налады і пазбягайце доўгіх стандартных паўтораў пры недаступным запісе.
Для аднаго запуску GNU Wget задайце проксі яўна, не рэдагуючы wgetrc:
wget -e use_proxy=on \
-e https_proxy=http://203.0.113.10:8080 \
-e no_proxy= \
--timeout=10 --tries=1 \
-O - https://example.com/Замяніце адрас для дакументацыі сваім HTTP-проксі або запісам са спіса HTTP-проксі для разавага тэсту. Мэта выкарыстоўвае HTTPS, таму Wget выбірае https_proxy; значэнне http:// апісвае пасрэдніка. Для HTTP-адрасата замест гэтага задайце http_proxy. Калі наладжаны толькі https_proxy, простая замена URL сайта не захоўвае маршрут.
| Налада | Дзеянне ў гэтым выкліку |
|---|---|
-e use_proxy=on | Яўна ўключыць выкарыстанне проксі. |
-e no_proxy= | Ачысціць абыходы для адрасатаў на час гэтага ізаляванага тэсту. |
--tries=1 | Пазбегнуць паўторных спроб праз запіс без адказу. |
--timeout=10 | Задаць сеткавыя тайм-аўты Wget; гэта не адзіная мяжа агульнага часу ўсёй спампоўкі. |
-O - | Вывесці цела ў стандартны вывад. Для захавання файла выберыце імя або апусціце гэты параметр. |
Пачатковыя файлы могуць перакрываць значэнні проксі з асяроддзя; яўныя значэнні -e робяць маршрут гэтай каманды бачным. Захоўвайце наўмысныя абыходы ў пастаяннай канфігурацыі праграмы. Выдаляйце --no-proxy з каманд для праверкі канцавага пункта.
Аддзяляйце дыягностыку, звычайна ў стандартным патоку памылак, ад спампаванага цела. Адмова ў злучэнні, адмова тунэлю і HTTP-памылка адрасата патрабуюць розных наступных праверак; само з’яўленне файла іх не адрознівае. Калі каманда абалонкі з падобным імем адхіляе параметры, праверце wget --version, каб пацвердзіць GNU Wget.