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

התחילו מההפסקה, לא מהפורט

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

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

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

קראו את מצב הפעולה בשני הקצוות

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

ethtool eth0
ethtool -S eth0 | grep -iE 'error|drop|collision|fcs'
ip -s link show eth0

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

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

איך נראית המקרה של 10/100 בחצי דופלקס

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

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

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

שנו את שני הקצוות יחד, עם דרך חזרה

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

sudo ethtool -s eth0 speed 100 duplex full autoneg off
ethtool eth0

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

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

ודאו שהמונים זזו לטובה

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

ethtool -S eth0 | grep -iE 'error|drop|collision|fcs'
ip -s link show eth0
ping -f -c 200 10.90.0.1

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

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

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