Завантаження через проксі з 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.