השוואה בין 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 עוסקת בבחירת כתובות ואינה אומרת איזו מההמתנות האלה נכשלה.