Ett Wget-cronjobb kan välja sin egen proxykonfigurationsfil

Använd en explicit Wget-startfil och absoluta sökvägar när ett schemalagt jobb inte ser den proxykonfiguration som används i ett interaktivt konto.

Ett Wget-kommando som körs av cron kan läsa in en annan användares konfiguration och en annan miljö än samma kommando i en interaktiv terminal.

För GNU Wget 1.x placerar du jobbets relevanta inställningar i en fil som kontot kan läsa:

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

En befintlig användar-crontab kan välja den filen explicit:

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

Byt ut det körbara programmet, konfigurationen, utdatasökvägen och URL:en för jobbet. Absoluta sökvägar tar bort ytterligare en skillnad mot en interaktiv shells arbetskatalog.

Som standard läser Wget först en global startfil och sedan användarens startfil. WGETRC väljer platsen för den senare; annars letar Wget efter $HOME/.wgetrc. Därför spelar HOME och kontot som det schemalagda jobbet använder roll.

Ange de nödvändiga proxy-posterna medvetet i den valda filen. HTTP-proxylistan kan ge kandidat-URL:er för offentliga rapportnedladdningar på en tillåten offentlig proxyväg. En root-kontos .wgetrc är inte automatiskt en annan användares konfiguration, och att kopiera hela filen kan också kopiera orelaterade alternativ.

När konfigurationen stämmer, bevara det faktiska Wget-felet från jobbet. En nekad proxyanslutning, en 407-utmaning och ett certifikatfel på målet kräver olika nästa steg.

Relaterade artiklar