طلبات Squid البطيئة مع مُعيد كتابة URL الذي يتعطل
افحص مساعد إعادة كتابة URL عندما يقبل الوكيل الاتصالات لكن الطلبات تتوقف قبل إعادة توجيهها.
إذا كان Squid يقبل الاتصالات لكنه يستغرق وقتًا طويلًا لإرسال الطلبات إلى وجهتها، فافحص أي مُعيد كتابة URL على هذا المسار. في Squid 5–7 يشير url_rewrite_program إلى برنامج خارجي يُستشار بعد فحوصات الوصول الأولية. ويمكنه تأخير الطلب قبل وصوله إلى الوجهة.
- اقرأ أمر إعادة الكتابة الفعلي، بما في ذلك الغلاف والوسائط.
- طابق المعاملة المتأثرة مع تشخيصات المساعد. خروج العمليات الفرعية المتكرر والردود المشوهة والطابور المتنامي مؤشرات مختلفة.
- تحقق مما إذا كان نمط URL واحد يسبب العطل. احتفظ بمثال مُنقّح من ذلك المدخل بدلًا من تغيير إعدادات محلل غير ذات صلة.
للمساعد عقد طلب/رد قائم على الأسطر. ويمكن أن تكسره نصوص تقدم الغلاف على الخرج القياسي. كما أن تشغيل السكربت بنجاح كمسؤول لا يعيد إنتاج تدفق الإدخال أو البيئة أو الأذونات لدى Squid. وهذا المسار منفصل عن التحقق من كلمة المرور.
لا تعامله كمشكلة سعة إلا بعد أن يعمل التبادل. يتحكم url_rewrite_children في العمليات وسلوك الطابور المرتبط، لكن المزيد من العمليات الفرعية لا يمكنه إصلاح الأعطال الناتجة عن الإدخال. ويُدخل خيار التزامن فيه معرفات قنوات ويتطلب مساعدًا ينفذ تلك المحادثة.
يمكن لمقارنة مصرح بها بدون مُعيد الكتابة أن تعزل مساهمته. وتركه معطلًا عند الحمل الزائد قد يغير التوجيه أو التصفية التي يفرضها، لذا هذا خيار سياسة. قارن انتظار المساعد الملاحظ بأدلة DNS والاتصال اللاحق قبل نسبة التأخير كله إلى زمن استجابة الشبكة.