درس ۱۰ از ۱۲

اشتراک فایل و Printer در Windows

در این درس از مرحله «ویندوز کاربر از پایه تا عیب‌یابی» روی اشتراک فایل و Printer در Windows تمرکز می‌کنیم؛ توضیح را از پایه شروع می‌کنیم و بعد می‌بینیم این موضوع در Windows کاربر چطور دیده و بررسی می‌شود؛ هدف این است که در پایان فقط تعریف را ندانی؛ بتوانی وضعیت طبیعی و غیرطبیعی را هم از هم جدا کنی در این درس موضوع را از دید یک Windows Client سازمانی بررسی می‌کنیم؛ یعنی علاوه بر خود سیستم‌عامل، Driver، Update، User، Network، Policy و Serviceهای وابسته را هم در نظر می‌گیریم؛ هدف این است که بتوانی نشانه را به لایه درست نسبت بدهی، از ابزار مناسب برای جمع‌آوری شواهد استفاده کنی و بعد از هر تغییر نتیجه را از دید کاربر تأیید کنی

این درس برای مطالعه کامل نوشته شده است

با حوصله بخوان، مثال‌ها را تحلیل کن و تمرین‌ها را انجام بده؛ هدف حفظ کردن تعریف‌ها نیست

UNC Path به Share شبکه اشاره می‌کند

ساختار UNC معمولاً به شکل \\ServerName\Share است؛ بخش اول نام یا IP سرور و بخش دوم نام Share است؛ خطا در هرکدام می‌تواند با خطای Permission اشتباه گرفته شود در یک شبکه یا سیستم واقعی، این موضوع زمانی روشن می‌شود که در Windows بهتر است مشکل را بین چهار لایه جدا کنی: Hardware و Driver، تنظیمات سیستم‌عامل، User Profile و Account، و Service یا Application؛ Event Viewer، Device Manager، Windows Update، Network Settings و ابزارهای Recovery هر کدام بخشی از شواهد را می‌دهند و باید بر اساس نشانه استفاده شوند نه به شکل تصادفی نکته‌ای که هنگام پشتیبانی نباید از آن عبور کنی این است که در آماده‌سازی یک Client سازمانی، نصب سیستم‌عامل پایان کار نیست؛ Driverهای معتبر، Updateها، نام سیستم، Time، Network، سیاست‌های امنیتی، نرم‌افزارهای موردنیاز و عضویت در مدیریت مرکزی باید بررسی شوند؛ تحویل زمانی کامل است که کاربر بتواند سرویس‌های اصلی خود را استفاده کند و مشخصات سیستم در مستندات ثبت شده باشد برای کامل شدن تصویر این موضوع، در این درس موضوع را از دید یک Windows Client سازمانی بررسی می‌کنیم؛ یعنی علاوه بر خود سیستم‌عامل، Driver، Update، User، Network، Policy و Serviceهای وابسته را هم در نظر می‌گیریم؛ هدف این است که بتوانی نشانه را به لایه درست نسبت بدهی، از ابزار مناسب برای جمع‌آوری شواهد استفاده کنی و بعد از هر تغییر نتیجه را از دید کاربر تأیید کنی

Share Permission و NTFS هر دو روی دسترسی اثر دارند

Share Permission فقط هنگام دسترسی از شبکه اعمال می‌شود و معمولاً Read / تغییر / Full Control دارد؛ با NTFS Permission ترکیب می‌شود و محدودکننده‌تر نتیجه نهایی را تعیین می‌کند دسترسی Local به Folder تحت Share Permission نیست NTFS فایل‌سیستم رایج Windows است و مجوز، Auditing و قابلیت‌های سازمانی را پشتیبانی می‌کند؛ Permission روی File/Folder با Share Permission ترکیب می‌شود مالکیت فایل با مجوز دسترسی یکی نیست در کار روزمره بهتر است این موضوع را این‌طور بررسی کنی: در آماده‌سازی یک Client سازمانی، نصب سیستم‌عامل پایان کار نیست؛ Driverهای معتبر، Updateها، نام سیستم، Time، Network، سیاست‌های امنیتی، نرم‌افزارهای موردنیاز و عضویت در مدیریت مرکزی باید بررسی شوند؛ تحویل زمانی کامل است که کاربر بتواند سرویس‌های اصلی خود را استفاده کند و مشخصات سیستم در مستندات ثبت شده باشد در کار روزمره بهتر است این موضوع را این‌طور بررسی کنی: در Windows بهتر است مشکل را بین چهار لایه جدا کنی: Hardware و Driver، تنظیمات سیستم‌عامل، User Profile و Account، و Service یا Application؛ Event Viewer، Device Manager، Windows Update، Network Settings و ابزارهای Recovery هر کدام بخشی از شواهد را می‌دهند و باید بر اساس نشانه استفاده شوند نه به شکل تصادفی

