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

הפרידו את המנהרה ממה שהיא נושאת

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

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

adb shell dumpsys batterystats --charged com.example.vpn | head -60
adb shell dumpsys netstats detail | head -40

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

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

חיבורים חוזרים משאירים את הרדיו ער

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

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

grep -i keepalive /etc/wireguard/wg0.conf
wg show wg0 latest-handshakes

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

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

כשהפלטפורמה משהה את המנהרה

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

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

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

השוו דומה לדומה, ואז החליטו

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

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

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

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