ক্র্যাশ হওয়া URL পুনর্লেখকের সাথে ধীর Squid অনুরোধ
URL পুনর্লেখন সহায়কটি পরীক্ষা করুন যখন প্রক্সি সংযোগ গ্রহণ করে কিন্তু অনুরোধগুলো সামনে পাঠানোর আগে আটকে যায়।
Squid যদি সংযোগ গ্রহণ করে কিন্তু অনুরোধগুলো সামনে পাঠাতে দীর্ঘ সময় নেয়, তবে সেই পথে থাকা যেকোনো URL পুনর্লেখক পরীক্ষা করুন। Squid 5–7-এ url_rewrite_program প্রাথমিক অ্যাক্সেস যাচাইয়ের পরে পরামর্শ নেওয়া একটি বাহ্যিক প্রোগ্রামের নাম দেয়। এটি গন্তব্যে পৌঁছানোর আগে অনুরোধটি বিলম্বিত করতে পারে।
- কার্যকর পুনর্লেখক কমান্ডটি পড়ুন, র্যাপার ও আর্গুমেন্টসহ।
- প্রভাবিত লেনদেনটি সহায়কের ডায়াগনস্টিকস-এর সাথে মিলিয়ে দেখুন। বারবার চাইল্ড প্রস্থান, বিকৃত উত্তর ও বাড়তে থাকা সারি আলাদা সূত্র।
- একটি URL প্যাটার্নই ব্যর্থতা ঘটাচ্ছে কি না দেখুন। সম্পর্কহীন রিজলভার সেটিংস বদলানোর বদলে সেই ইনপুটের একটি রিড্যাক্ট করা উদাহরণ সংরক্ষণ করুন।
সহায়কটির একটি লাইন-ভিত্তিক অনুরোধ/উত্তর চুক্তি আছে। স্ট্যান্ডার্ড আউটপুটে র্যাপারের অগ্রগতি পাঠ্য তা ভাঙতে পারে। প্রশাসক হিসেবে স্ক্রিপ্টটি সফলভাবে চালানোও Squid-এর ইনপুট প্রবাহ, পরিবেশ বা অনুমতি পুনরুৎপাদন করে না। এই পথটি পাসওয়ার্ড যাচাই থেকে আলাদা।
বিনিময়টি কাজ করার পরেই এটিকে ধারণক্ষমতার সমস্যা হিসেবে ধরুন। url_rewrite_children প্রক্রিয়া ও সংশ্লিষ্ট সারির আচরণ নিয়ন্ত্রণ করে, কিন্তু বেশি চাইল্ড ইনপুট-জনিত ক্র্যাশ মেরামত করতে পারে না। এর সমবর্তিতা বিকল্প চ্যানেল শনাক্তকারী আনে এবং সেই কথোপকথন বাস্তবায়নকারী সহায়ক দরকার।
পুনর্লেখক ছাড়া একটি অনুমোদিত তুলনা এর অবদান আলাদা করতে পারে। অতিরিক্ত লোডে এটি বাইপাস করে রাখলে এটি যে রাউটিং বা ফিল্টারিং প্রয়োগ করে তা বদলে যেতে পারে, তাই সেটি একটি নীতি সিদ্ধান্ত। পুরো বিলম্বকে নেটওয়ার্ক লেটেন্সি ধরার আগে পর্যবেক্ষিত সহায়ক অপেক্ষাকে DNS ও পরবর্তী সংযোগের প্রমাণের সাথে তুলনা করুন।