Et Wget-cronjob kan vælge sin egen proxykonfigurationsfil

Brug en eksplicit Wget-startfil og absolutte stier, når et planlagt job ikke kan se den proxykonfiguration, der bruges i en interaktiv konto.

En Wget-kommando, der køres af cron, kan indlæse en anden brugers konfiguration og et andet miljø end den samme kommando i en interaktiv terminal.

Placer for GNU Wget 1.x jobbets relevante indstillinger i en fil, som dens konto kan læse:

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

En eksisterende bruger-crontab kan vælge den fil eksplicit:

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

Erstat den kørbare fil, konfigurationen, outputstien og URL'en for jobbet. Absolutte stier fjerner endnu en forskel fra en interaktiv shells arbejdsmappe.

Som standard læser Wget en global startfil og derefter sin brugerstartfil. WGETRC vælger placeringen af sidstnævnte; ellers leder Wget efter $HOME/.wgetrc. Derfor betyder HOME og den konto, som det planlagte job bruger, noget.

Angiv de nødvendige proxyindgange bevidst i den valgte fil. HTTP-proxylisten kan give kandidat-URL'er til offentlige rapportdownloads på en tilladt offentlig proxy-rute. En root-kontos .wgetrc er ikke automatisk en anden brugers konfiguration, og kopiering af hele filen kan også kopiere urelaterede indstillinger.

Når konfigurationen stemmer, skal du bevare den faktiske Wget-fejl fra jobbet. En afvist proxyforbindelse, en 407-udfordring og en certifikatfejl på destinationen kræver forskellige næste skridt.

Relaterede artikler