איך מודדים תעבורת אינטרנט במחשב ובשרת בצורה מדויקת
מונים מובנים ב-Windows, macOS ובטלפונים, מעקב בנתב ו-vnstat בשרת. איפה להסתכל, מי צורך גיגה-בייטים ואיך לספור תעבורת פרוקסי.

אינטרנט ללא הגבלה בבית הרגיל אותנו לא לחשוב על גיגה-בייטים, אבל מספיק לצאת מהעיר עם מודם סלולרי, לשכור שרת עם תעבורה בתשלום או לקנות פרוקסי לפי נפח, והמונה שוב נחוץ. בדרך כלל יש שתי שאלות: כמה יוצא בסך הכול ומי בדיוק צורך. הכלים לתשובה מובנים כמעט בכל מקום, פשוט לא מחפשים אותם.
מחשב: מונים מובנים
Windows סופר לבד: בהגדרות הרשת יש צריכה חודשית לפי אפליקציה ומתאם, ושם גם קובעים מגבלה, שמעבר לה המערכת מזהירה ומצמצמת עדכוני רקע. למבט חי מתאים מנהל המשימות: עמודת הרשת מראה מי מוריד עכשיו. ב-macOS מוניטור הפעילות נותן תמונה מיידית בכרטיסיית הרשת, ואת הצריכה המצטברת לפי אפליקציה נוח יותר לראות בכלים מ-App Store. בשולחן עבודה של Linux הכלי nethogs עונה מהר: תעבורה לפי תהליך בזמן אמת.
סמארטפונים
Android ו-iOS מחזיקים מונים בהגדרות הרשת הסלולרית: צריכה לפי אפליקציה, מגבלות ואזהרות, חיסכון בנתונים במתג אחד. הטריק העיקרי: לקבוע את תאריך תחילת המחזור כמו במסלול שלכם, אחרת המספרים לא יתאימו למפעיל. המתג השימושי השני אוסר רענון ברקע לאפליקציות זוללות, וידאו וגלריות ענן, כי הן אוכלות את המגבלה בלי שתשימו לב.
מחשב נייד בנסיעה עם נקודה חמה מהטלפון הוא סיפור בפני עצמו. Windows ו-macOS יודעים לסמן רשת כמוגבלת, ואז המערכת מצמצמת עדכונים וסנכרון ענן. סמנו את הנקודה החמה של הטלפון פעם אחת בכל המכשירים, והסיפור הרגיל של «המחשב הנייד אכל את כל החבילה בערב אחד» ייגמר לתמיד.
נתב: מעקב על כל הרשת
כשקו אחד משרת דירה או משרד, נוח יותר לספור בנקודת הכניסה. הקושחה של נתבים ביתיים ברמה בינונית ומעלה מחזיקה סטטיסטיקה לפי מכשיר: מי הוריד כמה ליום ולחודש. ב-Keenetic, ב-MikroTik ובנתבים עם OpenWrt התמונה מפורטת יותר: גרפים לפי לקוח, מגבלות, ייצוא. זו הדרך הכנה היחידה לראות טלוויזיה, מצלמות ומכשירי אורחים, שלא יופיעו בשום מנהל משימות.
שרת: vnstat ו-NetFlow
ב-VPS עם תעבורה בתשלום מתקינים קודם את vnstat: מונה קל שרושם צריכה לפי ממשק ועונה על «כמה יצא החודש» בפקודה אחת. כדי לברר «מי בדיוק» מוסיפים iftop או nethogs. תשתית גדולה יותר כבר צריכה זרם אירועים: NetFlow או IPFIX מהציוד לאוסף, שם התעבורה נראית לפי כתובת, פורט וזמן. זה אותו מנגנון שעליו בנוי החיוב של מפעילים, רק בקטן.
| איפה סופרים | כלי | מה הוא מראה |
|---|---|---|
| Windows | הגדרות רשת, מנהל המשימות | צריכה ומגבלה לפי אפליקציה |
| macOS | מוניטור הפעילות | תעבורה לפי תהליך עכשיו |
| סמארטפון | הגדרות הרשת הסלולרית | צריכה לפי אפליקציה, מגבלות |
| דירה או משרד | סטטיסטיקת הנתב | צריכה לפי מכשיר |
| שרת | vnstat, iftop | סיכומים לפי ממשק וזרם |
| צי ציוד | NetFlow או IPFIX | תמונה מלאה לפי כתובת ופורט |
למה המספרים לא מסתדרים
מונים בנקודות שונות אף פעם לא מראים אותו דבר, וזה תקין. הטלפון סופר רק את הממשק הסלולרי, ו-Wi-Fi לא נוגע במגבלה שלו. הנתב רואה תעבורה מקומית בין מכשירים שהספק לא רואה. המערכת מודדת בייטים שימושיים, המפעיל סופר אותם עם כותרות שירות, ובחבילות קטנות הפער מגיע לאחוזים ניכרים. הוסיפו שידורים חוזרים בקו גרוע ועדכוני רקע כשאתם לא מסתכלים, ופער של עשרה אחוזים כבר לא מפתיע.
- השוו מונים על אותה תקופה ועל אותו ממשק.
- התייחסו כמקור קובע לצד ששולח את החשבון: המפעיל, האחסון, לוח השירות.
- חקרו קפיצות יומיות במקום פערים באחוזים: הן מצביעות על החדש הזולל ברשת.
תעבורת משימות פרוקסי
מקרה נפרד הוא תעבורה שעוברת דרך פרוקסי בתשלום לפי גיגה-בייט. לספור אותה בצד שלכם מועיל לבקרה, אבל המקור הראשי הוא תמיד הסטטיסטיקה בלוח הבקרה, כי לפיה מחייבים. שתי עצות מהשטח. ראשונה: באיסוף נתונים כבו תמונות ווידאו בתוכנה, והדפים יקטנו פי כמה עם אותם נתונים. שנייה: אם הנפחים גדולים דרך קבע, השוו פורמטי תשלום, כי בחבילות התעבורה לא נספרת כלל, והמונה שם רק בשביל השקט שלכם.
במשימות שרת הוסיפו התראה: סף ב-vnstat או בדיקה מתוזמנת פשוטה ששולחת הודעה על צריכה יומית חריגה. תשעה מכל עשרה חשבונות תעבורה לא נעימים התחילו בשבוע שקט שבו משהו נכנס ללולאה בשרת או שזר מצא שירות פתוח.
באיזו רמה שתבחרו, הכלל אחד: המונה צריך לעמוד לפני שהשאלות מתחילות. אם מתקינים אותו אחר כך, הוא יראה רק את הנורמה החדשה, ולאן נעלמו הגיגה-בייטים הקודמים יישאר תעלומה. חמש דקות להפעלת מונה מובנה היום יחסכו ארכיאולוגיה ביומנים בעוד חודש.
לקריאה נוספת

