Загрузка через прокси с 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.