מה מוכיח מונה בייטים של VPN ב-Mac ומה הוא אינו מוכיח
עלייה בסך הבייטים הנשלחים היא פעילות בנקודת תצפית אחת, לא הוכחה למסירה. קחו דלתא בממשק הנכון וצרפו אותה לתוצאת היישום.
פתחו את חלון המצב של הלקוח והמספרים נראים מרגיעים: בייטים עולים, המנהרה מחוברת. סגרו את החלון והיישום המשרדי עדיין נכשל, כלומר המונים ענו על שאלה שאיש לא שאל. ספירת בייטים בממשק מודדת תעבורה באותה נקודת תצפית ולא יותר. עברו מהמספר שאתם מסתכלים עליו לשכבה שהוא מדווח עליה, ומשם לתוצאה שהיישום באמת נתן לכם.
בחרו את הממשק לפני שתבחרו את המספר
התחילו במקום שבו המספר מוצג וקראו את התווית שלצידו. חלון לקוח עשוי להציג סכומי הפעלה, ממשק מנהרה עשוי להציג בייטים של IP פנימי, ומתאם פיזי עשוי להציג בייטים חיצוניים מוצפנים; שלושה מונים שונים שבמקרה נמדדים בבייטים. בשורת הפקודה, netstat -ibn מדפיס שורה אחת לכל כתובת בכל ממשק, ולכן מנהרה עשויה להופיע כמה פעמים. התאימו את השורה לממשק שהלקוח באמת מחזיק בו, ואמתו אותה מול המסלול שהמטרה בוחרת. מכשיר בשם utun עשוי להשתייך ל-VPN, למנהרה אחרת, או למשהו שלא מעניין אתכם.
אל תחליפו במונה Wi-Fi רק משום שקל יותר לקרוא אותו. נקודת תצפית אחרת עונה על שאלה אחרת.
קחו דלתא, לא סכום מצטבר
קראו את השורה, שלחו בקשה קטנה אחת מורשית, ואז קראו את אותה שורה שוב. ההפרש הוא הראיה, כי סכום מצטבר כולל כל מה שהמכונה עשתה מאז האתחול. שמרו על מרווח קצר כדי שלתעבורת הרקע יהיו פחות הזדמנויות לזהם אותו. במכונה עמוסה, nettop יכול לייחס תפוקה לתהליך, מה שמצמצם את השדה לפני שתחזרו למוני הממשק.
קבלו שההפרש אינו נקי. דואר, עדכונים והודעות שמירת הקשר של הלקוח עצמו תורמים כולם, ולכן התייחסו למספר כגבול עליון ולא כמדידה. אם היישום היה הדבר היחיד שעשיתם במרווח, הגבול בדרך כלל הדוק מספיק כדי להיות שימושי.
מונים פנימיים וחיצוניים מודדים דברים שונים
המתאם הפיזי סופר מנות מוצפנות כולל הכותרות החיצוניות שלהן, בעוד שממשק המנהרה מחשב את המטען שהוא מקבל או מוסר. חיבור השניים סופר העברה אחת פעמיים. תקורה, שידורים חוזרים ומיסוך גם הם הופכים שוויון פשוט לבלתי אפשרי.
שני מונים שנעים בכיוונים מנוגדים הם ממצא, לא סתירה. זה בדרך כלל אומר שהתעבורה נכנסה לשכבה אחת ומעולם לא עזבה את השנייה.
צרפו את המונה לתוצאת היישום
סכום שהתקבל עשוי לעלות מפטפוט פרוטוקול בזמן שהשירות שרציתם עדיין נכשל. עלייה בשידור אומרת אפילו פחות: היא מוכיחה שהגרעין קיבל מנה, לא שמישהו ענה.
רשמו את התוצאה המדויקת לצד המונים: פתרון השמות נכשל, החיבור פג, TLS נדחה, או שהגיעה תגובת HTTP. אלה ארבע תקלות שונות, ורק אחת מהן נוגעת למנהרה. אם הראיה צריכה ללכת רחוק יותר, נקודת התצפית הבאה היא השער או גבול השירות, שם מישהו יכול לראות אם הבקשה הגיעה. איפוס העדפות הרשת של ה-Mac הורס את המצב שמדדתם ולא אומר לכם דבר.
כתבו את הפתק שהאדם הבא צריך
שם הממשק, תווית המונה, המרווח, הערכים לפני ואחרי, ותוצאת היישום. זה מספיק לעמית כדי לשחזר את התצפית בלי לחזור על אחר הצהריים שלכם. הוסיפו את גרסת הלקוח ואת גרסת macOS, כי משמעות המונים יכולה להשתנות בין מהדורות.
דלגו על לכידת המנות המלאה ועל ה-dump של המערכת. לעיתים רחוקות יש בהם צורך כדי להסביר איזה מונה מקומי זז במהלך בקשה אחת, והם מאטים כל מי שקורא את הדוח. אם הלקוח מציג סטטיסטיקה משלו, צטטו את התווית שלו מילה במילה במקום לתרגם אותה לשלכם. מטרת הפתק היא לתעד מה נמדד, לא להתווכח מה זה אומר.