יומני Squid: האם 407 שאחריו 200 נחשב ככשל?
ספרו פעולות שהושלמו בנפרד מחילופי אימות כאשר Squid רושם אתגר שאחריו מנהרה מוצלחת.
נניח שלקוח שולח בקשה אחת בלי פרטי התחברות ל-proxy, מקבל אתגר ומנסה שוב בהצלחה. יומן בקשות יכול להכיל שתי רשומות. האדם שמשתמש באפליקציה חווה לעומת זאת פעולה אחת שהושלמה.
לכן יומן המחולק באופן שווה בין TCP_DENIED/407 ל-TCP_TUNNEL/200 אינו מוכיח אוטומטית שיעור כשל של חמישים אחוז. קבעו תחילה אם הרשומות יוצרות זוגות של אתגר וניסיון חוזר.
ספרו את מה שבאמת חשוב לכם
| מדידה | ספירה |
|---|---|
| אתגרי אימות | תשובות של ה-proxy שמבקשות אימות |
| ניסיונות proxy | עסקאות בודדות שהמתווך רושם |
| משימות שהושלמו | פעולות של האפליקציה שמגיעות לתוצאה המיועדת |
קשרו בין חותמות זמן, הקשר הלקוח, היעד וכל מזהה בקשה זמין. לניסיון לא מאומת אולי אין שם משתמש רשום, ואילו לניסיון החוזר המוצלח שלו יש. פעילות במקביל פירושה ששורות סמוכות לבדן הן ראיה חלשה לכך ששתי רשומות שייכות יחד.
כמו כן הפרידו בין מנהרה מוצלחת לבין פעולת אתר מוצלחת. קבלת CONNECT מקימה את המנהרה; היעד עדיין יכול להיכשל במהלך TLS או להחזיר שגיאת אפליקציה לאחר מכן.
חקרו אתגרים סופיים חוזרים, משימות שאין להן השלמה מאוחרת, או שינוי פתאומי במספר החליפות. אלה שונים מלקוח יציב שמתחיל באתגר ועושה בדיוק את מה שהתצורה שלו דורשת. דיכוי האימות רק כדי להפוך לוח מחוונים לירוק יותר ישנה את השירות במקום לתקן את המדידה.