FortiClient נתקע ב-98%: השביתו IPv6 במתאם הזה

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

ארבעה שלבים, והראשון הוא לקרוא את היומן ולא את הפס.

מה מודד 98% באמת מדווח

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

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

שלב 1: קראו את היומן לפני הפס

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

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

שלב 2: הגבילו את שינוי IPv6 למתאם אחד

השינוי שייך למתאם, לא למכונה. במאפייני המתאם של Windows זה אומר להסיר את Internet Protocol Version 6 (TCP/IPv6) בממשק הספציפי, ומקליפה זה Disable-NetAdapterBinding -Name "Ethernet 2" -ComponentID ms_tcpip6. אשרו את המצב עם Get-NetAdapterBinding -ComponentID ms_tcpip6 לפני התחברות מחדש. אחר כך התחברו מחדש וראו אם הפס עובר את 98% במקום לעצור בו.

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

שלב 3: ודאו מה התקיעה הסתירה

מנהרה שמתחברת אינה מנהרה שעובדת. בדקו את הכתובת שהלקוח הקצה, את המסלולים שהפרופיל התקין, ואת פתרון השמות עבור מארח פנימי אחד: Resolve-DnsName files.corp.example. לקוח שמתחבר ולא פותר דבר סובל מבעיית DNS, וקל לקרוא זאת בטעות כחזרה של אותה תקלה.

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

שלב 4: הפכו את התיקון לחזרתי

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

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

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