Wget потрібна адреса проксі, а не URL PAC

Вкажіть GNU Wget реальну кінцеву точку переспрямування для мети завантаження:

https_proxy=http://proxy.example:8080 wget https://downloads.example/file.zip

Замініть перший приклад URL на схвалений HTTP-проксі, а другий — на потрібний файл. https_proxy вибирає запити до цілей HTTPS; його значення задає прослуховувач, а не PAC-скрипт для обчислення.

URL на кшталт https://config.example/proxy.pac вказує на дані вибору маршруту. Розміщення його в змінній проксі не змушує Wget виконувати JavaScript. Перевірте вхідні дані проксі GNU Wget та встановлену версію; інша утиліта зі схожою назвою може поводитися інакше.

Отримайте результат PAC для відповідних URL. Копіювати одну кінцеву точку доречно лише тоді, коли цей маршрут діє протягом усієї операції. Переспрямування можуть змінювати хости, а внутрішні призначення можуть бути прямими. Складна політика потребує підтримуваного адаптера або управлінського рішення, що зберігає ці рішення.

Запросіть схвалену кінцеву точку або інтеграцію через командний рядок замість того, щоб вставляти програму PAC у профіль shell або запускати невідомий скрипт як необмежений код shell.