ഒരു Wget cron ജോലിക്ക് അതിന്റെ സ്വന്തം പ്രോക്സി കോൺഫിഗറേഷൻ ഫയൽ തിരഞ്ഞെടുക്കാം
ഷെഡ്യൂൾ ചെയ്ത ജോലിക്ക് ഇന്ററാക്ടീവ് അക്കൗണ്ടിൽ ഉപയോഗിക്കുന്ന പ്രോക്സി കോൺഫിഗറേഷൻ കാണാനാകാത്തപ്പോൾ വ്യക്തമായ Wget സ്റ്റാർട്ടപ്പ് ഫയലും കേവല പാതകളും ഉപയോഗിക്കുക.
cron പ്രവർത്തിപ്പിക്കുന്ന Wget കമാൻഡ് ഇന്ററാക്ടീവ് ടെർമിനലിലെ അതേ കമാൻഡിൽ നിന്ന് വ്യത്യസ്തമായ മറ്റൊരു ഉപയോക്താവിന്റെ കോൺഫിഗറേഷനും പരിസ്ഥിതിയും ലോഡ് ചെയ്തേക്കാം.
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-കൾ നൽകാം. root അക്കൗണ്ടിന്റെ .wgetrc സ്വയമേവ മറ്റൊരു ഉപയോക്താവിന്റെ കോൺഫിഗറേഷനല്ല, മുഴുവൻ ഫയലും പകർത്തുന്നത് ബന്ധമില്ലാത്ത ഓപ്ഷനുകളും പകർത്തിയേക്കാം.
കോൺഫിഗറേഷൻ ഒത്തുപോയാൽ, ജോലിയിൽ നിന്നുള്ള യഥാർത്ഥ Wget പിശക് സൂക്ഷിക്കുക. നിരസിക്കപ്പെട്ട പ്രോക്സി കണക്ഷൻ, 407 ചലഞ്ച്, ലക്ഷ്യത്തിന്റെ സർട്ടിഫിക്കറ്റ് പിശക് എന്നിവയ്ക്ക് വ്യത്യസ്ത അടുത്ത ഘട്ടങ്ങൾ വേണം.