এখন ৰেপাৰে ডাউনল’ডাৰৰ শূন্য এক্সিট ক’ডক পৰ্যবেক্ষিত “HTTP 200 OK” লৈ ৰূপান্তৰ কৰিব নোৱাৰে। প্ৰতিটো স্তৰে আচলতে কি জনালে সেয়া লিপিবদ্ধ কৰক:

ক্ষেত্ৰউত্তৰ দিয়া প্ৰশ্ন
সঁজুলি বা প্লাগিন এক্সিটপৰীক্ষাটো চলিছিল নেকি, আৰু কোন শ্ৰেণীৰ বিফলতা জনালে?
প্ৰক্সি আলোচনাফৰৱাৰ্ডিং বা অনুৰোধ কৰা টানেল স্বীকৃত হৈছিল নেকি?
অৰিজিন স্থিতি আৰু প্ৰত্যাশিত সমলএপ্লিকেশ্বনে উদ্দেশ্যপ্ৰণোদিত ফলাফল ঘূৰাই দিলে নেকি?
TLS বৈধতাসংৰূপিত পৰিচয় পৰীক্ষাবোৰ সফল হৈছিল নেকি?

curl সাধাৰণতে HTTP ত্ৰুটি উত্তৰৰ পিছতো শূন্য ঘূৰাই দিব পাৰে। ইয়াৰ fail বিকল্পই এক্সিট আচৰণ সলনি কৰে, কিন্তু বিফলতাৰ এক্সিটে তথাপিও স্থিতিটো অদ্বিতীয়ভাৱে চিনাক্ত নকৰে। Wget-ৰ এক্সিট মানো শ্ৰেণী: প্ৰমাণীকৰণ বিফলতা HTTP 401-ৰ বাবে নিবেদিত মান নহয়, আৰু চাৰ্ভাৰ-ত্ৰুটি শ্ৰেণীয়ে ইয়াৰ ভিতৰৰ প্ৰতিটো উত্তৰ চিনাক্ত নকৰে। 401 প্ৰত্যাশা কৰা পৰীক্ষাই সেই উত্তৰটো পৰ্যবেক্ষণ কৰিব লাগিব।

প্ৰক্সি এণ্ডপইণ্ট আৰু ৱেবছাইটৰ নাম পৃথক কৰি ৰাখক। HTTP-প্ৰক্সি পৰীক্ষাৰ TCP সমকক্ষটো প্ৰক্সি; CONNECT এ গন্তব্যস্থানৰ নাম দিয়ে, যাৰ TLS অধিবেশন তাৰ পিছত টানেলৰ ভিতৰত চলি থাকে। HTTPS প্ৰক্সিৰ বাবে বাহিৰৰ প্ৰক্সিৰ বিশ্বাস আন এটা প্ৰমাণপত্ৰ পৰীক্ষা।

SSL ফ্লেগক বৈধতা হিচাপে ধৰাৰ আগতে প্লাগিনৰ নিশ্চয়তা পৰীক্ষা কৰক। Monitoring Plugins এ check_http ক check_curl ৰ সপক্ষে অৱসৰ দিয়ে। check_http ৰ নথিয়ে সতৰ্ক কৰে যে কেৱল SSL বাছনি কৰিলে হ’ষ্টনাম বা ইছ্যুৱাৰ বিশ্বাস পৰীক্ষা নহয়; check_curl ৰ নথিভুক্ত verify-peer বিকল্পে সেই পৰীক্ষা অন্তৰ্ভুক্ত কৰে।

উদ্দেশ্যপ্ৰণোদিত প্ৰমাণিত পথটোও ব্যৱহাৰ কৰক। প’ৰ্ট প্ৰ’ব সেউজীয়া হৈ থাকিব পাৰে, কিন্তু কাৰ্যকৰী একাউণ্টে 407 লাভ কৰে। ইয়াৰ গোপন তথ্য মোতায়েনৰ উপযুক্ত ব্যৱস্থাৰে প্ৰেৰণ কৰক, আৰু আচলতে বিফল হোৱা পৰ্যায়টো প্ৰতিবেদন কৰক: অস্বীকৃত টানেলে বেলেগ ধৰণৰ মেৰামতিৰ প্ৰয়োজন, যিটো অপ্ৰত্যাশিত ৱেবছাইট স্থিতিৰ পৰা পৃথক।

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