27850, 442 ו-651: מחסנית אחת, שלוש בדיקות ראשונות
שלוש השגיאות מגיעות ממחסנית המתאם הווירטואלי. התאימו את המספר לשכבה שלו, בדקו את השכבה הזו, והתקינו מחדש רק לאחר ניקוי.
המתקין נעצר ב-27850, חיבור נדחה עם 442, ופרופיל אחר מחזיר 651. המספרים נראים כמו שלוש תקלות לא קשורות, והתגובה הרגילה היא להתקין את הלקוח מחדש שלוש פעמים. אבל הם מגיעים מתת-מערכת אחת: המתאם הווירטואלי ומחסנית המסננים סביבו. מספר השגיאה אומר איזו שכבה נכשלה, וזה מה שקובע את הבדיקה הראשונה. התקנה מחדש לפני קריאת המספר משחזרת בדרך כלל את אותה תקלה.
התאימו את המספר לשכבה
כל שגיאה נוצרת בנקודה אחרת, ולכן הבדיקה הראשונה שונה גם כשהתסמין הנראה לעין הוא אותו חיבור נדחה. שלוש משפחות מכסות כל מקרה: המתקין, המתאם והפורט שמתחתיו. הטבלה שלהלן מציבה כל מספר לצד הבדיקה שהוא מרמז עליה.
| Error | When it appears | First check | Usual cause |
|---|---|---|---|
| 27850 | During install | Filter count and security suite | Stack at the filter limit, or a suite blocking the driver |
| 442 | On connect | Adapter state and display name | Disabled adapter, ICS holding it, malformed CVirtA name |
| 651 | On connect | WAN miniport and third-party drivers | Miniport failed to start, bridging driver attached |
אם השגיאה מופיעה לפני שנבחר פרופיל כלשהו, היא שייכת למשפחת המתקין. אם היא מופיעה כשהלקוח מנסה להעלות את המתאם, היא שייכת למשפחת המתאם. אם המתאם נראה והפורט לא נפתח לעולם, זו משפחת המיני-פורט. רשמו את המספר לפני שמשנים משהו. שלושת התיקונים נוגעים בחלקים שונים של המחסנית, ושינוי שנעשה למשפחה הלא נכונה מקשה לקרוא את הניסיון הבא.
מחסנית מסננים מלאה, או חבילת אבטחה שחוסמת את הדרייבר
התקנת הלקוח רושמת רכיב סינון קטן בשרשרת המתאם. ל-Windows יש תקרה קשיחה לכמה רכיבים כאלה יכולים להיקשר, ובערך ברירת המחדל נשאר מעט מקום כשיש אנטי-וירוס, גשר וירטואליזציה ודרייבר לכידה. אז ההתקנה נכשלת עם 27850 למרות שחבילת ה-VPN תקינה. המתקין לא מבחין בין מחסנית עמוסה למחסנית שבורה.
קראו את הערך הנוכחי, העלו אותו, והפעילו מחדש לפני ניסיון נוסף. מסנן חדש לא יכול להיקשר עד שהמחסנית נבנית מחדש:
reg query "HKLM\SYSTEM\CurrentControlSet\Control\Network" /v MaxNumFilters
reg add "HKLM\SYSTEM\CurrentControlSet\Control\Network" /v MaxNumFilters /t REG_DWORD /d 14 /fהסיבה האחרת היא חבילת אבטחה שחוסמת התקנת דרייבר בלי שום הודעה גלויה. תכונת ההגנה העצמית שלה יכולה למנוע מהמסנן להירשם, ואז המתקין מדווח על כשל רכיב כללי. בדקו את היומן של החבילה עצמה, ואם ההגנה העצמית היא המכשול, כבו אותה רק לחלון ההתקנה והחזירו אותה מיד לאחר מכן. אם הערך כבר הועלה ואף חבילה לא חוסמת, חפשו דרייברי מסנן יתומים ממוצר VPN קודם. מסנן ישן שאין לו שירות מתאים עדיין תופס מקום ויכול להכשיל את ההתקנה החדשה.
המתאם קיים ונשאר למטה
שגיאה 442 פירושה שהמתאם הווירטואלי קיים והלקוח לא מצליח להעלות אותו. הבדיקה הראשונה היא מנהל ההתקנים עם התקנים מוסתרים מוצגים: מתאם מושבת, מתאם עם סימן אזהרה ומתאם חסר נראים זהים בלקוח אבל דורשים תיקונים שונים. Internet Connection Sharing מחזיק בו לעיתים קרובות. אם השירות השתלט על המתאם, עצרו את השירות ונסו שוב לפני שנוגעים ברישום המערכת. תצורת שיתוף שנשארה יכולה להשתלט עליו שוב לאחר הפעלה מחדש, לכן רשמו אם התיקון שורד הפעלה מחדש.
התקנה מחדש יכולה להשאיר שם תצוגה פגום שהופך את המתאם לבלתי ניתן לניהול. הערך צריך להיות טקסט פשוט, לא אסימון מתקין שלא נפתר:
Get-ItemProperty "HKLM:\SYSTEM\CurrentControlSet\Services\CVirtA" -Name DisplayName
Set-ItemProperty "HKLM:\SYSTEM\CurrentControlSet\Services\CVirtA" -Name DisplayName -Value "Cisco Systems VPN Adapter for 64-bit Windows"השתמשו בשם התצוגה שהלקוח שלכם מצפה לו, ואז הפעילו מחדש כדי שהמתאם ייספר מחדש. הגדרת הערך בלי הפעלה מחדש משאירה בדרך כלל את המצב הישן במקומו והחיבור הבא מחזיר שוב 442.
הפורט שמתחתיו לא נפתח לעולם
שגיאה 651 מדווחת כשמנהל החיבורים לא מצליח לפתוח את מיני-פורט ה-WAN. המתאם יכול להיראות תקין בלקוח בעוד הפורט שמתחתיו לא מגיע לעולם למצב מופעל. פרטו את המיני-פורטים ואת מצבם לפני התקנה מחדש של משהו:
Get-PnpDevice -Class Net | Where-Object { $_.FriendlyName -like "*WAN Miniport*" } | Select-Object Status, FriendlyNameמיני-פורט עם מצב שגיאה הוא הרמז הישיר. התקנתו מחדש ממנהל ההתקנים יוצרת את הפורט מחדש, ולכן התיקון הזה עובד כשהתקנה מחדש של הלקוח לא עובדת. דרייברים של צד שלישי שמחוברים למתאם הפיזי הם הסיבה הנפוצה האחרת. דרייבר רשת גשר של VirtualBox, דרייבר TAP שנשאר מ-OpenVPN או מסנן לכידה יכולים לתפוס את הפורט ראשונים. ביטול הסימון של הרכיב בזמן התקנה אינו מספיק כשהדרייבר כבר קשור; יש להסיר אותו ממאפייני המתאם או להסיר את ההתקנה ממאגר הדרייברים.
כיבוי IPv6 בחיבור ה-VPN פתר את השגיאה הזו בחלק מהבניינים, אבל התייחסו לכך כאל בדיקה ולא כתכנון קבוע. אם החיבור מתחיל רק כש-IPv6 כבוי, המיני-פורט או הדרייבר שמתחת עדיין אשמים.
שנו שכבה אחת ושמרו את הראיות
שמרו את ערכי רישום המערכת שאתם משנים, רשמו את רשימת המתאמים והמסננים לפני ואחרי, והפעילו מחדש בין הניסיונות. הפעלה מחדש היא חלק מהתיקון לכל משפחה כאן, כי מחסנית המתאם נבנית באתחול והפעלה מחדש של שירות לא בונה אותה מחדש.
התקינו את הלקוח מחדש רק לאחר שהמתאם, המסננים והמיני-פורטים הישנים נעלמו. התקנת לקוח חדש על מחסנית שבורה היא הדרך שבה 27850 שניתן לתקן הופך למכונה עם שני מתאמים רשומים למחצה ובלי שגיאה ברורה. עצרו והסלימו כשהשגיאה הזו שורדת את הבדיקה הספציפית לשכבה פעמיים. בנקודה הזו הצעד המועיל הבא הוא סקירה נקייה של מחסנית הרשת עם יומן המתקין של הספק, ולא ניסיון נוסף של אותה התקנה מחדש.