প্ৰক্সিটো এবাৰ বিফল হয়। পিছৰ অনুৰোধবোৰ সফল হয়, তথাপিও ৱাচডগে পুনৰ আন এটা বিফলতা ঘোষণা কৰি থাকে। স্ক্ৰিপ্টে যোৱাকালিৰ এক্সিট স্থিতি মনত ৰাখিছে নেকি পৰীক্ষা কৰক।

এই আৰ্হিয়ে কেৱল curl বিফল হ'লেহে ভেৰিয়েবলটো আপডেট কৰে:

status=0
# Repeated inside a loop:
curl ... || status=$?

প্ৰথম অশূন্য ফলাফলৰ পিছত, এখন সফল পুনৰাবৃত্তিয়ে status অপৰিৱৰ্তিত এৰি যায়। curl সফল হোৱাৰ বাবেই ই শূন্য নহয়।

ইয়াৰ পৰিৱৰ্তে বৰ্তমানৰ আদেশত শাখা কৰক:

if curl --proxy socks5h://127.0.0.1:1080 --noproxy '' \
    --fail --silent --show-error --connect-timeout 3 --max-time 10 \
    https://health.example/ >/dev/null; then
    echo "check succeeded"
else
    echo "check failed"
fi

ঠিকনা আৰু সময়বোৰ উদাহৰণমূলক। ই পুৰণি ভেৰিয়েবলটো আঁতৰায়; কিন্তু কোনটো পুনৰুদ্ধাৰৰ পদক্ষেপ উপযুক্ত সেইটো ঠিক নকৰে।

পৰ্যবেক্ষণটো সংকীৰ্ণ ৰাখক। অনুৰোধটো প্ৰক্সি, পৰৱৰ্তী পথ, গন্তব্য, TLS পৰীক্ষণ আৰু HTTP ফলাফলৰ ওপৰত নিৰ্ভৰশীল। SOCKS সেৱা সুস্থ হৈ থকাৰ সময়তো লক্ষ্যৰ বাধাই ইয়াক বিফল কৰিব পাৰে। এটা অকস্মাৎ HTTP 200 পৃষ্ঠাইও কেৱল স্থিতি-ভিত্তিক পৰীক্ষা পাছ কৰিব পাৰে প্ৰত্যাশিত সমল নিদিয়াকৈ।

এটা নিয়ন্ত্ৰিত সঁহাৰি চুক্তি বাছনি কৰক আৰু বিফলতাৰ স্তৰটো ৰাখক। প্ৰতিটো অশূন্য curl ফলাফলত প্ৰক্সি পুনৰাৰম্ভ কৰিলে সুস্থ ছেছন ব্যাহত হ'ব পাৰে, আনহাতে প্ৰকৃত গন্তব্যৰ সমস্যা অসমাধান হৈয়ে থাকে।

সম্পৰ্কিত প্ৰবন্ধ