למה הורדה מהירה יותר דרך ה-VPN מאשר ישירות

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

צורת העקומה מסגירה את זה

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

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

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

שלוש השוואות, משתנה אחד בכל אחת

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

curl -o /dev/null -w '%{speed_download}' https://files.example/big.iso
scp [email protected]:/exports/big.iso /dev/null

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

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

מה המדידה הזו אינה יכולה לתמוך בו

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

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

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

הפכו את הממצא לבקשת תמיכה

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

אל תדחפו כל אפליקציה למנהרה רק כדי לרדוף אחרי המספר הזה.

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