שגיאה 623 של rasdial: צרו קודם את פרופיל ה-VPN

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

קראו את קוד השגיאה לפני כל דבר אחר

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

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

rasdial "Office"; if ($LASTEXITCODE -ne 0) { Write-Output "failed: $LASTEXITCODE" }

ודאו שרשומת ספר הטלפונים קיימת

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

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

Get-VpnConnection -Name "Office" | Format-List Name, ServerAddress, ConnectionStatus
dir "%APPDATA%\Microsoft\Network\Connections\Pbk"
dir "%PROGRAMDATA%\Microsoft\Network\Connections\Pbk"

צרו את הפרופיל עם Add-VpnConnection

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

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

Add-VpnConnection -Name "Office" -ServerAddress vpn.corp.internal \
  -TunnelType Ikev2 -AuthenticationMethod Eap -EncryptionLevel Required

יישרו את ההפעלה עם מאגר פרטי ההתחברות

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

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

השאירו את ההפעלה האוטומטית כפי שמצאתם

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

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

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