وبلاگ نت‌آرامآموزش، تجربه و راهکارهای زیرساخت

ورود با پروفایل موقت در ریموت Windows Server؛ فایل‌ها کجا رفته‌اند؟

آموزش حفظ فایل‌ها، تشخیص Temporary Profile در ریموت دسکتاپ و بازیابی دسترسی به اطلاعات و حساب ویندوز سرور.

انتشار:
توسط تیم فنی نت‌آرام
۷ دقیقه زمان مطالعه
۰ دیدگاه
محتوای تخصصی، ساده و کاربردی
هماهنگ با هویت حرفه‌ای نت‌آرام
بازگشت به لیست مقالات
تصویر شاخص مقاله ورود با پروفایل موقت در ریموت Windows Server؛ فایل‌ها کجا رفته‌اند؟ در وبلاگ نت‌آرام
محتوای آموزشی وبلاگ نت‌آرام
با ریموت دسکتاپ به سرور وصل شده‌اید، اما دسکتاپ مثل روز اول خالی است و ویندوز پیام You have been signed in with a temporary profile نشان می‌دهد. این پیام یعنی ویندوز نتوانسته پروفایل معمول حساب شما را بارگذاری کند و برای این نشست از پروفایل موقت استفاده کرده است. خالی بودن دسکتاپ به‌تنهایی به معنی پاک‌شدن فایل‌های قبلی نیست.
اول فایل‌های جدید این نشست را حفظ کنید؛ تغییرات داخل پروفایل موقت ممکن است بعد از خروج از حساب از بین بروند. سپس علت را از گزارش ویندوز پیدا می‌کنیم. این راهنما برای Windows Serverهای رایج و ورود با حساب مجاز است؛ در شبکه سازمانی، RDS Collection، پروفایل اشتراکی یا FSLogix ممکن است روش مدیریت متفاوت باشد.

۱. قبل از خروج، فایل‌های جدید را نجات دهید

اگر پس از ورود موقت فایلی روی Desktop یا Documents ساخته‌اید، آن را در یک مقصد دائمی و خصوصی که به آن دسترسی مجاز دارید کپی کنید؛ برای نمونه فضای پشتیبان تأییدشده سازمان یا رایانه شخصی از طریق روش انتقال امن. مسیر موقت، پوشه عمومی همه کاربران یا یک لینک قابل دانلود برای همه، مقصد مناسبی برای داده حساس نیست.
پس از کپی، فایل مقصد را باز کنید و مطمئن شوید نسخه سالم است. فایل‌های قدیمی پروفایل اصلی را حذف نکنید و پوشه TEMP را پیش از ثبت مسیر و گرفتن نسخه لازم پاک نکنید. اگر سندی باز است ابتدا داخل همان برنامه ذخیره و نسخه جدید را بررسی کنید.

۲. حساب و مسیر پروفایل فعلی را بشناسید

در نشست ریموت، PowerShell را از منوی Start باز کنید:
کد / دستورwhoami
خروجی نام حساب فعلی را نشان می‌دهد. برای دیدن شناسه امنیتی همان حساب:
کد / دستورwhoami /user
مقدار SID را یادداشت کنید؛ دو حساب با نام‌های شبیه ممکن است شناسه‌های متفاوتی داشته باشند. حالا مسیر پروفایل این نشست را ببینید:
کد / دستور$env:USERPROFILE
اگر مسیری مانند C:\Users\TEMP یا پوشه موقت مشابه می‌بینید، آن را با پیام ورود و گزارش مرحله بعد مقایسه کنید. خود نام پوشه به‌تنهایی در همه محیط‌ها اثبات قطعی نیست. تاریخ و ساعت ورود را هم ثبت کنید:
کد / دستورGet-Date

۳. از گزارش بفهمید چرا پروفایل اصلی باز نشده است

اگر حساب شما مجوز خواندن گزارش را دارد، PowerShell را با Run as administrator باز کنید و این دستور را اجرا کنید:
کد / دستورGet-WinEvent -FilterHashtable @{LogName='Application'; ProviderName='Microsoft-Windows-User Profiles Service'; StartTime=(Get-Date).AddHours(-24)} -ErrorAction SilentlyContinue | Select-Object TimeCreated, Id, Message | Format-List
خطاها و هشدارهای نزدیک زمان ورود را بخوانید. متن گزارش ممکن است به نداشتن دسترسی، نبود پوشه، کمبود فضا یا در دسترس نبودن مسیر شبکه اشاره کند. اگر دستور چیزی نشان نداد، در Event Viewer به Windows Logs → Application بروید و رویدادهای User Profile Service را فیلتر کنید. گزارش تکمیلی در Applications and Services Logs → Microsoft → Windows → User Profile Service → Operational قرار دارد. راهنمای Microsoft برای بررسی رویدادهای پروفایل مسیرها را توضیح می‌دهد.

۴. اگر درایو سیستم پر شده است

فضای خالی درایو سیستم، که معمولاً C است، را ببینید:
کد / دستورGet-PSDrive -Name C | Select-Object Name, Used, Free
اعداد Used و Free برحسب بایت‌اند. اگر فضای کافی برای بارگذاری و نوشتن پروفایل وجود ندارد، فایل‌های بزرگ و نسخه‌های قدیمی را با شناخت مالک و پس از اطمینان از وجود بکاپ بررسی کنید. حذف پوشه پروفایل یا فایل‌های پایگاه داده برای آزادکردن فوری فضا می‌تواند مشکل را بدتر کند. پس از آزادکردن فضای کافی، علت اصلی پرشدن درایو را نیز رفع کنید.

