למה שייך קובץ .pbk של Windows (ולמה לא)
קובץ .pbk הוא ספר טלפונים בבעלות פרופיל אחד או שרת RRAS, ולא סכימת VPN ניידת. קראו את הבעלים, את הקטע ואת המאפיין החשוף.
תוצאות החיפוש מוסרות לכם קובץ .pbk, שמות המפתחות נראים מוכרים, והצעד המובן מאליו הוא להתייחס אליו כאל סכימה ניידת לכל VPN של Windows. זה לא המצב. הפורמט שייך לבעלים, ואותו מפתח פירושו דברים שונים בהתאם לבעלים שכתב אותו. קריאת ההיקף תחילה היא מה שמונע מתרגיל תיעוד להפוך לעריכה בלתי נתמכת.
ארבעה בעלים, ארבעה קוראים שונים
ארבעה בעלים שונים כותבים קבצים שנראים דומים. חיבור מקורי לכל משתמש נכנס לספר הטלפונים של המשתמש הנוכחי, בעוד חיבור לכל המשתמשים נכנס למאגר ברמת המחשב שכל חשבון במארח יכול לקרוא. שרת RRAS שומר תצורת חיוג לפי דרישה עבור תפקיד הניתוב שלו, ולקוח של צד שלישי עשוי לשמור פורמט משלו שרק חולק את הסיומת. אותה סיומת, ארבעה קוראים, ארבע קבוצות חוקים.
שם תצוגה תואם אינו הופך שניים מאותם רשומות לרשומה אחת, והעתקת מפתח ביניהם מניחה שמנהל יכבד משהו שמעולם לא תיעד. הבעלים גם קובע מי רשאי לשנות את הקובץ: פרופיל לכל משתמש הוא בחירה של המשתמש, פרופיל ברמת המחשב הוא החלטה מנהלית, ורשומת חיוג לפי דרישה בשרת היא תצורת ניתוב תחת בקרת השינויים של עצמה. כך טעות בעלות היא בעיית הרשאות לפני שהיא הופכת לבעיית פורמט.
קבעו את הבעלים לפי הרכיב שמנהל את החיבור, לא לפי הקובץ עצמו. קובץ הוא חפץ; הרכיב המנהל קובע אילו מפתחות הוא קורא ומתי. קריאת החפץ תחילה והמנהל לאחר מכן היא הדרך שבה אנשים מגיעים לערוך שדה שדבר אינו שואל עליו.
היכן הפורמט שפורסם מפסיק לתאר את הקובץ שלכם
בפרוטוקול הניהול של RRAS ספר הטלפונים הוא טקסט פשוט שלקוח ניהול כותב ושירות הניתוב קורא, ולכן מפרט MS-RRASM מתארת הגדרות חיוג לפי דרישה עבור שרת ולא עבור פרופיל שולחן עבודה. המבנה הוא החלק שקריאה שטוחה הורסת. רשומה עשויה להחזיק כמה בלוקי מדיה, שכל אחד מחזיק בלוקי התקן אשר מחזיקים בתורם בלוקים למספרים בודדים. לכן אותו מפתח עשוי להופיע ביותר ממקום אחד במשמעות שונה.
קראו מפתח יחד עם הקטע שלו והערות הגרסה שלו, ואל תתרגמו ערך מתיבת סימון בעלת שם דומה בממשק שולחן עבודה. מציאת מפתחות מוכרים במסמך אינה מוכיחה שהוא מכסה כל שדה בפרופיל מקורי לא קשור. כללי הקטעים גם אינם הרשאה לכתוב מחדש ספר טלפונים של שולחן עבודה בפורמט השרת.
| Owner | What reads the file | What a key means there |
|---|---|---|
| Per-user native connection | The user's own connection manager | A property of that user profile |
| All-user native connection | The machine-wide connection store | A property shared by everyone on the host |
| RRAS demand-dial | The RRAS service, using the documented hierarchy | A field inside a media, device or number section |
| Third-party client | That vendor's own parser | Whatever that vendor documents, if anything |
הטבלה היא עזר קריאה ולא מפרט: היא אומרת איזה קורא להתייעץ איתו, והקורא אומר מה השדה אומר. כאשר אותו קורא הוא מנתח של צד שלישי, התשובה הכנה עשויה להיות ששום דבר פומבי אינו מתעד את השדה כלל.
שאלו את Windows, לא את הקובץ
עבור חיבור מקורי, בקשו מ-Windows את הפרופיל במקום לקרוא את הקובץ, מפני שהמאפיינים בעלי הטיפוס הם המשטח המתועד והדבר היחיד ששינוי נתמך משנה. שתי הפקודות שלהלן קוראות את שני המאגרים המקוריים בנפרד. אם הפרופיל אינו באף אחד משני המאגרים, הלקוח שמנהל אותו אינו משתמש במנגנון המקורי ואף cmdlet מקורי לא יתאר אותו.
Get-VpnConnection -Name 'Field Ops'
Get-VpnConnection -AllUserConnection | Select-Object Name, ServerAddress, TunnelTypeלפריסה ולא לבדיקה, הנתיב המתועד הוא הגדרת פרופיל מנוהלת עם סכימה בשם, ולא עריכה מספרית בתוך בלוב טקסט או בינארי. הגדרת פרופיל מתארת הגדרות נתמכות; היא אינה מספקת את האישורים והמפתחות הפרטיים שהפרופיל תלוי בהם. ההרשמה היא תהליך נפרד עם סמכות משלו, והבנת מפתח של ספר טלפונים מעולם לא הפיצה מפתח פרטי. תכננו את שני המסלולים בנפרד, אחרת פריסת האישורים הראשונה תהפוך לאירוע השני.
מאפיין אחד, ואז מחזור החיים סביבו
ערך שמור אינו ערך מיושם. לאחר שינוי מאושר, פתחו חיבור חדש ובדקו את הנתיבים שהפרופיל מתקין, את מדיניות הפותר שהוא יורש ואת הפעולה שאמורה הייתה לאפשר. שימוש חוזר בהפעלה שכבר הייתה פעילה בודק את ההגדרות הישנות ומפיק שלילה שגויה.
העתיקו את הקובץ הצידה לפני כל עבודה על הקובץ הגולמי, מפני שספר טלפונים עם כמה רשומות הוא חפץ משותף ולעריכה ממוקדת שמשכתבת את כל הקובץ יש רדיוס השפעה גדול מהשינוי. השאירו רשומות לא קשורות שלמות, ושמרו על התצורה המוגנת המקורית עד שהחדשה תיבדק. אם שדה נדרש אינו מתועד עבור הבעלים והמהדורה שבאמת יש לכם, רשמו זאת כשאלת תמיכה פתוחה. המצאת קידוד מתוך הקובץ של מחשב אחר היא הדרך שבה פרופיל עובד הופך לפרויקט ניפוי באגים בלי שום נקודת ייחוס.
המשמעת זהה בכל שלב: תנו שם לבעלים, תנו שם לקטע, ואז תנו שם לפעולה הנתמכת. כל דבר אחר הוא השערה שמוצמדת אליה ציטוט.