האם ה-Wi-Fi מאט את ה-VPN? בדקו את החוליה המקומית
פסי הקליטה מודדים עוצמה, לא זמן אוויר. השוו את אותה משימה ב-Wi-Fi וב-Ethernet, עקבו אחרי ניסיונות חוזרים ואובדן, ואז חזרו על המדידות לפני שאתם מאשימים שרת.
רוב האנשים מאשימים את השרת בקפיצות שגרמה הרדיו, והתרופה שהם בוחרים הופכת את האבחון הבא לקשה יותר. סמל קליטה מלא אומר שנקודת הגישה חזקה, לא שהערוץ שקט או שזמן האוויר פנוי. תקלות אלחוטיות מגיעות למנהרה כעיכוב, אובדן וסידור מחדש, והלקוח מדווח על שלושתם כבעיית חיבור עמומה אחת.
השאלה המועילה היא אם אותה מנהרה מתנהגת אחרת בחוליה מקומית אחרת. כל השאר נשאר קבוע בזמן שאתם עונים.
פסי הקליטה מודדים עוצמה, לא זמן אוויר פנוי
רמת הקליטה המתקבלת אומרת כמה חזק הלקוח שומע את נקודת הגישה, והמספר הזה יכול להישאר גבוה בזמן שהתפוקה קורסת. זמן האוויר משותף עם רשתות שכנות, עם לקוחות אחרים ברשת שלכם ועם תעבורת ניהול שהרדיו חייב לשדר בקצב האיטי ביותר שכל משתתף מבין. קירות, מתכת ותנוחת הגוף משנים את המסלול, וכך גם סידור האנטנה בתוך מחשב נייד. שום דבר מזה לא מופיע בסמל.
מוני ניסיונות חוזרים הם ההוכחה הפרטית הברורה ביותר, כי מסגרת שנדרשו לה שלושה ניסיונות עדיין נחשבת כנמסרה. חוליה שמדווחת על קצב תקין ובמקביל מנסה שוב בכבדות תגרום למנהרה בזמן אמת להיראות שבורה.
בחירת פס היא סחר חליפין, לא תרופה, יהיה אשר יהיה מה שטענה טור העצות. ערוץ 5 GHz פוגש בדרך כלל פחות הפרעות ומכסה פחות מרחק, ואילו 2.4 GHz מגיע עמוק יותר לתוך בניין ופוגש יותר שכנים. בחרו את הפס לפי המרחק שאתם באמת צריכים, ורשמו את ההגדרה הקודמת כדי שניסוי שנכשל יוכל להתבטל.
שנו משתנה אחד, ואז הביטו שוב
השאירו את פרופיל ה-VPN, את נקודת הקצה, את היעד ואת השעה ביום קבועים בזמן שאתם משנים את החוליה המקומית. השוו את אותה משימה ליד נקודת הגישה, מהחדר הרחוק וב-Ethernet על אותו מחשב. אם ההרצה החוטית נקייה ושתי ההרצות האלחוטיות לא, לקטע הרדיו מגיע המקום בראש הרשימה.
מעבר בין נקודות גישה הוא ניסוי נפרד, וברשת mesh זה בדיוק מה שאנשים מדלגים עליו. נדידה יכולה להשהות מנהרה, לכפות החלפת מפתחות חדשה או להשאיר הפעלה חיה בזמן שהחבילות מפסיקות לזרום. רשמו את שעת כל הפרעה והשוו אותה לרשומה ביומן הלקוח על שינוי השיוך. הפסקה שמתלכדת עם נדידה אינה שרת עמוס, עד כמה שזה נראה כך.
ערוץ עמוס מתחזה לשרת איטי
התקנים אחרים מתחרים על אותו זמן אוויר, וההעלאה הגדולה שלכם מתחרה בשיחה שלכם. עצרו העברות רשות וחזרו על המשימה לפני שאתם מסיקים משהו על הספק. תור תחת עומס מייצר בדיוק את התסמין שאנשים מכנים האטת VPN: עיכוב עולה, מסירה בפולסים ושיחות שנקטעות בזמן שהורדה נמשכת. אם הדפוס עוקב אחרי ההעברות שלכם ולא אחרי המיקום שלכם, המנהרה מדווחת על חוליה עמוסה ולא יוצרת אותה.
תפוקה גורפת ואיכות בזמן אמת הן מדידות שונות, ולכן הורדה מהירה אינה מוכיחה שהחוליה נקייה. ג'יטר ואובדן חשובים לשיחה יותר ממהירות ממוצעת.
אמתו במדידות זמן לפני החלפת שרתים
מדדו את החוליה המקומית ואת מסלול המנהרה בנפרד, ושמרו את שתי הפלטים. הפקודות למטה קוראות את השיוך, דוגמות את המסלול במשך כמה דקות ומראות אם האובדן מופיע בקפיצה הראשונה או רחוק יותר. הריצו אותן פעם אחת ליד נקודת הגישה ופעם אחת במקום שבו הבעיה מתרחשת.
iw dev wlan0 link
ping -i 0.2 -c 200 203.0.113.5
mtr -r -c 50 203.0.113.5
ping -i 0.2 -c 200 198.51.100.9
השוו את סיכומי ה-ping ולא שורות בודדות, כי אחוז האובדן ופיזור העיכוב מפרידים בין בעיית רדיו לשרת רחוק. אם האובדן מופיע בקפיצה הראשונה לשער והקצה של המנהרה מראה את אותו אובדן, הקטע המקומי הוא הגורם המשותף. אם האובדן מופיע רק מעבר לקצה, הרדיו אינו ההסבר.
שנו דבר אחד לאחר מכן, והריצו שוב את אותן ארבע פקודות. החלפת שרת שמתלכדת עם מעבר לערוץ שקט יותר תיראה כמו תיקון ולא תלמד אתכם דבר.