۵. اگر گزارش از مسیر یا دسترسی پروفایل می‌گوید

برای یک حساب محلی، در File Explorer پوشه C:\Users را باز کنید و ببینید پوشه اصلی مورد انتظار وجود دارد یا نه. نام واقعی می‌تواند با نام ورود تفاوت داشته باشد. اگر گزارش خطای Access is denied دارد، در ویژگی‌های پوشه و تب Security دسترسی همان حساب و حساب‌های سیستمی لازم را با تنظیمات مورد تأیید سازمان مقایسه کنید؛ دادن Full Control به Everyone راه‌حل امنی نیست.
اگر پروفایل سازمانی روی مسیر شبکه است، همان مسیر ثبت‌شده در پیام را از حساب و سروری که باید از آن استفاده کند آزمایش کنید. برای نمونه، با جایگزین‌کردن مسیر واقعی:
کد / دستورTest-Path '\\fileserver\profiles\username'
نتیجه True فقط وجود مسیر و امکان مشاهده آن در شرایط همان آزمون را نشان می‌دهد؛ تمام دسترسی‌های خواندن و نوشتن یا وضعیت قفل فایل را تضمین نمی‌کند. اگر نتیجه False است، اتصال سرور فایل، نام شبکه، مجوز همان کاربر و سیاست سازمان را اصلاح و مجدداً با حساب درست آزمایش کنید. در مجموعه‌های RDS یا FSLogix، پیش از دست‌کاری پوشه محلی روش مخصوص همان محصول را دنبال کنید.

۶. خروج و ورود دوباره را با حفظ داده امتحان کنید

پس از رفع علت مشخص و انتقال فایل‌های جدید نشست موقت به مقصد امن، فقط از همان حساب مشکل‌دار خارج شوید و دوباره وارد شوید. قبل از خروج مطمئن شوید روش بازگشت به سرور و دسترسی مدیریتی دیگری در اختیار دارید. برای دیدن نشست‌ها:
کد / دستورquery user
نشست دیگران را نبندید. پس از ورود دوباره، whoami /user و $env:USERPROFILE را تکرار کنید و فایل‌های قدیمی و برنامه ضروری را بررسی کنید. اگر پروفایل اصلی بارگذاری شده و پیام موقت دیگر ظاهر نمی‌شود، مشکل همان حساب در این آزمون رفع شده است.

۷. اگر پروفایل اصلی آسیب دیده است

اگر گزارش یا آزمون نشان می‌دهد خود پروفایل قابل بارگذاری نیست و نسخه سالمی از آن در بکاپ دارید، بازیابی همان پروفایل طبق برنامه سازمان معمولاً گزینه مناسبی است. ابتدا زمان بکاپ، هویت حساب و فایل‌های جدیدتر را با دقت مقایسه کنید تا داده تازه روی نسخه قدیمی بازنویسی نشود.
برای یک سرور مستقل که استفاده از حساب محلی جدید در آن مجاز است، راه جایگزین این است که مدیر سرور از Computer Management → Local Users and Groups → Users یک حساب جدید بسازد، فقط دسترسی موردنیاز از جمله اجازه ریموت را طبق سیاست همان سرور بدهد، و با ورود آزمایشی پروفایل تازه ایجاد کند. سپس پوشه‌های داده لازم مانند Documents و Desktop را از پروفایل قدیمی به مقصد جدید کپی و صحت فایل‌ها و دسترسی‌ها را بررسی کند. پروفایل قدیمی را تا تأیید کامل حذف نکنید.
حساب جدید هویت امنیتی تازه دارد: مجوز فایل‌ها، تنظیمات برنامه‌ها، ایمیل و وظایف زمان‌بندی‌شده ممکن است خودکار منتقل نشوند. در سرور عضو دامنه یا Domain Controller، ساخت حساب محلی ممکن است مناسب یا در دسترس نباشد؛ حساب و پروفایل باید با روش سازمان مدیریت شوند.

۸. درباره کلیدهای رجیستری با پسوند bak

گاهی در ProfileList کلیدی با پسوند .bak می‌بینید. وجود آن می‌تواند سرنخی برای بررسی باشد، اما به‌تنهایی مشخص نمی‌کند کدام ورودی سالم است یا چه چیزی باید حذف شود. دست‌کاری و حذف دسته‌جمعی کلیدها می‌تواند پروفایل کاربران دیگر را مختل کند. پیش از هر اصلاح رجیستری، شناسه حساب، مسیر هر ورودی، خروج کاربر از نشست و نسخه پشتیبان رجیستری و داده را با مدیر سیستم بررسی کنید. ابزار تشخیصی Microsoft برای ProfileList نیز این نوع ورودی را به‌عنوان هشدار گزارش می‌کند؛ بخش حذف آن را بدون شناخت وضعیت و بکاپ اجرا نکنید.
در پایان یک بار دیگر وارد شوید، مسیر پروفایل را ببینید و فایل و برنامه واقعی را امتحان کنید. برای انتخاب محیط مستقل ویندوزی نیز می‌توانید مشخصات سرور مجازی ایران نت‌آرام را با نیاز دسترسی، فضای دیسک و برنامه بکاپ خود مقایسه کنید.
اشتراک‌گذاری:
لینکدینتلگرامایکس
مقاله قبلی
مقاله قبلی وجود ندارد.

دیدگاه‌ها (۰)

دیدگاه‌های تاییدشده و پاسخ‌های تیم نت‌آرام