یک فایل .pbk ویندوز به چه چیزی تعلق دارد (و به چه چیزی نه)
فایل .pbk یک دفترچه تلفن متعلق به یک پروفایل یا یک سرور RRAS است، نه یک طرح VPN قابل حمل. مالک، بخش و ویژگی افشاشده را بخوانید.
نتایج جستجو فایلی از نوع .pbk به شما می‌دهند، نام کلیدها آشنا به نظر می‌رسد، و قدم بدیهی آن است که آن را طرحی قابل حمل برای هر VPN ویندوزی بدانید. اما چنین نیست. قالب به یک مالک تعلق دارد، و همان کلید بسته به اینکه کدام مالک آن را نوشته باشد معنای متفاوتی دارد. خواندن دامنه در وهله نخست مانع می‌شود که یک تمرین مستندسازی به ویرایشی بدون پشتیبانی تبدیل شود.
چهار مالک، چهار خواننده متفاوت
چهار مالک متفاوت فایل‌هایی می‌نویسند که شبیه هم به نظر می‌رسند. اتصال بومی برای هر کاربر در دفترچه تلفن کاربر جاری جای می‌گیرد، در حالی که اتصال برای همه کاربران در انباری در سطح ماشین قرار می‌گیرد که هر حسابی روی میزبان می‌تواند آن را بخواند. سرور 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 |
جدول یک کمک‌خواندن است نه یک مشخصه: می‌گوید کدام خواننده را مشورت کنید، و خواننده می‌گوید فیلد چه معنایی دارد. وقتی آن خواننده یک تحلیل‌گر شخص ثالث است، پاسخ صادقانه می‌تواند این باشد که هیچ چیز عمومی‌ای آن فیلد را اصلاً مستند نمی‌کند.
از ویندوز بپرسید، نه از فایل
برای یک اتصال بومی، به جای خواندن فایل، پروفایل را از ویندوز بخواهید، زیرا ویژگی‌های نوعی سطح مستندشده هستند و تنها چیزی که یک تغییر پشتیبانی‌شده اصلاح می‌کند. دو فرمان زیر دو انبار بومی را جداگانه می‌خوانند. اگر پروفایل در هیچ‌یک از دو انبار نباشد، کلاینتی که آن را مدیریت می‌کند از سازوکار بومی استفاده نمی‌کند و هیچ cmdlet بومی آن را توصیف نخواهد کرد.
Get-VpnConnection -Name 'Field Ops'
Get-VpnConnection -AllUserConnection | Select-Object Name, ServerAddress, TunnelTypeبرای استقرار و نه بازرسی، مسیر مستندشده یک تنظیم پروفایل مدیریت‌شده با طرحی نام‌دار است، نه ویرایشی عددی درون یک بلوک متنی یا دودویی. تعریف پروفایل تنظیمات پشتیبانی‌شده را توصیف می‌کند؛ گواهی‌ها و کلیدهای خصوصی‌ای را که پروفایل به آن‌ها وابسته است فراهم نمی‌کند. ثبت‌نام فرایندی جداست با اختیار خودش، و درک یک کلید دفترچه تلفن هرگز کلید خصوصی توزیع نکرده است. دو مسیر را جدا برنامه‌ریزی کنید، وگرنه نخستین استقرار گواهی به دومین حادثه تبدیل می‌شود.
یک ویژگی، سپس چرخه حیات پیرامون آن
مقدار ذخیره‌شده مقداری اعمال‌شده نیست. پس از تغییری تأییدشده، اتصال تازه‌ای باز کنید و مسیرهایی که پروفایل نصب می‌کند، سیاست حل‌کننده‌ای که به ارث می‌برد و عملیاتی را که قرار بود ممکن کند بررسی کنید. استفاده دوباره از نشستی که پیش‌تر برپا بود، تنظیمات قدیمی را می‌آزماید و نتیجه منفی کاذبی می‌دهد.
پیش از هر کار روی فایل خام، فایل را کناری کپی کنید، زیرا دفترچه تلفنی با چند ورودی اثری اشتراکی است و ویرایش هدفمندی که کل فایل را بازنویسی می‌کند شعاع تأثیری بزرگ‌تر از خود تغییر دارد. ورودی‌های نامرتبط را دست‌نخورده نگه دارید و پیکربندی محافظت‌شده اصلی را تا زمانی که نسخه جدید تأیید شود نگه دارید. اگر فیلدی الزامی برای مالک و نسخه‌ای که واقعاً دارید مستند نشده است، آن را به‌عنوان پرسشی باز برای پشتیبانی ثبت کنید. ساختن یک کدگذاری از فایل ماشینی دیگر همان راهی است که یک پروفایل کارکن به پروژه‌ای برای اشکال‌زدایی بدون هیچ نقطه مرجع تبدیل می‌شود.
نظم در هر گام یکی است: مالک را نام ببرید، بخش را نام ببرید، سپس عملیات پشتیبانی‌شده را نام ببرید. هر چیز دیگری حدسی است که نقل‌قولی به آن سنجاق شده.