האם מוני רוחב פס יכולים לומר מה גלשת ב-VPN?

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

התחילו מהמסך שאתם קוראים

לפני שאתם מפרשים מספר, גלו מה יצר אותו. הסכום לכל מכשיר בנתב מגיע בדרך כלל ממוני ממשקים פיזיים, הסכום של לקוח VPN מגיע מהמנהרה שלו, ולוח של ספק מגיע מהנהוננות בצד המרוחק. כל אחד סופר נתח אחר של אותה התקשרות. שני לוחות שמציגים מספרים שונים לאותה שעה הם בדרך כלל שניהם נכונים.

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

רשמו את המקור ואת המרווח לפני שאתם רושמים מסקנה.

מונה מודד שכבות, לא דפים

בעמית WireGuard, מוני ההעברה ב-wg show הם סכומים לאותו עמית, כולל המטען המוצפן. פלט המצב של OpenVPN מדווח בייטים לכל לקוח בשכבה שלו. במארח, ממשק tun סופר מנות IP פנימיות בעוד המתאם הפיזי סופר מנות UDP חיצוניות, ולכן השניים נבדלים בגלל תקורת הכימוס ובגלל כל דבר אחר שחולק את הקישור.

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

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

מה סכום יכול לתמוך ומה לא

סכום בייטים לא יכול לנקוב בשם אתר, כי שמות וכתובות URL חיים בתוך התקשרויות TLS או QUIC שהמונה לעולם לא בוחן. הוא לא יכול להפריד זרם וידאו מגיבוי גדול, או טעינת דף מלולאת רענון פרסומות. מה שהוא כן יכול לתמוך בו הוא טענה על נפח וזמן: המכשיר הזה העביר כל כך הרבה נתונים בחלון הזה.

כדי להפוך את זה לטענה על אדם צריך שני מרכיבים נוספים: זהות והתאמה.

המסמך שיקולי פרטיות RFC 6973 מסביר מדוע השילוב הזה חשוב, וגם מדוע דוח זהיר מפריד בין מה שנצפה לבין מה שהוסק. אם המסקנה זקוקה למילה מפני, המונה לבדו אינו ראיה מספקת.

תזמון וזהות משנים את התשובה

חברו מונה למשתמש בעל שם ולמרווח מדויק והוא הופך לעצם אחר.

אז תוכלו להתאים אותו לתצפיות אחרות: רשומת התחברות, שאילתת DNS, התקשרות במערכת אחרת. המונה לא חשף את היעד, אבל הוא עזר למי שכבר הייתה לו השערה לאשר אותה. הצפנה מגנה על תוכן ועל שמות בדרך, והיא לא מסתירה את העובדה שהיה זרם, כמה הוא היה גדול או מתי הוא התחיל.

זה הגבול הכנה: דפוסים נראים, משמעות לא.

החליטו מה אתם שומרים לפני שאתם אוספים

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

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

מונה שטוח במהלך התקשרות שעובדת בבירור פירושו בדרך כלל שאתם קוראים ערך שמור במטמון או את הממשק הלא נכון. נקבו בשמות השדות הנשמרים ובחלון, ולבדיקה הבאה יהיה משהו קונקרטי לבדוק.