לפני שמאשימים את ה-VPN, מודדים את הנתיב עם iperf3

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

העתקת קובץ היא עומס עבודה, לא מדידה

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

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

הריצו זרימה חד-פעמית בכל כיוון

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

iperf3 -s -1 -B 10.77.0.20

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

iperf3 -c 10.77.0.20 -t 10

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

iperf3 -c 10.77.0.20 -t 10 -R

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

השוו דומה לדומה

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

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

קראו את היחידות לפני הסקת מסקנות

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

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