Printer ممکن است IP مستقل یا صف روی Server داشته باشد

صف صف انتظار Packet یا عملیات است و وقتی منبع از نرخ ورود کندتر باشد رشد می‌کند؛ در شبکه یا Storage، صف طولانی همراه با Latency بالا می‌تواند نشانه فشار باشد وجود صف کوتاه طبیعی است؛ روند و اثر روی سرویس مهم است نشانی IP هویت منطقی Interface در لایه شبکه است و باید همراه Prefix یا Subnet Mask تفسیر شود؛ Prefix مشخص می‌کند کدام بخش نشانی برای شبکه و کدام بخش برای Host استفاده می‌شود و همین موضوع تعیین می‌کند مقصد محلی است یا باید به Router فرستاده شود؛ در عیب‌یابی، فقط دیدن یک IP کافی نیست و باید Prefix، Gateway، DNS، روش دریافت تنظیمات، Route Table و احتمال وجود نشانی تکراری نیز بررسی شوند اگر بخواهی این بخش را از حالت تعریف به مهارت عملی تبدیل کنی، در آماده‌سازی یک Client سازمانی، نصب سیستم‌عامل پایان کار نیست؛ Driverهای معتبر، Updateها، نام سیستم، Time، Network، سیاست‌های امنیتی، نرم‌افزارهای موردنیاز و عضویت در مدیریت مرکزی باید بررسی شوند؛ تحویل زمانی کامل است که کاربر بتواند سرویس‌های اصلی خود را استفاده کند و مشخصات سیستم در مستندات ثبت شده باشد

Credential ذخیره‌شده قدیمی می‌تواند Access Error ایجاد کند

Credential ذخیره‌شده ممکن است Password قدیمی یا حساب دیگری را به Server بفرستد و باعث Access Denied شود؛ قبل از تغییر Permission، Credential Manager و Sessionهای فعلی را بررسی کن در ذخیره‌سازی باید رابط فیزیکی، پروتکل، نوع رسانه و الگوی کار را از هم جدا دید؛ SATA و PCIe مسیر ارتباطی هستند و NVMe پروتکلی است که معمولاً روی PCIe کار می‌کند، بنابراین صرف دیدن فرم M.۲ نوع ارتباط را مشخص نمی‌کند؛ برای ارزیابی سلامت نیز ظرفیت آزاد، خطاهای ثبت‌شده، وضعیت SMART، دمای درایو، تأخیر I/O و رفتار سیستم در زمان بار باید با هم بررسی شوند و یک شاخص به‌تنهایی برای نتیجه‌گیری کافی نیست اگر بخواهی این بخش را از حالت تعریف به مهارت عملی تبدیل کنی، در آماده‌سازی یک Client سازمانی، نصب سیستم‌عامل پایان کار نیست؛ Driverهای معتبر، Updateها، نام سیستم، Time، Network، سیاست‌های امنیتی، نرم‌افزارهای موردنیاز و عضویت در مدیریت مرکزی باید بررسی شوند؛ تحویل زمانی کامل است که کاربر بتواند سرویس‌های اصلی خود را استفاده کند و مشخصات سیستم در مستندات ثبت شده باشد در یک شبکه یا سیستم واقعی، این موضوع زمانی روشن می‌شود که در Windows بهتر است مشکل را بین چهار لایه جدا کنی: Hardware و Driver، تنظیمات سیستم‌عامل، User Profile و Account، و Service یا Application؛ Event Viewer، Device Manager، Windows Update، Network Settings و ابزارهای Recovery هر کدام بخشی از شواهد را می‌دهند و باید بر اساس نشانه استفاده شوند نه به شکل تصادفی

تست با کاربر یا Client دوم محدوده مشکل را روشن می‌کند

محدوده مشکل مشخص می‌کند چند کاربر، دستگاه، شبکه یا سرویس تحت تأثیر هستند؛ مقایسه یک نمونه سالم و خراب سریع‌ترین راه کوچک کردن محدوده است قبل از دانستن محدوده سراغ تغییر سراسری نرو تست با Client دوم کمک می‌کند بفهمی مشکل به AP/محیط مربوط است یا فقط Driver و تنظیمات یک Device؛ Client سالم باید تا حد امکان در همان محل تست شود روش عیب‌یابی قابل اتکا از تعیین دامنه مشکل شروع می‌شود: یک User یا چند User، یک Device یا یک Segment، یک Service یا همه سرویس‌ها؛ بعد باید تغییر اخیر و شواهد قابل مشاهده جمع شوند و فرضیه‌ها از کم‌ریسک‌ترین تست‌ها بررسی شوند؛ تغییر چند عامل هم‌زمان تشخیص علت را دشوار می‌کند؛ پس از رفع نیز باید سرویس از دید کاربر تأیید، علت ثبت و در صورت نیاز اقدام پیشگیرانه تعریف شود در کار روزمره بهتر است این موضوع را این‌طور بررسی کنی: در Windows بهتر است مشکل را بین چهار لایه جدا کنی: Hardware و Driver، تنظیمات سیستم‌عامل، User Profile و Account، و Service یا Application؛ Event Viewer، Device Manager، Windows Update، Network Settings و ابزارهای Recovery هر کدام بخشی از شواهد را می‌دهند و باید بر اساس نشانه استفاده شوند نه به شکل تصادفی

