Une tâche cron Wget peut choisir son propre fichier de configuration proxy

Une commande Wget lancée par cron peut charger la configuration d'un autre utilisateur et un environnement différent de la même commande dans un terminal interactif.

Pour GNU Wget 1.x, placez les réglages utiles de la tâche dans un fichier que son compte peut lire :

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

Une crontab utilisateur existante peut sélectionner ce fichier explicitement :

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

Remplacez l'exécutable, la configuration, le chemin de sortie et l'URL de la tâche. Les chemins absolus suppriment une autre différence avec le répertoire de travail d'un shell interactif.

Par défaut, Wget lit un fichier de démarrage global puis son fichier de démarrage utilisateur. WGETRC choisit l'emplacement du second ; sinon, Wget cherche $HOME/.wgetrc. Le HOME et le compte utilisés par la tâche planifiée comptent donc.

Définissez délibérément les entrées proxy nécessaires dans le fichier choisi. La liste de proxies HTTP peut fournir des URL candidates pour des téléchargements publics de rapports sur une route de proxy public autorisée. Le .wgetrc d'un compte root n'est pas automatiquement la configuration d'un autre utilisateur, et copier tout le fichier peut aussi copier des options sans rapport.

Une fois la configuration concordante, conservez l'erreur Wget réelle de la tâche. Une connexion proxy refusée, un défi 407 et une erreur de certificat de destination demandent des étapes suivantes différentes.