کدام دفترچه تلفن را یک وظیفه SYSTEM برای پروفایل‌های VPN جست‌وجو می‌کند؟
یک وظیفه با یک حساب اجرا می‌شود و پروفایل‌های بومی VPN مگر اینکه برای همه کاربران ساخته شوند، به‌ازای هر کاربر هستند. پیش از بازسازی هر چیزی هر دو انبار را مقایسه کنید.
پروفایل VPN شما همان‌جا در تنظیمات است و وظیفه زمان‌بندی‌شده هنوز گزارش می‌دهد که نمی‌تواند اتصال را پیدا کند. هیچ چیز خراب نیست: انبار بومی VPN در Windows مگر اینکه پروفایل به‌صورت پروفایل برای همه کاربران ساخته شده باشد، به‌ازای هر کاربر است و یک وظیفه با حسابی که principal آن تعیین می‌کند اجرا می‌شود. معمولاً وظیفه دفترچه تلفنی را می‌خواند که هرگز پروفایل شما را نداشته است. دو فرمان و یک تنظیم وظیفه برای اثبات این کافی است و ارزش دارد پیش از آنکه کسی اتصال را بازسازی کند اجرا شوند.
دو انبار همان نام پروفایل را نگه می‌دارند
پروفایل بومی VPN در Windows در انبار حسابی زندگی می‌کند که آن را ساخته است. انبار جهانی دفترچه تلفن دیگری است، که تنها زمانی پر می‌شود که پروفایل با کلید همه کاربران در یک نشست ارتقایافته ساخته شود. هر دو می‌توانند پروفایلی با همان نام نگه دارند و هیچ‌یک نمای دیگری نیست.
هر دو انبار را از همان نشست بخوانید و نام‌هایی را که برمی‌گردانند مقایسه کنید. کلید انبار جهانی را انتخاب می‌کند و خواندن آن معمولاً به نشست ارتقایافته نیاز دارد:
Get-VpnConnection | Select-Object Name, ServerAddress, TunnelType
Get-VpnConnection -AllUserConnection | Select-Object Name, ServerAddress, TunnelTypeاگر فرمان نخست پروفایل را فهرست کند و دومی نکند، هیچ تغییری در اعتبارنامه به وظیفه‌ای که با حساب دیگری اجرا می‌شود کمک نمی‌کند، زیرا مشکل عضویت است نه احراز هویت. اگر هر دو آن را فهرست کنند، انبار علت نیست و بخش بعدی اعمال می‌شود. همین یک مقایسه نیمی از این تیکت‌ها را می‌بندد. ثبت کنید کدام انبار پاسخ داد و بررسی را با کدام حساب اجرا کردید، زیرا پاسخ بدون هر دو واقعیت بی‌معناست.
principal وظیفه را پیش از اعتبارنامه‌هایش بخوانید
وظیفه را باز کنید و principal را بخوانید، زیرا می‌گوید وظیفه کدام انبار را می‌بیند. وظیفه‌ای که برای اجرا به‌عنوان SYSTEM تنظیم شده است حساب شما با حقوق اضافی نیست: پروفایل خودش را دارد و به دفترچه تلفن به‌ازای هر کاربر که هنگام ورود ساخته‌اید دسترسی ندارد. حساب سرویس دقیقاً همین‌گونه رفتار می‌کند.
گزینه اجرا مستقل از اینکه وارد شده‌اید یا نه این را نیز تغییر می‌دهد، زیرا در آن صورت وظیفه نشست تعاملی‌ای ندارد که اعتبارنامه‌هایش را قرض بگیرد. بگذارید کنش whoami را در فایلی بنویسد و پاسخ را بخوانید به‌جای آنکه آن را فرض کنید.
عیب‌یابی از ترمینال خودتان درباره این مشکل چیزی نمی‌گوید، زیرا نشان می‌دهد حساب شما چه می‌بیند. مقایسه را زیر هویت وظیفه و از طریق هر فرایند تأییدشده‌ای که برای آن دارید اجرا کنید. خروجی چسبانده‌شده از کنسول مدیر مجموعه داده دیگری است، نه یکی ممتازتر. اگر چنین فرایندی وجود ندارد، وظیفه باید خودش پاسخ را ثبت کند، که بخش آخر آن را آماده می‌کند.
پیدا کردن پروفایل به معنای ورود نیست
پروفایل برای همه کاربران پیکربندی را گسترده‌تر قابل مشاهده می‌کند. رمز ذخیره‌شده حساب سازنده را حمل نمی‌کند و کلید خصوصی ذخیره‌شده در پروفایل کاربری شما را به حساب دیگری نمی‌دهد. دیدپذیری و اعتبارنامه‌های قابل استفاده دو آزمون جداگانه‌اند و گذر از اولی درباره دومی چیزی نمی‌گوید.
اگر وظیفه اکنون پروفایل را پیدا کند و در احراز هویت شکست بخورد، این پیشرفت است و آن مرحله به سابقه تعلق دارد. گواهی را به انبار ماشین منتقل کنید، یا راز را از طریق سازوکار خود استقرار تأمین کنید، به‌جای آنکه نام اتصال را دوباره بسازید. ساختن دوباره همان شکست را با برچسب زمانی تازه‌تری تولید می‌کند. Microsoft دو دامنه را مستند می‌کند که کلید cmdlet میان آن‌ها انتخاب می‌کند.
چالش‌های غیرتعاملی تله پشت آن مرحله‌اند. درخواست PIN یا کد یک‌بارمصرف را وظیفه‌ای بدون میزکار نمی‌تواند پاسخ دهد، بنابراین پروفایلی که با دست بی‌نقص شماره‌گیری می‌کند ممکن است در خودکارسازی بی‌استفاده باشد.
چهار فیلدی که سابقه وظیفه نیاز دارد
مقادیری را که نتیجه را تعیین می‌کنند در یک جا کنار هم نگه دارید، زیرا سه‌تای آن‌ها معمولاً ضمنی می‌مانند. سابقه چهار خط نیاز دارد:
- مسیر کنش: اسکریپت یا فایل اجرایی‌ای که وظیفه اجرا می‌کند، نه میانبری که برای حساب دیگری متفاوت حل می‌شود.
- نام پروفایل: رشته دقیق، زیرا دو انبار می‌توانند همان نامی را نگه دارند که به سرورهای متفاوتی اشاره می‌کند.
- principal: حسابی که وظیفه با آن اجرا می‌شود، و اینکه نشست تعاملی دارد یا نه.
- روش احراز هویت: آنچه این principal واقعاً می‌تواند کامل کند، مانند گواهی انبار ماشین به‌جای کلید در پروفایل کاربری شما.
این چهار خط به پرسشی پاسخ می‌دهند که تیکت واقعاً می‌پرسد، یعنی خودکارسازی از کدام پیکربندی استفاده کرده است. آن‌ها بازسازی بعدی وظیفه را نیز دوام می‌آورند، زمانی که نویسنده اصلی نیست تا توضیح دهد چرا نام اهمیت داشت. بدون آن‌ها همان شکست پس از استقرار بعدی بازمی‌گردد و دوباره همان ساعت‌ها را هزینه می‌کند.
مرحله‌ای را که وظیفه به آن رسید مشخص کنید
کنش را ابزارگذاری کنید به‌جای حدس زدن از نتیجه آخرین اجرا. یک پوشش کوتاه هویت، انباری که می‌بیند و نتیجه شماره‌گیری را در یک جا ثبت می‌کند:
whoami
Get-VpnConnection -AllUserConnection | Select-Object Name, ServerAddress
rasdial "Office"
schtasks /query /tn "VPN Connect" /v /fo LISTفرمان شماره‌گیری خطای خودش را چاپ می‌کند که معمولاً از شکست عمومی وظیفه روشن‌تر است. پرس‌وجو principal و آخرین کد نتیجه را کنار هم برمی‌گرداند، بنابراین هویت و نتیجه در یک نما دیده می‌شوند. این دو واقعیت تعیین می‌کنند که گام بعدی تغییر انبار است یا تغییر اعتبارنامه.
در پایان، وظیفه‌ای را که پس از ورود کاربر متصل می‌شود از تونل دستگاه یا گردش‌کار پشتیبانی‌شده پیش از ورود جدا کنید. اشتراک یک پروفایل طراحی هیچ‌یک از این دو نیست و فیلد principal است که می‌گوید کدام‌یک از سه حالت را ساخته‌اید. اگر اتصال باید پیش از ورود وجود داشته باشد، انبار پروفایل به‌ازای هر کاربر لایه اشتباهی برای تعمیر است.