একটি Wget cron কাজ নিজের প্রক্সি কনফিগারেশন ফাইল বেছে নিতে পারে

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 চ্যালেঞ্জ এবং গন্তব্য সার্টিফিকেট ত্রুটির জন্য ভিন্ন পরবর্তী পদক্ষেপ দরকার।