Cisco VPN נתקע אחרי Hyper-V: לנתק את הקישור או לבנות מחדש?
הלקוח עוצר ב-securing communications לאחר התקנת אמולטור. בדקו אם מתאם ה-VPN מקושר למתג Hyper-V הלא נכון או שלא עלה כלל.
הלקוח מסתובב בשלב securing communications ואינו מציג בקשה להתחברות, והדבר היחיד שהשתנה היה התקנת אמולטור. התבנית הזו מצביעה על המתאם הווירטואלי, לא על הפרופיל או הסיסמה. ההחלטה היא אם המתאם מקושר למתג Hyper-V שהוא לא אמור להיות עליו, או שמעולם לא עלה.
שני המצבים נראים דומים בלקוח ודורשים תיקונים שונים. האחד הוא קישור שאפשר לבטל; השני הוא בעיית מנהל התקן שניתוק הקישור לא ייגע בה.
למה שלב securing communications ממתין
לפני שנבנה המנהרה, הלקוח זקוק לנתיב רשת מקומי תקין אל השער. הוא מתקין מתאם וירטואלי משלו ומשתמש בו כחלק מהנתיב הזה. אם Hyper-V מחבר את המתאם למתג שנוצר עבור אמולטור, המתאם עלול להפסיק לספק מסלול שמיש.
הלקוח אינו מדווח על איזה מתאם הוא ממתין. היומן בדרך כלל נגמר בשלב האחרון שאליו הגיע, ואותה תקלה מופיעה בכל כתובת שער. לכן היסטוריית ההתקנה חשובה יותר מטקסט השגיאה. היומן עדיין שווה שמירה; הוא אומר את השלב, לא את הסיבה.
הזנה מחדש של אישורים או התקנה מחדש של הפרופיל לא יכולות לשנות קישור מתג. אם אלה שני הצעדים הראשונים שלכם, אתם מתקנים את השכבה הלא נכונה.
החלטה ראשונה: האם מתאם ה-VPN מקושר למתג הלא נכון?
פתחו את Hyper-V Manager, אחר כך Virtual Switch Manager, וקראו את רשימת המתאמים של כל מתג. מתאם Cisco לא אמור להופיע כצירוף של מתג אמולטור. אם הוא מופיע, זו טעות שלכם, והתיקון הוא להסיר אותו מאותו מתג.
הפעילו מחדש תחילה כדי שהלקוח יתחיל נקי ולא מחובר למחצה. הסירו את הקישור, החילו אותו, והניחו למתאמים האחרים עד שתבדקו. השינוי הפיך ואינו מסיר התקנות, אבל רשמו אילו מתאמים ניתקתם.
הפעילו את הלקוח ונסו את החיבור. אם הוא עדיין נתקע, נתקו את המתאמים הווירטואליים הנותרים אחד אחד ובדקו אחרי כל אחד, כדי שתדעו איזה מהם היה חשוב.
החלטה שנייה: האם המתאם פועל אך בלי כתובת?
הריצו ipconfig /all משורת פקודה מוגברת כדי לכלול גם מתאמים נסתרים, והשוו את הרשימה למה שאתם זוכרים מלפני ההתקנה. מתאם בלי כתובת ובמצב מדיה מנותק בדרך כלל אומר שמנהל ההתקן לא עלה. את זה לא מתקנים על ידי ניתוק הקישור. רשמו את המצב המדויק לפני שתשנו משהו.
מתאם שפועל אך מחובר למתג הלא נכון הוא המקרה מהסעיף הקודם. מצב הכתובת הוא מה שמבדיל בין השניים.
החזירו את האמולטור בלי להחזיר את התקלה
כשהמנהרה עובדת, חברו מחדש את המתאם של האמולטור עצמו למתג שלו וודאו שה-VM מקבל כתובת. אל תחברו מחדש את מתאם ה-VPN. בדקו גם את האמולטור וגם את הלקוח פעם נוספת לפני שתסיימו.
בתחנת עבודה מנוהלת, אמרו למנהל המערכת איזה קישור שיניתם. רענון מדיניות מאוחר יותר עלול להחזיר את הצירוף הישן, וההיתקעות תחזור בלי סיבה נראית לעין.
רשמו את שם המתאם, המתג שאליו היה מקושר ומצב ipconfig לפני ואחרי. אם ההיתקעות חוזרת אחרי עדכון, הרשומה הזו היא ההבדל בין בדיקה של חמש דקות להתחלה מחדש.