האם VPN במצב סרק צורך רוחב פס? קראו את המונה הנכון

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

למה מנהרה במצב סרק עדיין מעבירה בתים

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

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

אפליקציה במצב סרק אינה התקן במצב סרק

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

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

בחרו מונה אחד ואמרו מה הוא סופר

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

ip -s link show wg0
ip -s link show eth0

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

בצעו מדידה קצרה בפיקוח

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

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

אל תקנו אפס נקי יותר במחיר מנהרה גרועה

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

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