מערכות חיוב לספקים: ממה הן מורכבות ואיך הן פועלות ברשת
מערכת החיוב של מפעיל היא הרבה יותר מתוכנת הנהלת חשבונות: היא מערכת העצבים המרכזית שלו. היא מחליטה מי נכנס לרשת, באיזו מהירות, מתי לנתק חייב ואיך להציג את כל זה באזור המנוי. נעבור על מודולי המערכת…
4 דק׳ קריאה
«לא ניתן להתחבר לשרת»: מוצאים את הסיבה בעצמכם בקלות
השגיאה «לא ניתן להתחבר לשרת» אומרת רק שהשרשרת בין המכשיר לאתר נקרעה איפשהו, ולרוב הקרע קרוב יותר ממה שנדמה. נעבור על השרשרת בעשר דקות: הרשת שלכם, תרגום השם, פרוקסי ו-VPN שנשכחו, חומת אש ורק אז השרת…
4 דק׳ קריאה
UserGate: מה שער האבטחה הזה יודע לעשות בשביל החברה
UserGate צמח משרת פרוקסי עם סינון לשער אבטחה מלא: חומת אש מדור חדש עם בקרת אפליקציות, בדיקת תעבורה מוצפנת ומערכת למניעת חדירות. נסקור את המודולים שלו, למי דרוש סוג הפתרון הזה, איך הוא משתווה לחלופות…
4 דק׳ קריאה