Squid প্রমাণীকরণ হেল্পার কখন বাধা হয়ে দাঁড়ায়

প্রক্সি অনুরোধ গন্তব্যে যাওয়ার আগে লগইন তথ্য যাচাইয়ের জন্য অপেক্ষা করতে পারে। প্রমাণীকরণহীন সংযোগ ও আগের ক্যাশ যাচাই নতুন লগইন থেকে আলাদা হলে নেটওয়ার্কের সময়সীমা বদলানোর আগে প্রমাণীকরণ পথ দেখুন।

Squid 6.13 বাহ্যিক প্রমাণীকরণ হেল্পার চালায়। ধীর ডিরেক্টরি সেবা, পড়া যায় না এমন অ্যাকাউন্ট ফাইল, হেল্পারের বারবার বন্ধ হওয়া বা অল্প হেল্পার উপলব্ধ থাকা এই ধাপকে আলাদাভাবে প্রভাবিত করতে পারে।

আসল সীমিত ধাপটি খুঁজুন

cache লগে শুরুর ব্যর্থতা, হেল্পার বন্ধ হওয়া ও অতিরিক্ত চাপের বার্তা দেখুন। সুরক্ষিত স্থানীয় ব্যবস্থাপনা পরিসংখ্যান থাকলে কার্যকলাপ সেখানে দেখুন। শুধু কাউন্টার পেতে ব্যবস্থাপনা এন্ডপয়েন্ট প্রকাশ্যে খুলবেন না।

ব্যাকএন্ডকে পরীক্ষার অ্যাকাউন্ট দিয়ে আলাদাভাবে যাচাই করুন। একটিও যাচাই শেষ না করা হেল্পারের কাজ ঠিক করতে হবে; বেশি কপি চালানো পথ বা অনুমতির ত্রুটি সারায় না।

প্রক্রিয়ার সংখ্যা প্রোটোকলের সমসাময়িকতা নয়

সীমিত প্রক্রিয়া পুলের উদাহরণ:

auth_param basic children 16 startup=2 idle=2

এখানে সর্বোচ্চ সংখ্যা, শুরুর সংখ্যা ও কাঙ্ক্ষিত নিষ্ক্রিয় প্রাপ্যতার উদ্দেশ্য আলাদা। মানগুলো উদাহরণ। মাপা অনুরোধের চাহিদা ও ব্যাকএন্ডের সংযোগ এবং সম্পদের সীমার সঙ্গে মেলান।

আলাদা concurrency বিকল্প Squid ও হেল্পারের যোগাযোগ প্রোটোকল বদলায়। এটি সাধারণ কর্মক্ষমতার সুইচ নয়। হেল্পার প্রয়োজনীয় চ্যানেল শনাক্তকারী ও একই সময়ের অনুরোধ স্পষ্টভাবে সমর্থন করলে তবেই চালু করুন।

লগইন তথ্য ক্যাশে রাখা প্রয়োজনীয় যাচাইয়ের ঘনত্বও বদলায়। হেল্পার পুল না বদলে মেয়াদ কমালে কাজ বাড়তে পারে, এমনকি ব্রাউজিং ট্রাফিক স্থির থাকলেও।

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