En Wget-cronjobb kan velge sin egen proxykonfigurasjonsfil
Bruk en eksplisitt Wget-startfil og absolutte stier når en planlagt jobb ikke ser proxykonfigurasjonen som brukes i en interaktiv konto.
En Wget-kommando som kjøres av cron, kan laste en annen brukers konfigurasjon og et annet miljø enn den samme kommandoen i en interaktiv terminal.
For GNU Wget 1.x legger du jobbens relevante innstillinger i en fil som kontoen kan lese:
use_proxy = on
http_proxy = http://proxy.example:8080
https_proxy = http://proxy.example:8080
En eksisterende bruker-crontab kan velge den filen eksplisitt:
15 3 * * * /usr/bin/wget --config=/home/reports/wget-proxy.conf --output-document=/home/reports/report.csv https://data.example/report.csv
Erstatt den kjørbare filen, konfigurasjonen, utdatastien og URL-en for jobben. Absolutte stier fjerner nok en forskjell fra arbeidskatalogen til et interaktivt skall.
Som standard leser Wget en global startfil og deretter brukerens startfil. WGETRC velger plasseringen til sistnevnte; ellers leter Wget etter $HOME/.wgetrc. Derfor betyr HOME og kontoen som den planlagte jobben bruker, noe.
Angi de nødvendige proxyoppføringene bevisst i den valgte filen. HTTP-proxylisten kan gi kandidat-URL-er for offentlige rapportnedlastinger på en tillatt offentlig proxy-rute. En root-kontos .wgetrc er ikke automatisk en annen brukers konfigurasjon, og kopiering av hele filen kan også kopiere urelaterte alternativer.
Når konfigurasjonen stemmer, bevar den faktiske Wget-feilen fra jobben. En avvist proxyforbindelse, en 407-utfordring og en sertifikatfeil på målet krever ulike neste steg.