מעקב אחר בחירת ה-proxy של Chrome באמצעות קלט NetLog

צלמו NetLog של Chrome והבחינו בין מועמדי ה-proxy שנפתרו לבין המסלול ששימש בקשה מסוימת.

תיבת הדו-שיח של ההגדרות מציגה את המדיניות המוגדרת. כדי לבדוק איזה מסלול Chrome בחר עבור כתובת URL אחת, צלמו את אירועי הרשת של הדפדפן בזמן שה-URL נטען.

  1. פתחו את chrome://net-export/ ב-Chrome.
  2. התחילו רישום לדיסק והשאירו את הלשונית הזו פתוחה.
  3. בלשונית אחרת, שחזרו את הניווט המסוים. רשמו את כתובת ה-URL ואת הזמן המשוער.
  4. חזרו ללשונית הייצוא והפסיקו את הרישום.

אפשר לבדוק את ה-NetLog שנוצר באמצעות מציג תואם. השתמשו בהגדרת הפרטיות המוגדרת כברירת מחדל של הלכידה, אלא אם כן נדרשים במפורש פרטים נוספים; היומנים עשויים לחשוף מידע על גלישה ורשת.

קראו תחילה את הבקשה, ואחר כך את אירועי ה-proxy

מצאו את בקשת היעד ועקבו אחר המקורות הקשורים שלה במקום לחפש בקובץ כולו את שם המארח הראשון של proxy. ייתכן ש-Chrome טוען בו-זמנית לשוניות ומשאבי רקע שאינם קשורים.

פתרון ה-proxy מחזיר רשימה מסודרת של מועמדים. לדוגמה, תוצאה היפותטית עשויה להיראות כך:

PROXY proxy-a.example:8080; PROXY proxy-b.example:8080; DIRECT

זה מתאר מסלולים אפשריים. זה אינו מוכיח ש-proxy-a נשא את הבקשה, או שנוצר קשר עם שלושת המסלולים.

חפשו את רשימת ה-proxy שנפתרה, אירועים של הורדת עדיפות של proxy תקול או של נפילה לאחור, ואת אירועי החיבור או הזרימה הנלווים. עקבו עד לעמית שנבחר ולתוצאה הסופית. אם נדרשת רענון, הבדילו בין מצב תצורת ה-PAC לבין מצב ה-proxy התקול הזכור. כאשר חיבור נעשה שוב לשימוש, הבקשה עשויה להצביע על זרימה או שקע קיימים במקום ליצור חיבור TCP חדש באותו רגע.

אוצר המילים של האירועים כולל PROXY_RESOLUTION_SERVICE_RESOLVED_PROXY_LIST ו-PROXY_LIST_FALLBACK. בהתאם למסלול הפתרון, פרטי הרשימה עשויים להופיע כ-pac_string או כ-proxy_info. סוגי האירועים המיוצאים עשויים להיות מספריים ולהתפענח באמצעות הקבועים שנרשמו בלכידה; מספר קבוע שהועתק מגרסה אחרת של Chrome אינו אמין.

תוצאת DIRECT עבור ה-URL הזה יכולה להתקיים במקביל ל-proxy שמשתמש בו URL אחר. החלטות PAC וכללי עקיפה תלויים ביעד. שמרו את הראיות של הבקשה המסוימת בעת דיווח התוצאה.

מאמרים קשורים