مقایسه forward_timeout، connect_timeout و read_timeout در Squid
همان مهلت Squid را برگزینید که به یافتن مسیر ارسال، اتصال به همتا یا انتظار برای داده بیشتر از سرور مربوط است.
اگر Squid بخشی از پاسخ را دریافت کرده و سپس منتظر داده بیشتری است، بزرگ‌کردن forward_timeout انتظار اشتباه را درمان می‌کند. در Squid 5 تا 7 بر پایه عملیاتی که متوقف شده، یکی از این ساعت‌ها را برگزینید:
| Squid منتظر چه چیزی است | دستور |
|---|---|
| مسیر ارسال قابل استفاده | forward_timeout |
| اتصال TCP به سرور یا همتا، پیش از آزمودن مسیر دیگر | connect_timeout |
| داده بیشتر از اتصال سرور همتا؛ خواندن موفق انتظار را طولانی می‌کند | read_timeout |
دسته خطا و آخرین عملیات موفق را کنار مدخل گزارش نگه دارید. شکست پیش از آنکه اتصال ارسال وجود داشته باشد به گزینش مسیر یا برپاسازی اتصال اشاره دارد. پاسخی که آغاز می‌شود و سپس خاموش می‌ماند به مرحله خواندن از سرور اشاره دارد. هنگام ردیابی هر یک از این دو حالت، همتا و مقصد برگزیده را نیز ثبت کنید.
پیش از اجازه دادن به انتظار طولانی‌تر، روشن کنید که هدف می‌تواند در آن بازگردد. یک زمان‌سنج نمی‌تواند اعتبارنامه فراهم کند و نمی‌تواند خدمتی ناموجود را در دسترس کند. مهلت کلاینت را هم مقایسه کنید: وگرنه کلاینت ممکن است عملیات را رها کند در حالی که Squid هنوز منتظر است.
این نام‌ها و در دسترس بودنشان به نسخه بستگی دارد. به مرجع نسخه مستقر مراجعه کنید؛ توصیه قدیمی dns_v4_first به گزینش نشانی مربوط است و نمی‌گوید کدام یک از این انتظارها شکست خورده است.