Заданне Wget у cron можа выбраць свой файл наладкі проксі

Выкарыстоўвайце явны файл запуску Wget і абсалютныя шляхі, калі запланаванае заданне не бачыць наладку проксі, якая выкарыстоўваецца ў інтэрактыўным уліковым запісе.

Каманда Wget, запушчаная праз cron, можа загрузіць наладку іншага карыстальніка і іншае асяроддзе, чым тая ж каманда ў інтэрактыўным тэрмінале.

Для GNU Wget 1.x змясціце патрэбныя параметры задання ў файл, які яго ўліковы запіс можа прачытаць:

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

Існуючы crontab карыстальніка можа выбраць гэты файл яўна:

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

Замяніце выканальны файл, наладку, шлях вываду і URL для задання. Абсалютныя шляхі прыбіраюць яшчэ адно адрозненне ад працоўнага каталога інтэрактыўнай абалонкі.

Па змаўчанні Wget чытае глабальны файл запуску, а затым файл запуску карыстальніка. WGETRC выбірае месца апошняга; інакш Wget шукае $HOME/.wgetrc. Таму HOME і ўліковы запіс, якія выкарыстоўвае запланаванае заданне, маюць значэнне.

Свядома задайце патрэбныя запісы проксі ў выбраным файле. Спіс HTTP-проксі можа даць патэнцыйныя URL для спампоўкі публічных справаздач на дазволеным маршруце публічнага проксі. .wgetrc уліковага запісу root не з'яўляецца аўтаматычна наладкай іншага карыстальніка, а капіраванне ўсяго файла можа скапіраваць і непатрыбныя параметры.

Калі наладка супала, захавайце фактычную памылку Wget з задання. Адхіленае злучэнне праз проксі, выклік 407 і памылка сертыфіката прызначэння патрабуюць розных наступных крокаў.

Падобныя артыкулы