আপনার প্রক্সি সবার জন্য খোলা নয় কি না যাচাই করুন

নতুন ফরওয়ার্ড প্রক্সি অন্য নেটওয়ার্ক থেকে পৌঁছানো যাওয়ার আগে প্রবেশসীমা পরীক্ষা করুন। সার্ভার থেকেই সফল অনুরোধ বাইরের ক্লায়েন্টের ক্ষমতা খুব কম প্রমাণ করে। নিয়ন্ত্রিত গন্তব্য ব্যবহার করুন, যেন বোঝা যায় প্রত্যাখ্যাত অনুরোধ সত্যি পাঠানো হয়েছিল কি না।

কার্যকর লিসনার ও নীতি দেখুন

শোনার প্রক্রিয়া ও ঠিকানা পরীক্ষা করুন, IPv6 চালু থাকলে সেটিও। অনিচ্ছাকৃত বাড়তি লিসনার বা পুরোনো পরিষেবা সরান। নেটওয়ার্ক ফায়ারওয়াল শুধু পরিষেবায় পৌঁছানো উচিত এমন উৎসে সীমিত রাখুন।

তারপর প্রকৃত লোড হওয়া কনফিগারেশন ও অন্তর্ভুক্ত ফাইল দেখুন। Squid 6-এ আগের অনুমতি পরের বাধা নিষ্প্রভ করতে পারে। Tinyproxy 1.11.2-এ সব Allow ও Deny লাইন বাদ দিলে সব ক্লায়েন্ট অনুমোদিত হয়। Dante-তে আলাদা ক্লায়েন্ট ও SOCKS নিয়ম থাকে, তাই TCP সংযোগ গ্রহণই পুরো নীতি নয়।

ইনস্টল করা সংস্করণের নথি নিন। Squid 8-এর নির্দেশ বদল সংস্করণ যাচাইয়ের কারণ, পরিচিত কনফিগারেশন একই অর্থে গৃহীত হয়েছে ভাবার নয়।

অনুমোদিত ও প্রত্যাখ্যাত উভয় ঘটনা পরীক্ষা করুন

প্রক্সির অনুমোদিত উৎস ও লগইন দুটোই চাইলে নিজের নিয়ন্ত্রিত সিস্টেমে এই ছক পরীক্ষা করুন:

এক NAT-এর পেছনের দুই ডিভাইস একই উৎস মনে হতে পারে। প্রক্সিতে ভিন্ন উৎস ঠিকানা দেখায় এমন পরীক্ষার স্থান নিন ও লগে মিলিয়ে দেখুন। সম্পর্কহীন তৃতীয় পক্ষের যন্ত্র নেবেন না বা অন্যের পরিষেবা স্ক্যান করবেন না।

ফায়ারওয়াল প্রত্যাখ্যানে HTTP উত্তর নাও থাকতে পারে; অ্যাপ প্রত্যাখ্যানে ত্রুটি ফিরতে পারে। দুক্ষেত্রেই দেখুন নিয়ন্ত্রিত লক্ষ্য নিষিদ্ধ অনুরোধ পায়নি; শুধু ত্রুটি পেজ গন্তব্যের উত্তর বলে ভুল হতে পারে।

যে ফরওয়ার্ডিং ধরন অনুমোদন করবেন সেগুলো পরীক্ষা করুন

ওয়েব প্রক্সিতে সাধারণ HTTP ও অনুমোদিত HTTPS CONNECT পথ আলাদা পরীক্ষা করুন। নীতি গন্তব্য সীমিত করলে অনুমোদিত গন্তব্য ও প্রত্যাখ্যাত হওয়া উচিত এমন নিয়ন্ত্রিত গন্তব্য নিন। সব পরীক্ষা সফল করতে নিয়ন্ত্রণ সরাবেন না।

উৎস সীমা, পরিচয়তথ্য, শোনার ঠিকানা, অন্তর্ভুক্ত ফাইল বা পরিষেবা সংস্করণ বদলালে আবার পরীক্ষা করুন। সময়, কনফিগারেশন সংস্করণ ও ফল একসঙ্গে রাখুন যেন পরের পরিবর্তন একই সীমায় মাপা যায়।

এটি গ্রহণপরীক্ষার প্রক্রিয়া, কনফিগারেশন পার্সার বা এক অনুরোধ সব নেটওয়ার্ক পথ বন্ধ প্রমাণ করে এমন দাবি নয়।