مثال محیط واقعی

فرض کن در Windows کاربر مشکلی گزارش شده و احتمال می‌دهی به اشتراک فایل و Printer در Windows مربوط باشد. قبل از تغییر، وضعیت فعلی را با Settings، Task Manager، Event Viewer و Device Manager بررسی می‌کنی و نتیجه را با یک حالت سالم یا مستند معتبر مقایسه می‌کنی. اگر شواهد فرضیه را تأیید کردند، فقط همان بخش مرتبط را تغییر می‌دهی و بعد همان تست را دوباره اجرا می‌کنی تا مطمئن شوی مشکل واقعاً برطرف شده است

اشتباهات رایج

این اشتباه‌ها را تکرار نکن

  • ساختار UNC معمولاً به شکل \\ServerName\Share است. بخش اول نام یا IP سرور و بخش دوم نام Share است؛ خطا در هرکدام می‌تواند با خطای Permission اشتباه گرفته شود
  • تغییر دادن تنظیمات مرتبط با اشتراک فایل و Printer در Windows قبل از اینکه مطمئن شوی مشکل واقعاً به همین بخش مربوط است
  • نتیجه‌گیری درباره اشتراک فایل و Printer در Windows فقط از روی یک نشانه و بدون انجام تست نهایی
تمرین عملی

حالا خودت انجام بده

  1. در یک نمونه آزمایشی مرتبط با اشتراک فایل و Printer در Windows، فقط وضعیت فعلی را مشاهده کن و سه نکته‌ای را که برای تشخیص حالت سالم مهم‌اند یادداشت کن
  2. با Settings، Task Manager، Event Viewer و Device Manager وضعیت مرتبط با اشتراک فایل و Printer در Windows را بدون تغییر بررسی کن، سه داده واقعی جمع کن و توضیح بده هرکدام چه چیزی به تو می‌گویند
  3. یک خطای فرضی مرتبط با اشتراک فایل و Printer در Windows بنویس و مشخص کن اولین تست کم‌خطر تو چیست و چه نتیجه‌ای فرضیه‌ات را رد می‌کند

نکته‌هایی که باید با خودت ببری

  • UNC Path به Share شبکه اشاره می‌کند
  • Share Permission و NTFS هر دو روی دسترسی اثر دارند
  • Printer ممکن است IP مستقل یا صف روی Server داشته باشد
  • Credential ذخیره‌شده قدیمی می‌تواند Access Error ایجاد کند
  • تست با کاربر یا Client دوم محدوده مشکل را روشن می‌کند
  • قبل از حذف Profile، Driver یا تغییر گسترده تنظیمات، راه برگشت داشته باش
خودسنجی

قبل از رفتن به درس بعد، جواب را برای خودت توضیح بده

این نکته را با یک مثال توضیح بده: UNC Path به Share شبکه اشاره می‌کند. بعد بگو در عمل چطور آن را بررسی می‌کنی.

ساختار UNC معمولاً به شکل \\ServerName\Share است. بخش اول نام یا IP سرور و بخش دوم نام Share است؛ خطا در هرکدام می‌تواند با خطای Permission اشتباه گرفته شود

این نکته را با یک مثال توضیح بده: Share Permission و NTFS هر دو روی دسترسی اثر دارند. بعد بگو در عمل چطور آن را بررسی می‌کنی.

Share Permission فقط هنگام دسترسی از شبکه اعمال می‌شود و معمولاً Read / تغییر / Full Control دارد؛ با NTFS Permission ترکیب می‌شود و محدودکننده‌تر نتیجه نهایی را تعیین می‌کند

این نکته را با یک مثال توضیح بده: Printer ممکن است IP مستقل یا صف روی Server داشته باشد. بعد بگو در عمل چطور آن را بررسی می‌کنی.

صف صف انتظار Packet یا عملیات است و وقتی منبع از نرخ ورود کندتر باشد رشد می‌کند؛ در شبکه یا Storage، صف طولانی همراه با Latency بالا می‌تواند نشانه فشار باشد

مطالعه درس همیشه عمومی است

برای ذخیره پیشرفت، دوره را رسمی شروع کن

با ثبت‌نام، تکمیل درس‌ها و نمره آزمون روی حساب ذخیره می‌شود

ثبت‌نام و شروع رسمی