প্রক্সি মনিটরের স্ট্যাটাস ও এক্সিট কোডের ব্যাখ্যা

একটি র‍্যাপার ডাউনলোডারের শূন্য এক্সিট কোডকে পর্যবেক্ষিত “HTTP 200 OK”-এ রূপান্তর করতে পারে না। প্রতিটি স্তর প্রকৃতপক্ষে কী জানাল তা লিখে রাখুন:

HTTP ত্রুটি প্রতিক্রিয়ার পরেও curl সাধারণত শূন্য ফিরিয়ে দিতে পারে। এর fail অপশন এক্সিট আচরণ বদলায়, tetapi ব্যর্থতার এক্সিট এখনও স্ট্যাটাসকে এককভাবে চিহ্নিত করে না। Wget-এর এক্সিট মানও শ্রেণি: প্রমাণীকরণ ব্যর্থতা HTTP 401-এর জন্য নিবেদিত মান নয়, এবং সার্ভার-ত্রুটি শ্রেণি তার ভেতরের প্রতিটি প্রতিক্রিয়া চিহ্নিত করে না। 401 প্রত্যাশা করা পরীক্ষাকে সেই প্রতিক্রিয়া পর্যবেক্ষণ করতে হবে।

প্রক্সি এন্ডপয়েন্ট ও ওয়েবসাইটের নাম আলাদা রাখুন। HTTP-প্রক্সি পরীক্ষার TCP সমকক্ষ হলো প্রক্সি; CONNECT গন্তব্যের নাম দেয়, যার TLS সেশন এরপর টানেলের ভেতরে চলে। HTTPS প্রক্সির ক্ষেত্রে বাইরের প্রক্সির বিশ্বাস আরেকটি সার্টিফিকেট পরীক্ষা।

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

উদ্দিষ্ট প্রমাণিত পথটিও ব্যবহার করুন। পোর্ট প্রোব সবুজ থাকতে পারে, অথচ পরিচালন অ্যাকাউন্ট 407 পায়। এটির গোপন তথ্য ডিপ্লয়মেন্টের উপযুক্ত ব্যবস্থায় পৌঁছে দিন, এবং প্রকৃতপক্ষে ব্যর্থ হওয়া ধাপটি প্রতিবেদন করুন: প্রত্যাখ্যাত টানেলের জন্য ভিন্ন মেরামত দরকার, যা অপ্রত্যাশিত ওয়েবসাইট স্ট্যাটাস থেকে আলাদা।