’n Wget-cronwerk kan sy eie proxy-konfigurasielêer kies

’n Wget-opdrag wat deur cron uitgevoer word, kan ’n ander gebruiker se konfigurasie en ’n ander omgewing laai as dieselfde opdrag in ’n interaktiewe terminaal.

Plaas vir GNU Wget 1.x die taak se relevante instellings in ’n lêer wat sy rekening kan lees:

use_proxy = on
http_proxy = http://proxy.example:8080
https_proxy = http://proxy.example:8080

’n Bestaande gebruiker-crontab kan daardie lêer eksplisiet kies:

15 3 * * * /usr/bin/wget --config=/home/reports/wget-proxy.conf --output-document=/home/reports/report.csv https://data.example/report.csv

Vervang die uitvoerbare lêer, konfigurasie, uitvoerpad en URL vir die taak. Absolute paadjies verwyder nog ’n verskil met die werkgids van ’n interaktiewe skulp.

Standaard lees Wget eers ’n globale opstartlêer en dan sy gebruikersopstartlêer. WGETRC kies laasgenoemde ligging; andersins soek Wget na $HOME/.wgetrc. Die HOME en rekening wat die geskeduleerde taak gebruik, maak dus saak.

Stel die nodige proxy-inskrywings doelbewus in die gekose lêer. Die HTTP-proxylys kan kandidaat-URL's verskaf vir openbare verslagaftellings op ’n toegelate openbare-proxyroete. ’n Root-rekening se .wgetrc is nie outomaties ’n ander gebruiker se konfigurasie nie, en om die hele lêer te kopieer kan ook onverwante opsies kopieer.

Sodra die konfigurasie ooreenstem, bewaar die werklike Wget-fout van die taak. ’n Geweierde proxyverbinding, ’n 407-uitdaging en ’n sertifikaatfout by die bestemming vereis verskillende volgende stappe.