مریم حیات رمضانی
کارشناس شبکه های مایکروسافت و پایگاه داده

کاملترین آموزش WSUS از نصب و راه اندازی تا تنظیمات + گام به گام

در این مقاله قصد داریم در رابطه با بروزرسانی محصولات مایکروسافت صحبت کنیم . همانطور که می دانیم بیشتر سیستم عامل هایی که در حال حاضر در جهان استفاده می شوند مایکروسافتی هستند بنابراین طبیعی است که bug ها و ضعف های موجود در آنها برای کاربران مشکل ایجاد کند این Bug ها با وجود کابران زیاد، بسیار سریع شناسایی می شوند . هستند افرادی که از این نقاط ضعف برای Attack به یک سیستم استفاده کنند.

دوره های شبکه، برنامه نویسی، مجازی سازی، امنیت، نفوذ و ... با برترین های ایران

بنابراین مایکروسافت برای جلوگیری از بروز مشکلات ، درصدد رفع نقص محصولات برآمد و در سایت خود یک Update Center را ایجاد کرد تا کاربران بتوانند آپدیت های مربوط به رفع نقص محصول مورد نظر خود را از آن دانلود کنند. با این راهکار کاربران با نصب یک فایل دانلود شده می توانند مشکل موجود در سیستم عامل ها و Office Product ها و سایر محصولات مایکروسافت را برطرف کنند.

این راهکار کمک شایان توجهی به کاربران مایکروسافت برای برطرف کردن نقاط ضعف محصولاتی که مورد استفاده ی آنان بود ، کرد . اما مشکلاتی را نیز به همراه داشت . دانلود آپدیت ها از سایت مایکروسافت توسط کاربران خانگی و حتی شرکت های کوچک نتیجه بخش بود اما تصور کنید که در یک سازمان با بیش از هزار کلاینت ،هر کاربر ی برای دانلود آپدیت مورد نظر خود با سایت مایکروسافت ارتباط بر قرار کند چه اتفاقی خواهد افتاد؟

بدون شک این وضعیت برای پهنای باند اینترنت سازمان ها یک معضل محسوب می شود. در چنین شرایطی مایکروسافت وارد عمل شده و سرویسی بنام SUS یا Software Update Services را به کاربران خود عرضه کرد .این سرویس موجب شد تا کاربران یک سازمان بتوانند آپدیت های خود را به جای سایت مایکروسافت از یک سرور مرکزی دریافت کنند بدین ترتیب دریافت آپدیت ها توسط کلاینت های سازمان تحت مدیریت متمرکز خواهد بود . ادمین سازمان می تواند با توجه به نو ع سیستم عاملهای سازمان و نیز نرم افزار های موجود، آپدیت های مورد نیاز را به صورت متمرکز در اختیار کلاینت ها قرار دهد.

مدیریت آپدیت ها موجب می شود که تنها آپدیت های مورد نیاز دانلود و نصب شود بنابراین حافظه سیستم ها نیز با ذخیره داده هایی که بلا استفاده هستند ، اشغال نخواهد شد هم چنین WSUS با مدیریت پهنای باند، باعث می شود که از سرعت اینترنت سازمان به دلیل ترافیک بالا کاسته نشود.

مایکروسافت متعهد شده بود که از SUS تا تاریخ 6 دسامبر 2006 پشتیبانی خواهد کرد اما به دلیل استقبال مشتریان خود از این سرویس این تاریخ به 10 جولای 2007 تغییر یافت. SUS دارای این نقطه ضعف بود که تنها شرایط دانلود Hotfix ها و Patch های مربوط به سیستم عامل ویندوز را برای کاربران فراهم می کرد با این اوصاف کاربران یک شبکه از دریافت آپدیت سایر محصولات مایکروسافت بی بهره بودند .

با بروزرسانی این سرویس به ورژن جدید تحت عنوان WSUS 2.0 این مشکل برطرف شد چرا که WSUS علاوه بر دانلود آپدیت های سیستم عامل ویندوز ،دانلود اتوماتیک آپدیت ها ،Hotfix ها ، Service Pack ها ، Device Driver ها و Feature Pack های سایر محصولات مایکروسافت را از یک سرور مرکزی ،برای کاربران سازمان ها ممکن می سازد.WSUS نیز مخفف عبارت Windows Server Update Services می باشد.

پیشتر کار با SUS و WSUS تحت وب بود بدین معنی که می بایست Component مربوط به این سرویس را نصب کرده و از طریق وب سایتی که در IIS ایجاد می شد، بصورت تحت وب از آن استفاده می کردیم .اما از سال 2006 به بعد WSUS در قالب یک نرم افزار ارائه شد که با نصب آن براحتی می توان از طریق کنسول ،دریافت و توزیع آپدیت ها را مدیریت کرد.در جدول زیر تاریخچه ی بروزرسانی سرویس WSUS بیان شده است.

در این مقاله قصد داریم در رابطه با بروزرسانی محصولات مایکروسافت صحبت کنیم . همانطور که می دانیم بیشتر سیستم عامل هایی که در حال حاضر در جهان استفاده می شوند مایکروسافتی هستند بنابراین طبیعی است که bug ها و ضعف های موجود در آنها برای کاربران مشکل ایجاد کند این Bug  ها با وجود کابران زیاد، بسیار سریع شناسایی می شوند . هستند افرادی که از این نقاط ضعف برای Attack  به یک سیستم استفاده کنند. بنابراین مایکروسافت برای جلوگیری از بروز مشکلات ، درصدد رفع نقص محصولات برآمد و در سایت خود یک Update Center را ایجاد کرد تا کاربران بتوانند آپدیت های مربوط به رفع نقص محصول مورد نظر خود را از آن دانلود کنند. با  این راهکار کاربران با نصب یک فایل دانلود شده می توانند مشکل موجود در سیستم عامل ها و Office Product  ها و سایر محصولات مایکروسافت را برطرف کنند.
این راهکار کمک شایان توجهی به کاربران مایکروسافت برای برطرف کردن نقاط ضعف محصولاتی که مورد استفاده ی آنان بود ، کرد . اما مشکلاتی را نیز به همراه داشت . دانلود آپدیت ها از سایت مایکروسافت توسط کاربران خانگی و حتی شرکت های کوچک نتیجه بخش بود اما تصور کنید که در یک سازمان با بیش از هزار کلاینت ،هر کاربر ی برای دانلود آپدیت مورد نظر خود با سایت مایکروسافت ارتباط بر قرار کند چه اتفاقی خواهد افتاد؟بدون شک این وضعیت برای پهنای باند اینترنت سازمان ها یک معضل محسوب می شود.  در چنین شرایطی مایکروسافت وارد عمل شده و سرویسی بنام SUS یا Software Update  Services را به کاربران خود عرضه کرد  .این سرویس موجب شد تا کاربران یک سازمان بتوانند آپدیت های خود را به جای سایت مایکروسافت از یک سرور مرکزی دریافت کنند بدین ترتیب دریافت آپدیت ها توسط کلاینت های سازمان تحت مدیریت متمرکز خواهد بود . ادمین  سازمان می تواند با توجه به نو ع سیستم عاملهای سازمان و نیز نرم افزار های موجود، آپدیت های مورد نیاز را به صورت متمرکز در اختیار کلاینت ها قرار دهد.
 مدیریت آپدیت ها موجب می شود که تنها آپدیت های مورد نیاز دانلود و نصب شود بنابراین حافظه سیستم ها نیز با ذخیره داده هایی که بلا استفاده هستند ، اشغال نخواهد شد هم چنین WSUS  با مدیریت پهنای باند، باعث می شود که از سرعت اینترنت سازمان به دلیل ترافیک بالا کاسته نشود. 

مایکروسافت متعهد شده بود که از SUS تا تاریخ 6 دسامبر 2006 پشتیبانی خواهد کرد اما به دلیل استقبال مشتریان خود از این سرویس این تاریخ به 10 جولای 2007 تغییر یافت. SUS دارای این نقطه ضعف بود که تنها شرایط دانلود Hotfix ها و Patch های مربوط به سیستم عامل ویندوز را برای کاربران فراهم می کرد با این اوصاف کاربران یک شبکه از دریافت آپدیت سایر محصولات مایکروسافت بی بهره بودند . با بروزرسانی این سرویس به ورژن جدید تحت عنوان WSUS 2.0 این مشکل برطرف شد چرا که WSUS علاوه بر دانلود آپدیت های سیستم عامل ویندوز ،دانلود اتوماتیک آپدیت ها ،Hotfix ها ، Service Pack ها ، Device Driver ها و Feature Pack  های سایر محصولات مایکروسافت را از یک سرور مرکزی ،برای کاربران سازمان ها ممکن می سازد.WSUS نیز مخفف عبارت Windows Server Update Services می باشد.

پیشتر کار با SUS و WSUS تحت وب بود بدین معنی که می بایست Component مربوط به این سرویس را نصب کرده و از طریق وب سایتی که در IIS ایجاد می شد، بصورت تحت وب از آن استفاده می کردیم .اما از سال 2006 به بعد WSUS در قالب یک نرم افزار ارائه شد که با نصب آن براحتی می توان از طریق کنسول ،دریافت و توزیع آپدیت ها را مدیریت کرد.در جدول زیر تاریخچه ی بروزرسانی سرویس WSUS بیان شده است.

||http://network.tosinso.com/files/get/aa623f53-b6ad-4fe4-9304-d55b1a5d862c||
*بروز رسانی SUS به WSUS*
باید توجه داشت که Upgrade کردن SUS به WSUS ممکن نیست اما می توانیم آپدیت های دانلود و تایید شده در  SUS را به WSUS انتقال دهیم (Migrate کردن از SUS به WSUS). این راهکار باعث می شود که با نصب WSUS نیازی به دانلود مجدد آپدیتها و نیز Approve کردن آپدیت هایی که قبلا در SUS تایید  شده ، نداشته باشیم.تنها Migrate  کردن SUS 1.0 به WSUS 2.0 امکان پذیر است آپدیتها قادر به انتقال از SUS1.0  به WSUS 3.0 نخواهند بود  پس باید SUS 1.0  را قبل از نصب  WSUS 3.0 ،حذف کرد .اما  WSUS 2.0 را به WSUS 3.0 می توان Upgrade کرد.

--
!!!! انواع آپدیت ها
--
* *Critical Update*: یک بروز رسانی در نظر گرفته شده برای رفع مشکلی در نرم افزار است که بروز این مشکل در محصولات ، شرایطی بحرانی را ایجاد می کند.
* *Driver*: یک جزء نرم افزاری است که برای پشتیبانی از یک سخت افزار جدید طراحی شده است.
* *Hotfix *: آپدیتی است که برای رفع یک مشکل خاص ارائه می شود. با Hotfix می توان به رفع مشکل ، بدون Restart  و یا متوقف کردن  سرویس و سیستم دچار اختلال پرداخت.عموما Hotfix را با Patch  یکسان می دانند اما تفاوت این دو در این است که Hotfix به طور ویژه برای رفع مشکل یک مشتری در نظر گرفته شده و برای عموم کاربران توزیع نمی شود.  باید در نظر داشت که Hotfix ،آپدیت های امنیتی را شامل نمی شود. همچنین Hotfix  قابلیت های ارائه شده برای رفع یک مشکل که بصورت خاص مورد آزمایش قرار گرفته تا در اختیار عموم کاربران قرار گیرد را شامل می شود.
* *Update*: در این نوع آپدیت یک قابلیت جدید برای محصولات مایکروسافت در نظر گرفته می شود و این آپدیت برای رفع مشکلات امنیتی و اختالات مربوط به سیستم عامل ها و نرم افزار ها نمی باشد ،باید در نظر داشت که Update الزاما امنیتی نیست .
* *Security Update:* کاربران مایکروسافت جمعیت بالایی را تشکیل می دهند بنابراین نقاط ضعف امنیتی بسیاری در محصولات آن مشاهده خواهد شد و مایکروسافت این نقاط ضعف را شناسایی کرده و  آپدیت رفع نقاط ضعف و مشکلات امنیتی محصولات خود را  در اختیار کاربران قرار می دهد. آسیب پذیری های امنیتی در بولتن امنیتی مایکروسافت در سطوح حساس ،مهم ، متوسط و ضعیف یا پایین طبقه بندی می شوند.
* *Feature Packs:* بسته ای است که قابلیت های جدید ارائه شده برای یک محصول را در بر می گیرد.
* *Update Rollups:* مجموعه ای است از Hotfix  ها،Security  آپدیت ها ، critical آپدیت ها ونیز آپدیت هاست که برای سهولت در Deploy شدن در یک پکیج قرار گرفته اند.Rollup ها عموما یک هدف خاص مانند امنیت محصول و یا یک Component از یک محصول مثلا IIS را پشتیبانی می کند.
* *Service Pack* : پکیجی است در بردارنده ی همه ی Hotfix ها ،Critical  آپدیت ها ، Security آپدیت ها و همچنین آپدیت هابرای سیستم عامل ها و نرم افزار ها.علاوه بر این Service Pack را ه حل مشکلات و نقاط ضعفی که پس از عرضه محصول توسط گروهی محدودی از مشتریان شناسایی شده و نیز درخواست آنان مبنی بر تغییر در Design و قابلیت های یک محصول را شامل می شود.
* *Definition Update:* این نوع از آپدیت ها برای بروز رسانی نرم افزارهای امنیتی استفاده می شود .نرم افزارهایی مثل آنتی ویروس و Anti Malware که توسط شرکت مایکروسافت ارائه شده اند .در واقع یک Definition Update روش حذف و یا برخورد با یک کد مخرب را برای این محصولات ، نمایش می دهد. این آپدیت ها بیشتر برای محصولاتی که دارای پایگاه داده هستند ، کاربرد دارد.
* *Tool*: ابزار یا قابلیتی است که به انجام رساندن و تکمیل یک وظیفه و یا مجموعه ای از وظایف کمک می کند.

--
!!! انواع استراتژی پیاده سازی WSUS سرور
--
سه ساختار پیاده سازی سیستم بروز رسانی مرکزی برای سیستم های تحت شبکه وجود دارد ، در* نوع اول* WSUS سرور به شبکه داخلی و اینترنت متصل بوده و آپدیت ها را مستقیما از Update Center سایت مایکروسافت دانلود کرده در نهایت کاربران شبکه با WSUS سرور ارتباط برقرار کرده و آپدیت ها را از آن دریافت می کنند.

 ||http://network.tosinso.com/files/get/a9b75b46-5e9d-490a-b5ae-1929df9f0b07||

در *ساختار دوم* حداقل دو WSUS سرور وجود دارد اما در سازمانهای بزرگ این ساختار چندین WSUS سرور را در بر می گیرد. فرض را بر پیاده سازی سیستم به روز رسانی مرکزی برای یک دانشگاه  می گذاریم دانشگاه دارای یک ساختمان مرکزی و چندین دانشکده می باشد .برای اینکه ترافیک شبکه بالا نرود یک WSUS سرور را در ساختمان مرکزی قرار می دهیم که به اینترنت متصل بوده و از سایت مایکروسافت آپدیت ها را دانلود  می کند که اصطلاحا به آن Upstream سرور می گویند و در هر دانشکده نیز WSUS سرور هایی با عنوان Downstream  سرور قرار می دهیم که این Downstream  ها آپدیت های مورد نیاز را از Upstream  سرور دریافت می کنند. و در نهایت کلاینت ها آپدیت ها را از Downstream سرور ها دریافت و نصب می کنند .

||http://network.tosinso.com/files/get/894b6caa-58b3-499f-9465-b8fa5f739869||

 در *استراتژی سوم* برای سازمانهای نظامی ،اطلاعاتی و هر سازمانی که محرمانه باقی ماندن اطلاعات برای آن امری ضروریست، شبکه ای ایزوله در نظر گرفته می شود. در چنین شرایطی امکان اتصال به اینترنت و دانلود آپدیت ها در شبکه ممکن نیست  در حالی که سیستم های چنین سازمانهایی هم نیازمند بروزرسانی می باشند. بنابراین از یک WSUS سرور متصل به اینترنت در خارج از محدوده شبکه سازمان برای دانلود آپدیت ها استفاده می کنند و در نتیجه آپدیت ها را به کمک حافظه های جانبی همچون DVD و فلش ، بصورت آفلاین به WSUS سرور موجود در شبکه ایزوله سازمان انتقال می دهند تا کاربران شبکه بتوانند آپدیت های مورد نیاز خود را در محیطی امن دریافت کنند.

||http://network.tosinso.com/files/get/b584e079-a7e6-4b2d-95c3-47183bc34ec2||

--
!!!! نصب رول WSUS
--
در اکثر مواقع نصب این سرویس از طریق Server Manager با مشکل مواجه می شود بنابراین بهتر این است که   به جای نصب از طریق Server Manager |فایل نصب WSUS ::http://www.microsoft.com/en-gb/download/details.aspx?id=5216|را دانلود و اجرا کنیم . همانطور که می دانیم لازمه ی استفاده از WSUS سرور نصب رول IIS است که آموزش نصب این رول در |مقاله::https://tosinso.com/articles/41276/%d8%a2%d9%85%d9%88%d8%b2%d8%b4-%d9%86%d8%b5%d8%a8-IIS-%d8%aa%d8%b5%d9%88%db%8c%d8%b1%db%8c-%d8%b1%d8%a7%d9%87-%d8%a7%d9%86%d8%af%d8%a7%d8%b2%db%8c-%d9%88%d8%a8-%d8%b3%d8%a7%db%8c%d8%aa-%d8%af%d8%b1-IIS-%d8%a8%d8%b5%d9%88%d8%b1%d8%aa-%da%af%d8%a7%d9%85-%d8%a8%d9%87-%da%af%d8%a7%d9%85| جناب مهندس نصیری آورده شده است. بهنگام نصب سرویس WSUS سیستم پیغام نصب IIS را می دهد برای منظم طی شدن روند کار قبل نصب این سرویس ، رول IIS  را نصب می کنیم.
همچنین برای اینکه سیستم برای دانلود آپدیت ها قادر به استفاده از پهنای باند بیکار اینترنت باشد و سرعت اینترنت سازمان دچار اختلال نشود قابلیت BITS یا (Background Intelligent Transfer Service) را از طریق مسیر زیر فعال می کنیم :
<c#>
Sever Manager => Features => Add Features => Background Intelligent Transfer Service (BITS)
<c#>
پس از نصب پیش نیاز های مورد نظر حال روی فایل WSUS دانلود شده برای نصب کلیک می کنیم تا ویزارد مربوط نمایش داده شود روی گزینه Next  کلیک می کنیم . در این مرحله دو گزینه برای انتخاب نوع نصب WSUS پیش روی ماست . با انتخاب گزینه اول می توان هم WSUS و هم کنسول مدیریتی آن را نصب کرد و با انتخاب گزینه دوم می شود  تنها از کنسول مدیریتی برای مدیریت چندین WSUS بصورت متمرکز استفاده کرد.

||http://network.tosinso.com/files/get/d04fbfce-229d-45dd-808d-92f15cc01ce7||

||http://network.tosinso.com/files/get/731762e8-37e0-4840-b1fc-cffdb972da68||

  در این بخش متن مبنی بر توافقنامه مربوط به License  این سرویس را خوانده و با تایید آن به مرحله بعد می رویم.

||http://network.tosinso.com/files/get/3f25bbe3-576c-4ed0-a79b-0dbdefc5f1d1||

 در صورتی که Microsoft Report Viewer روی سرور نصب نباشد در این قسمت پیغام مبنی بر عدم نصب این برنامه نمایش داده خواهد شد که می توانیم این نرم افزار را از سایت مایکروسافت به صورت رایگان |دانلود::http://www.microsoft.com/en-gb/download/details.aspx?id=3841| و نصب کنیم.

||http://network.tosinso.com/files/get/dd3e1992-22e2-4f0a-a150-1a11b9075209||

در این مرحله هارد دیسک و فولدری که می خواهیم آپدیت های دانلود شده روی آن ذخیره شوند را به سیستم معرفی می کنیم با توجه به توضیحات این بخش از ویزارد  ، باید از هاردی با حداقل  6GB  فضای آزاد استفاده کنیم که بسته به نوع و حجم دریافت آپدیت های مورد نظر ما این مقدار می تواند از حداقل فضای پیشنهاد شده بیشتر باشد. توصیه می شود که درایو در نظر گرفته شده برای ذخیره ی آپدیت ها با درایوی که سیستم عامل روی آن قرار دارد یکسان نباشد.

||http://network.tosinso.com/files/get/bb7cab65-8008-4dee-890e-3df355e7319a||

برای تعیین یک پایگاه داده داخلی برای WSUS باید درایوی را انتخاب کنیم که حداقل 2GB  فضای آزاد داشته باشد. اگر در شبکه SQL Server  موجود باشد  در اینجا با مارک دار کردن گزینه Using an existing database server on a remote computer می توان آن را بعنوان یک پایگاه داده خارجی برای سرویس معرفی کرد.و نیز با کلیک روی گزینه Browse باید آدرس SQL سرور را به سیستم معرفی کنیم این گزینه زمانی می تواند مفید باشد که یک SQL  سرور ی را اختصاص دهیم که توسط مدیران پایگاه داده مدیریت شود. 

||http://network.tosinso.com/files/get/64a35c79-591e-48e2-aa1f-683e91b8991a|| 

همانگونه که ذکر شد مبنای کار WSUS بر اساس IIS است در اینجا می توان IIS پیشفرض سرور را انتخاب کرد و یا یک IIS ویژه برای WSUS در نظر گرفت .انتخاب گزینه Use the existing IIS Default Web site از سوی مایکروسافت توصیه شده است.

||http://network.tosinso.com/files/get/183f15d9-c2ba-4623-9b8d-8ad09a6ceb23|| 

 در این صفحه خلاصه ای از تنظیماتی که تاکنون انجام دادیم نمایش داده شده است روی گزینه Next کلیک می کنیم تا فرایند نصب آغار شود.

  ||http://network.tosinso.com/files/get/b779ae3a-ef6a-4a90-8a2c-9eb998262292||

در پایان روی گزینه Finish  کلیک می کنیم تا این مرحله از نصب WSUS با موفقیت صورت گرفته باشد.

||http://network.tosinso.com/files/get/d138fb6b-4cc2-4e1d-939f-901262eccae3||

 پس از پایان یافتن نصب از طریق ویزارد ، بصورت خودکار ویزارد مربوط به پیکربندی WSUS نمایان می شود که در اولین صفحه از آن مواردی که باید پیش از انجام تنظیمات رعایت شود را یاد آوری کند از قبیل انجام تنظیمات فایروال سرور  برای دسترسی داشتن کلاینت ها به آن ، مشخص کردن Up Stream  سرور برای WSUS سرور در حال پیکربندی و انجام تنظیمات پروکسی در صورتیکه از آن برای اتصال به اینترنت استفاده می کنیم . پس از اطمینان از این موارد روی گزینه Next کلیک می کنیم.

||http://network.tosinso.com/files/get/1f9b7bb5-5795-4330-ba59-eef59e4745da||

 در این بخش می توان تعیین کرد که در صورت بروز مشکل در روند کار WSUS  ، اطلاعات را برای مایکروسافت ارسال کرده تا درصدد رفع مشکل برآید .بدین منظور باید گزینه ی Yes ,I would like to join the Microsoft Update Improvement Program  را مارکدار کنیم .

 ||http://network.tosinso.com/files/get/44583f83-96c8-405b-ac28-b2ad81d3f984||

در این بخش برای سرور تعیین می کنیم که آپدیت ها را با سایت مایکروسافت و یابا یک WSUS دیگر (Up Stream Server ) تطبیق دهد. که در صورت انتخاب یک Upstream Server  برای Sync کردن آپدیت ها باید نام و پورت مربوط به آن سرور را نیز مشخص کنیم . با برگزیدن یک WSUS دیگر بعنوان Upstream  سرور دو گزینه فعال خواهند شد که شرح آنها به قرار زیر است:
در صورتیکه که از SSL استفاده می کنیم باید تیک مربوط به گزینه Use SSL when synchronizing update information را فعال کنیم  اما باید در نظر داشته باشیم که در صورت استفاده از SSL روی این سرور ، Upstream  سرور نیز باید از SSL پشتیبانی کند. 
با انتخاب گزینه This is a replica of the Up Stream server  سرور ی که در حال پیکربندی آن هستیم تبدیل به نسخه ثانویه Up Stream  سرور انتخابی خواهد شد.

||http://network.tosinso.com/files/get/c7518150-837a-4ec0-8881-a2cd89041c5c|| 

 اگر شبکه ملزم به استفاده از پروکسی سرور برای دسترسی به اینترنت است اطلاعات مربوط به آن را در این قسمت وارد کرده در غیر اینصورت از این تنظیمات چشم پوشی و با انتخاب Next  به مرحله بعد می رویم.

||http://network.tosinso.com/files/get/d828b408-4751-481f-8286-e49102919ff7||

حال نیاز است که ویزارد WSUS برای تشخیص محصولاتی که WSUS می تواند آپدیت کند ، زبانهایی که پشتیبانی کند و نیز شناسایی انواع آپدیت ها به اینترنت متصل شود. بنابراین باید روی گزینه Start Connecting  کلیک کنیم تا ارتباط سرور با Update Server  های مایکروسافت برقرار شود . پس از تکمیل فرایند  اتصال اولیه روی گزینه Next  کلیک می کنیم .

||http://network.tosinso.com/files/get/5f1c973c-b4d0-4b2c-b2f1-d6b09274117d||

در اینجا زبان مورد نظر را برای آپدیت هایی که قصد دانلود آنها را داریم ، انتخاب می کنیم اگر در شبکه سیستم هایی موجودند که از محصولاتی با چندین زبان پشتیبانی می کنند باید Patch  هایی برای  ساپورت همه زبانها را دانلود کنیم در غیر اینصورت بر حسب نیاز ، زبان مورد نظر خود را انتخاب می کنیم که این کار باعث استفاده کمتر از فضای دیسک و افزایش سرعت دانلود خواهد شد.

||http://network.tosinso.com/files/get/aad2b990-0689-4b7a-b556-52fb17101102||

محصولاتی که قصد دانلود آپدیت برای آنها را داریم در این مرحله انتخاب می کنیم . می توان با انتخاب تمامی گزینه ها شرایط دانلود آپدیت تمامی محصولات را فراهم آورد و یا اینکه با مارکدار کردن محصولاتی که در شبکه ما موجودند ،تنها آپدیت مربوط به آنها را دریافت کنیم. گزینش محصولات مورد نظر برای دریافت آپدیت آنها علاوه بر اشغال فضای کمتری از حافظه به افزایش سرعت  و کاهش زمان دانلود آپدیت ها از سایت مایکروسافت نیز کمک می کند. همچنین می توان محصول جدیدی که در آینده در سازمان به کار گرفته می شود را به لیست برنامه های که قصد دانلود آپدیت آنها را داریم در  این قسمت  اضافه کنیم. در اینجا ما با توجه به سناریو مورد نظر  ، ویندوز 7  و ویندوز سرور 2008 R2 را برای دریافت آپدیت هایشان مارکدار می کنیم .

||http://network.tosinso.com/files/get/8a952762-3536-4e20-bb63-e35244874a70|| 

در این قسمت طبقه بندی و نوع آپدیت مورد نظر را برحسب نیاز انتخاب می کنیم انواع آپدیت ها در ابتدای مقاله توضیح داده شد.

||http://network.tosinso.com/files/get/5c532bbd-bbed-4cc0-9bb9-fd4a4e8fafc2||

می توان به صورت دستی و یا اتوماتیک تعیین کرد که WSUS  سرور در چه زمانی آپدیت ها را با سایت مایکروسافت Sync  کند .از آنجایی که بسته به سرعت اینترنت  شبکه دانلود آپدیت ها میزان قابل توجهی از پهنای باند را به خود اختصاص می دهد می توان برنامه ریزی کرد که WSUS سرور آپدیت ها را طی ساعاتی که میزان استفاده از اینترنت شبکه پایین است مثلا در طول شب دریافت کند. در این مرحله ما گزینه Synchronize Manually را انتخاب می کنیم .

||http://network.tosinso.com/files/get/a4c7dd8c-6277-40e2-ae80-239828ba7c15||
 
پس از انجام تنظیمات ذکر شده حال زمان آن است که WSUS سرور برای دانلود آپدیت ها ، برای اولین بار با سایت مایکروسافت و یا هر Up Stream  سروری که برای آن تعیین شده ، ارتباط برقرار کند . دانلود آپدیت ها برای اولین بار از سایت مایکروسافت  زمان و پهنای باند زیادی را مصرف می کندو بسته به تعداد محصولات انتخاب شده و نیز زبان ها و طبقه بندی های در نظر گرفته شده برای آنها متفاوت می باشد . همچنین می توان تعیین کرد که دریافت آپدیت ها از طریق کنسول مدیریتی و در زمانی دیگر صورت گیرد در اینجا ما گزینه Begin initial synchronization  را مارکدار می کنیم .

 ||http://network.tosinso.com/files/get/4c14e132-f6c7-45d7-9156-a4af2e8ee5d5||

اکنون خلاصه ای از مراحلی که برای سایر تنظیمات باید طی شود  برای ما نمایش داده می شود . برای بسته شدن ویزارد روی گزینه Finish کلیک می کنیم .

||http://network.tosinso.com/files/get/5013fba7-e8e5-40f6-8cc5-2cc46d4d4945||  

تا بدین جای کار به شرح  تاریخچه و معماری سیستم بروزرسانی مرکزی ،معرفی انواع آپدیت ها و نصب مرحله به مرحله ی  WSUS از طریق ویزارد  پرداختیم . در قسمت بعدی مقاله به بررسی  کنسول مدیریتی WSUS خواهیم پرداخت.

نویسنده: مریم حیات رمضانی
منبع : |جزیره سرویس های شبکه مایکروسافت وب سایت توسینسو::https://tosinso.com/microsoft|
هرگونه نشر و کپی برداری بدون ذکر منبع دارای اشکال اخلاقی می باشد

تفاوت SUS و WSUS مایکروسافت در چیست؟

باید توجه داشت که Upgrade کردن SUS به WSUS ممکن نیست اما می توانیم آپدیت های دانلود و تایید شده در SUS را به WSUS انتقال دهیم (Migrate کردن از SUS به WSUS). این راهکار باعث می شود که با نصب WSUS نیازی به دانلود مجدد آپدیتها و نیز Approve کردن آپدیت هایی که قبلا در SUS تایید شده ، نداشته باشیم.تنها Migrate کردن SUS 1.0 به WSUS 2.0 امکان پذیر است آپدیتها قادر به انتقال از SUS1.0 به WSUS 3.0 نخواهند بود پس باید SUS 1.0 را قبل از نصب WSUS 3.0 ،حذف کرد .اما WSUS 2.0 را به WSUS 3.0 می توان Upgrade کرد.

مایکروسافت چند نوع Update برای محصولاتش ارائه می کند؟

  1. Critical Update: یک بروز رسانی در نظر گرفته شده برای رفع مشکلی در نرم افزار است که بروز این مشکل در محصولات ، شرایطی بحرانی را ایجاد می کند.
  2. Driver: یک جزء نرم افزاری است که برای پشتیبانی از یک سخت افزار جدید طراحی شده است.
  3. Hotfix : آپدیتی است که برای رفع یک مشکل خاص ارائه می شود. با Hotfix می توان به رفع مشکل ، بدون Restart و یا متوقف کردن سرویس و سیستم دچار اختلال پرداخت.عموما Hotfix را با Patch یکسان می دانند اما تفاوت این دو در این است که Hotfix به طور ویژه برای رفع مشکل یک مشتری در نظر گرفته شده و برای عموم کاربران توزیع نمی شود. باید در نظر داشت که Hotfix ،آپدیت های امنیتی را شامل نمی شود. همچنین Hotfix قابلیت های ارائه شده برای رفع یک مشکل که بصورت خاص مورد آزمایش قرار گرفته تا در اختیار عموم کاربران قرار گیرد را شامل می شود.
  4. Update: در این نوع آپدیت یک قابلیت جدید برای محصولات مایکروسافت در نظر گرفته می شود و این آپدیت برای رفع مشکلات امنیتی و اختالات مربوط به سیستم عامل ها و نرم افزار ها نمی باشد ،باید در نظر داشت که Update الزاما امنیتی نیست .
  5. Security Update: کاربران مایکروسافت جمعیت بالایی را تشکیل می دهند بنابراین نقاط ضعف امنیتی بسیاری در محصولات آن مشاهده خواهد شد و مایکروسافت این نقاط ضعف را شناسایی کرده و آپدیت رفع نقاط ضعف و مشکلات امنیتی محصولات خود را در اختیار کاربران قرار می دهد. آسیب پذیری های امنیتی در بولتن امنیتی مایکروسافت در سطوح حساس ،مهم ، متوسط و ضعیف یا پایین طبقه بندی می شوند.
  6. Feature Packs: بسته ای است که قابلیت های جدید ارائه شده برای یک محصول را در بر می گیرد.
  7. Update Rollups: مجموعه ای است از Hotfix ها،Security آپدیت ها ، critical آپدیت ها ونیز آپدیت هاست که برای سهولت در Deploy شدن در یک پکیج قرار گرفته اند.Rollup ها عموما یک هدف خاص مانند امنیت محصول و یا یک Component از یک محصول مثلا IIS را پشتیبانی می کند.
  8. Service Pack : پکیجی است در بردارنده ی همه ی Hotfix ها ،Critical آپدیت ها ، Security آپدیت ها و همچنین آپدیت هابرای سیستم عامل ها و نرم افزار ها.علاوه بر این Service Pack را ه حل مشکلات و نقاط ضعفی که پس از عرضه محصول توسط گروهی محدودی از مشتریان شناسایی شده و نیز درخواست آنان مبنی بر تغییر در Design و قابلیت های یک محصول را شامل می شود.
  9. Definition Update: این نوع از آپدیت ها برای بروز رسانی نرم افزارهای امنیتی استفاده می شود .نرم افزارهایی مثل آنتی ویروس و Anti Malware که توسط شرکت مایکروسافت ارائه شده اند .در واقع یک Definition Update روش حذف و یا برخورد با یک کد مخرب را برای این محصولات ، نمایش می دهد. این آپدیت ها بیشتر برای محصولاتی که دارای پایگاه داده هستند ، کاربرد دارد.
  10. Tool: ابزار یا قابلیتی است که به انجام رساندن و تکمیل یک وظیفه و یا مجموعه ای از وظایف کمک می کند.

چند نوع استراتژی ( توپولوژی ) راه اندازی WSUS وجود دارد؟

سه ساختار پیاده سازی سیستم بروز رسانی مرکزی برای سیستم های تحت شبکه وجود دارد ، در نوع اول WSUS سرور به شبکه داخلی و اینترنت متصل بوده و آپدیت ها را مستقیما از Update Center سایت مایکروسافت دانلود کرده در نهایت کاربران شبکه با WSUS سرور ارتباط برقرار کرده و آپدیت ها را از آن دریافت می کنند.

در این مقاله قصد داریم در رابطه با بروزرسانی محصولات مایکروسافت صحبت کنیم . همانطور که می دانیم بیشتر سیستم عامل هایی که در حال حاضر در جهان استفاده می شوند مایکروسافتی هستند بنابراین طبیعی است که bug ها و ضعف های موجود در آنها برای کاربران مشکل ایجاد کند این Bug  ها با وجود کابران زیاد، بسیار سریع شناسایی می شوند . هستند افرادی که از این نقاط ضعف برای Attack  به یک سیستم استفاده کنند. بنابراین مایکروسافت برای جلوگیری از بروز مشکلات ، درصدد رفع نقص محصولات برآمد و در سایت خود یک Update Center را ایجاد کرد تا کاربران بتوانند آپدیت های مربوط به رفع نقص محصول مورد نظر خود را از آن دانلود کنند. با  این راهکار کاربران با نصب یک فایل دانلود شده می توانند مشکل موجود در سیستم عامل ها و Office Product  ها و سایر محصولات مایکروسافت را برطرف کنند.
این راهکار کمک شایان توجهی به کاربران مایکروسافت برای برطرف کردن نقاط ضعف محصولاتی که مورد استفاده ی آنان بود ، کرد . اما مشکلاتی را نیز به همراه داشت . دانلود آپدیت ها از سایت مایکروسافت توسط کاربران خانگی و حتی شرکت های کوچک نتیجه بخش بود اما تصور کنید که در یک سازمان با بیش از هزار کلاینت ،هر کاربر ی برای دانلود آپدیت مورد نظر خود با سایت مایکروسافت ارتباط بر قرار کند چه اتفاقی خواهد افتاد؟بدون شک این وضعیت برای پهنای باند اینترنت سازمان ها یک معضل محسوب می شود.  در چنین شرایطی مایکروسافت وارد عمل شده و سرویسی بنام SUS یا Software Update  Services را به کاربران خود عرضه کرد  .این سرویس موجب شد تا کاربران یک سازمان بتوانند آپدیت های خود را به جای سایت مایکروسافت از یک سرور مرکزی دریافت کنند بدین ترتیب دریافت آپدیت ها توسط کلاینت های سازمان تحت مدیریت متمرکز خواهد بود . ادمین  سازمان می تواند با توجه به نو ع سیستم عاملهای سازمان و نیز نرم افزار های موجود، آپدیت های مورد نیاز را به صورت متمرکز در اختیار کلاینت ها قرار دهد.
 مدیریت آپدیت ها موجب می شود که تنها آپدیت های مورد نیاز دانلود و نصب شود بنابراین حافظه سیستم ها نیز با ذخیره داده هایی که بلا استفاده هستند ، اشغال نخواهد شد هم چنین WSUS  با مدیریت پهنای باند، باعث می شود که از سرعت اینترنت سازمان به دلیل ترافیک بالا کاسته نشود. 

مایکروسافت متعهد شده بود که از SUS تا تاریخ 6 دسامبر 2006 پشتیبانی خواهد کرد اما به دلیل استقبال مشتریان خود از این سرویس این تاریخ به 10 جولای 2007 تغییر یافت. SUS دارای این نقطه ضعف بود که تنها شرایط دانلود Hotfix ها و Patch های مربوط به سیستم عامل ویندوز را برای کاربران فراهم می کرد با این اوصاف کاربران یک شبکه از دریافت آپدیت سایر محصولات مایکروسافت بی بهره بودند . با بروزرسانی این سرویس به ورژن جدید تحت عنوان WSUS 2.0 این مشکل برطرف شد چرا که WSUS علاوه بر دانلود آپدیت های سیستم عامل ویندوز ،دانلود اتوماتیک آپدیت ها ،Hotfix ها ، Service Pack ها ، Device Driver ها و Feature Pack  های سایر محصولات مایکروسافت را از یک سرور مرکزی ،برای کاربران سازمان ها ممکن می سازد.WSUS نیز مخفف عبارت Windows Server Update Services می باشد.

پیشتر کار با SUS و WSUS تحت وب بود بدین معنی که می بایست Component مربوط به این سرویس را نصب کرده و از طریق وب سایتی که در IIS ایجاد می شد، بصورت تحت وب از آن استفاده می کردیم .اما از سال 2006 به بعد WSUS در قالب یک نرم افزار ارائه شد که با نصب آن براحتی می توان از طریق کنسول ،دریافت و توزیع آپدیت ها را مدیریت کرد.در جدول زیر تاریخچه ی بروزرسانی سرویس WSUS بیان شده است.

||http://network.tosinso.com/files/get/aa623f53-b6ad-4fe4-9304-d55b1a5d862c||
*بروز رسانی SUS به WSUS*
باید توجه داشت که Upgrade کردن SUS به WSUS ممکن نیست اما می توانیم آپدیت های دانلود و تایید شده در  SUS را به WSUS انتقال دهیم (Migrate کردن از SUS به WSUS). این راهکار باعث می شود که با نصب WSUS نیازی به دانلود مجدد آپدیتها و نیز Approve کردن آپدیت هایی که قبلا در SUS تایید  شده ، نداشته باشیم.تنها Migrate  کردن SUS 1.0 به WSUS 2.0 امکان پذیر است آپدیتها قادر به انتقال از SUS1.0  به WSUS 3.0 نخواهند بود  پس باید SUS 1.0  را قبل از نصب  WSUS 3.0 ،حذف کرد .اما  WSUS 2.0 را به WSUS 3.0 می توان Upgrade کرد.

--
!!!! انواع آپدیت ها
--
* *Critical Update*: یک بروز رسانی در نظر گرفته شده برای رفع مشکلی در نرم افزار است که بروز این مشکل در محصولات ، شرایطی بحرانی را ایجاد می کند.
* *Driver*: یک جزء نرم افزاری است که برای پشتیبانی از یک سخت افزار جدید طراحی شده است.
* *Hotfix *: آپدیتی است که برای رفع یک مشکل خاص ارائه می شود. با Hotfix می توان به رفع مشکل ، بدون Restart  و یا متوقف کردن  سرویس و سیستم دچار اختلال پرداخت.عموما Hotfix را با Patch  یکسان می دانند اما تفاوت این دو در این است که Hotfix به طور ویژه برای رفع مشکل یک مشتری در نظر گرفته شده و برای عموم کاربران توزیع نمی شود.  باید در نظر داشت که Hotfix ،آپدیت های امنیتی را شامل نمی شود. همچنین Hotfix  قابلیت های ارائه شده برای رفع یک مشکل که بصورت خاص مورد آزمایش قرار گرفته تا در اختیار عموم کاربران قرار گیرد را شامل می شود.
* *Update*: در این نوع آپدیت یک قابلیت جدید برای محصولات مایکروسافت در نظر گرفته می شود و این آپدیت برای رفع مشکلات امنیتی و اختالات مربوط به سیستم عامل ها و نرم افزار ها نمی باشد ،باید در نظر داشت که Update الزاما امنیتی نیست .
* *Security Update:* کاربران مایکروسافت جمعیت بالایی را تشکیل می دهند بنابراین نقاط ضعف امنیتی بسیاری در محصولات آن مشاهده خواهد شد و مایکروسافت این نقاط ضعف را شناسایی کرده و  آپدیت رفع نقاط ضعف و مشکلات امنیتی محصولات خود را  در اختیار کاربران قرار می دهد. آسیب پذیری های امنیتی در بولتن امنیتی مایکروسافت در سطوح حساس ،مهم ، متوسط و ضعیف یا پایین طبقه بندی می شوند.
* *Feature Packs:* بسته ای است که قابلیت های جدید ارائه شده برای یک محصول را در بر می گیرد.
* *Update Rollups:* مجموعه ای است از Hotfix  ها،Security  آپدیت ها ، critical آپدیت ها ونیز آپدیت هاست که برای سهولت در Deploy شدن در یک پکیج قرار گرفته اند.Rollup ها عموما یک هدف خاص مانند امنیت محصول و یا یک Component از یک محصول مثلا IIS را پشتیبانی می کند.
* *Service Pack* : پکیجی است در بردارنده ی همه ی Hotfix ها ،Critical  آپدیت ها ، Security آپدیت ها و همچنین آپدیت هابرای سیستم عامل ها و نرم افزار ها.علاوه بر این Service Pack را ه حل مشکلات و نقاط ضعفی که پس از عرضه محصول توسط گروهی محدودی از مشتریان شناسایی شده و نیز درخواست آنان مبنی بر تغییر در Design و قابلیت های یک محصول را شامل می شود.
* *Definition Update:* این نوع از آپدیت ها برای بروز رسانی نرم افزارهای امنیتی استفاده می شود .نرم افزارهایی مثل آنتی ویروس و Anti Malware که توسط شرکت مایکروسافت ارائه شده اند .در واقع یک Definition Update روش حذف و یا برخورد با یک کد مخرب را برای این محصولات ، نمایش می دهد. این آپدیت ها بیشتر برای محصولاتی که دارای پایگاه داده هستند ، کاربرد دارد.
* *Tool*: ابزار یا قابلیتی است که به انجام رساندن و تکمیل یک وظیفه و یا مجموعه ای از وظایف کمک می کند.

--
!!! انواع استراتژی پیاده سازی WSUS سرور
--
سه ساختار پیاده سازی سیستم بروز رسانی مرکزی برای سیستم های تحت شبکه وجود دارد ، در* نوع اول* WSUS سرور به شبکه داخلی و اینترنت متصل بوده و آپدیت ها را مستقیما از Update Center سایت مایکروسافت دانلود کرده در نهایت کاربران شبکه با WSUS سرور ارتباط برقرار کرده و آپدیت ها را از آن دریافت می کنند.

 ||http://network.tosinso.com/files/get/a9b75b46-5e9d-490a-b5ae-1929df9f0b07||

در *ساختار دوم* حداقل دو WSUS سرور وجود دارد اما در سازمانهای بزرگ این ساختار چندین WSUS سرور را در بر می گیرد. فرض را بر پیاده سازی سیستم به روز رسانی مرکزی برای یک دانشگاه  می گذاریم دانشگاه دارای یک ساختمان مرکزی و چندین دانشکده می باشد .برای اینکه ترافیک شبکه بالا نرود یک WSUS سرور را در ساختمان مرکزی قرار می دهیم که به اینترنت متصل بوده و از سایت مایکروسافت آپدیت ها را دانلود  می کند که اصطلاحا به آن Upstream سرور می گویند و در هر دانشکده نیز WSUS سرور هایی با عنوان Downstream  سرور قرار می دهیم که این Downstream  ها آپدیت های مورد نیاز را از Upstream  سرور دریافت می کنند. و در نهایت کلاینت ها آپدیت ها را از Downstream سرور ها دریافت و نصب می کنند .

||http://network.tosinso.com/files/get/894b6caa-58b3-499f-9465-b8fa5f739869||

 در *استراتژی سوم* برای سازمانهای نظامی ،اطلاعاتی و هر سازمانی که محرمانه باقی ماندن اطلاعات برای آن امری ضروریست، شبکه ای ایزوله در نظر گرفته می شود. در چنین شرایطی امکان اتصال به اینترنت و دانلود آپدیت ها در شبکه ممکن نیست  در حالی که سیستم های چنین سازمانهایی هم نیازمند بروزرسانی می باشند. بنابراین از یک WSUS سرور متصل به اینترنت در خارج از محدوده شبکه سازمان برای دانلود آپدیت ها استفاده می کنند و در نتیجه آپدیت ها را به کمک حافظه های جانبی همچون DVD و فلش ، بصورت آفلاین به WSUS سرور موجود در شبکه ایزوله سازمان انتقال می دهند تا کاربران شبکه بتوانند آپدیت های مورد نیاز خود را در محیطی امن دریافت کنند.

||http://network.tosinso.com/files/get/b584e079-a7e6-4b2d-95c3-47183bc34ec2||

--
!!!! نصب رول WSUS
--
در اکثر مواقع نصب این سرویس از طریق Server Manager با مشکل مواجه می شود بنابراین بهتر این است که   به جای نصب از طریق Server Manager |فایل نصب WSUS ::http://www.microsoft.com/en-gb/download/details.aspx?id=5216|را دانلود و اجرا کنیم . همانطور که می دانیم لازمه ی استفاده از WSUS سرور نصب رول IIS است که آموزش نصب این رول در |مقاله::https://tosinso.com/articles/41276/%d8%a2%d9%85%d9%88%d8%b2%d8%b4-%d9%86%d8%b5%d8%a8-IIS-%d8%aa%d8%b5%d9%88%db%8c%d8%b1%db%8c-%d8%b1%d8%a7%d9%87-%d8%a7%d9%86%d8%af%d8%a7%d8%b2%db%8c-%d9%88%d8%a8-%d8%b3%d8%a7%db%8c%d8%aa-%d8%af%d8%b1-IIS-%d8%a8%d8%b5%d9%88%d8%b1%d8%aa-%da%af%d8%a7%d9%85-%d8%a8%d9%87-%da%af%d8%a7%d9%85| جناب مهندس نصیری آورده شده است. بهنگام نصب سرویس WSUS سیستم پیغام نصب IIS را می دهد برای منظم طی شدن روند کار قبل نصب این سرویس ، رول IIS  را نصب می کنیم.
همچنین برای اینکه سیستم برای دانلود آپدیت ها قادر به استفاده از پهنای باند بیکار اینترنت باشد و سرعت اینترنت سازمان دچار اختلال نشود قابلیت BITS یا (Background Intelligent Transfer Service) را از طریق مسیر زیر فعال می کنیم :
<c#>
Sever Manager => Features => Add Features => Background Intelligent Transfer Service (BITS)
<c#>
پس از نصب پیش نیاز های مورد نظر حال روی فایل WSUS دانلود شده برای نصب کلیک می کنیم تا ویزارد مربوط نمایش داده شود روی گزینه Next  کلیک می کنیم . در این مرحله دو گزینه برای انتخاب نوع نصب WSUS پیش روی ماست . با انتخاب گزینه اول می توان هم WSUS و هم کنسول مدیریتی آن را نصب کرد و با انتخاب گزینه دوم می شود  تنها از کنسول مدیریتی برای مدیریت چندین WSUS بصورت متمرکز استفاده کرد.

||http://network.tosinso.com/files/get/d04fbfce-229d-45dd-808d-92f15cc01ce7||

||http://network.tosinso.com/files/get/731762e8-37e0-4840-b1fc-cffdb972da68||

  در این بخش متن مبنی بر توافقنامه مربوط به License  این سرویس را خوانده و با تایید آن به مرحله بعد می رویم.

||http://network.tosinso.com/files/get/3f25bbe3-576c-4ed0-a79b-0dbdefc5f1d1||

 در صورتی که Microsoft Report Viewer روی سرور نصب نباشد در این قسمت پیغام مبنی بر عدم نصب این برنامه نمایش داده خواهد شد که می توانیم این نرم افزار را از سایت مایکروسافت به صورت رایگان |دانلود::http://www.microsoft.com/en-gb/download/details.aspx?id=3841| و نصب کنیم.

||http://network.tosinso.com/files/get/dd3e1992-22e2-4f0a-a150-1a11b9075209||

در این مرحله هارد دیسک و فولدری که می خواهیم آپدیت های دانلود شده روی آن ذخیره شوند را به سیستم معرفی می کنیم با توجه به توضیحات این بخش از ویزارد  ، باید از هاردی با حداقل  6GB  فضای آزاد استفاده کنیم که بسته به نوع و حجم دریافت آپدیت های مورد نظر ما این مقدار می تواند از حداقل فضای پیشنهاد شده بیشتر باشد. توصیه می شود که درایو در نظر گرفته شده برای ذخیره ی آپدیت ها با درایوی که سیستم عامل روی آن قرار دارد یکسان نباشد.

||http://network.tosinso.com/files/get/bb7cab65-8008-4dee-890e-3df355e7319a||

برای تعیین یک پایگاه داده داخلی برای WSUS باید درایوی را انتخاب کنیم که حداقل 2GB  فضای آزاد داشته باشد. اگر در شبکه SQL Server  موجود باشد  در اینجا با مارک دار کردن گزینه Using an existing database server on a remote computer می توان آن را بعنوان یک پایگاه داده خارجی برای سرویس معرفی کرد.و نیز با کلیک روی گزینه Browse باید آدرس SQL سرور را به سیستم معرفی کنیم این گزینه زمانی می تواند مفید باشد که یک SQL  سرور ی را اختصاص دهیم که توسط مدیران پایگاه داده مدیریت شود. 

||http://network.tosinso.com/files/get/64a35c79-591e-48e2-aa1f-683e91b8991a|| 

همانگونه که ذکر شد مبنای کار WSUS بر اساس IIS است در اینجا می توان IIS پیشفرض سرور را انتخاب کرد و یا یک IIS ویژه برای WSUS در نظر گرفت .انتخاب گزینه Use the existing IIS Default Web site از سوی مایکروسافت توصیه شده است.

||http://network.tosinso.com/files/get/183f15d9-c2ba-4623-9b8d-8ad09a6ceb23|| 

 در این صفحه خلاصه ای از تنظیماتی که تاکنون انجام دادیم نمایش داده شده است روی گزینه Next کلیک می کنیم تا فرایند نصب آغار شود.

  ||http://network.tosinso.com/files/get/b779ae3a-ef6a-4a90-8a2c-9eb998262292||

در پایان روی گزینه Finish  کلیک می کنیم تا این مرحله از نصب WSUS با موفقیت صورت گرفته باشد.

||http://network.tosinso.com/files/get/d138fb6b-4cc2-4e1d-939f-901262eccae3||

 پس از پایان یافتن نصب از طریق ویزارد ، بصورت خودکار ویزارد مربوط به پیکربندی WSUS نمایان می شود که در اولین صفحه از آن مواردی که باید پیش از انجام تنظیمات رعایت شود را یاد آوری کند از قبیل انجام تنظیمات فایروال سرور  برای دسترسی داشتن کلاینت ها به آن ، مشخص کردن Up Stream  سرور برای WSUS سرور در حال پیکربندی و انجام تنظیمات پروکسی در صورتیکه از آن برای اتصال به اینترنت استفاده می کنیم . پس از اطمینان از این موارد روی گزینه Next کلیک می کنیم.

||http://network.tosinso.com/files/get/1f9b7bb5-5795-4330-ba59-eef59e4745da||

 در این بخش می توان تعیین کرد که در صورت بروز مشکل در روند کار WSUS  ، اطلاعات را برای مایکروسافت ارسال کرده تا درصدد رفع مشکل برآید .بدین منظور باید گزینه ی Yes ,I would like to join the Microsoft Update Improvement Program  را مارکدار کنیم .

 ||http://network.tosinso.com/files/get/44583f83-96c8-405b-ac28-b2ad81d3f984||

در این بخش برای سرور تعیین می کنیم که آپدیت ها را با سایت مایکروسافت و یابا یک WSUS دیگر (Up Stream Server ) تطبیق دهد. که در صورت انتخاب یک Upstream Server  برای Sync کردن آپدیت ها باید نام و پورت مربوط به آن سرور را نیز مشخص کنیم . با برگزیدن یک WSUS دیگر بعنوان Upstream  سرور دو گزینه فعال خواهند شد که شرح آنها به قرار زیر است:
در صورتیکه که از SSL استفاده می کنیم باید تیک مربوط به گزینه Use SSL when synchronizing update information را فعال کنیم  اما باید در نظر داشته باشیم که در صورت استفاده از SSL روی این سرور ، Upstream  سرور نیز باید از SSL پشتیبانی کند. 
با انتخاب گزینه This is a replica of the Up Stream server  سرور ی که در حال پیکربندی آن هستیم تبدیل به نسخه ثانویه Up Stream  سرور انتخابی خواهد شد.

||http://network.tosinso.com/files/get/c7518150-837a-4ec0-8881-a2cd89041c5c|| 

 اگر شبکه ملزم به استفاده از پروکسی سرور برای دسترسی به اینترنت است اطلاعات مربوط به آن را در این قسمت وارد کرده در غیر اینصورت از این تنظیمات چشم پوشی و با انتخاب Next  به مرحله بعد می رویم.

||http://network.tosinso.com/files/get/d828b408-4751-481f-8286-e49102919ff7||

حال نیاز است که ویزارد WSUS برای تشخیص محصولاتی که WSUS می تواند آپدیت کند ، زبانهایی که پشتیبانی کند و نیز شناسایی انواع آپدیت ها به اینترنت متصل شود. بنابراین باید روی گزینه Start Connecting  کلیک کنیم تا ارتباط سرور با Update Server  های مایکروسافت برقرار شود . پس از تکمیل فرایند  اتصال اولیه روی گزینه Next  کلیک می کنیم .

||http://network.tosinso.com/files/get/5f1c973c-b4d0-4b2c-b2f1-d6b09274117d||

در اینجا زبان مورد نظر را برای آپدیت هایی که قصد دانلود آنها را داریم ، انتخاب می کنیم اگر در شبکه سیستم هایی موجودند که از محصولاتی با چندین زبان پشتیبانی می کنند باید Patch  هایی برای  ساپورت همه زبانها را دانلود کنیم در غیر اینصورت بر حسب نیاز ، زبان مورد نظر خود را انتخاب می کنیم که این کار باعث استفاده کمتر از فضای دیسک و افزایش سرعت دانلود خواهد شد.

||http://network.tosinso.com/files/get/aad2b990-0689-4b7a-b556-52fb17101102||

محصولاتی که قصد دانلود آپدیت برای آنها را داریم در این مرحله انتخاب می کنیم . می توان با انتخاب تمامی گزینه ها شرایط دانلود آپدیت تمامی محصولات را فراهم آورد و یا اینکه با مارکدار کردن محصولاتی که در شبکه ما موجودند ،تنها آپدیت مربوط به آنها را دریافت کنیم. گزینش محصولات مورد نظر برای دریافت آپدیت آنها علاوه بر اشغال فضای کمتری از حافظه به افزایش سرعت  و کاهش زمان دانلود آپدیت ها از سایت مایکروسافت نیز کمک می کند. همچنین می توان محصول جدیدی که در آینده در سازمان به کار گرفته می شود را به لیست برنامه های که قصد دانلود آپدیت آنها را داریم در  این قسمت  اضافه کنیم. در اینجا ما با توجه به سناریو مورد نظر  ، ویندوز 7  و ویندوز سرور 2008 R2 را برای دریافت آپدیت هایشان مارکدار می کنیم .

||http://network.tosinso.com/files/get/8a952762-3536-4e20-bb63-e35244874a70|| 

در این قسمت طبقه بندی و نوع آپدیت مورد نظر را برحسب نیاز انتخاب می کنیم انواع آپدیت ها در ابتدای مقاله توضیح داده شد.

||http://network.tosinso.com/files/get/5c532bbd-bbed-4cc0-9bb9-fd4a4e8fafc2||

می توان به صورت دستی و یا اتوماتیک تعیین کرد که WSUS  سرور در چه زمانی آپدیت ها را با سایت مایکروسافت Sync  کند .از آنجایی که بسته به سرعت اینترنت  شبکه دانلود آپدیت ها میزان قابل توجهی از پهنای باند را به خود اختصاص می دهد می توان برنامه ریزی کرد که WSUS سرور آپدیت ها را طی ساعاتی که میزان استفاده از اینترنت شبکه پایین است مثلا در طول شب دریافت کند. در این مرحله ما گزینه Synchronize Manually را انتخاب می کنیم .

||http://network.tosinso.com/files/get/a4c7dd8c-6277-40e2-ae80-239828ba7c15||
 
پس از انجام تنظیمات ذکر شده حال زمان آن است که WSUS سرور برای دانلود آپدیت ها ، برای اولین بار با سایت مایکروسافت و یا هر Up Stream  سروری که برای آن تعیین شده ، ارتباط برقرار کند . دانلود آپدیت ها برای اولین بار از سایت مایکروسافت  زمان و پهنای باند زیادی را مصرف می کندو بسته به تعداد محصولات انتخاب شده و نیز زبان ها و طبقه بندی های در نظر گرفته شده برای آنها متفاوت می باشد . همچنین می توان تعیین کرد که دریافت آپدیت ها از طریق کنسول مدیریتی و در زمانی دیگر صورت گیرد در اینجا ما گزینه Begin initial synchronization  را مارکدار می کنیم .

 ||http://network.tosinso.com/files/get/4c14e132-f6c7-45d7-9156-a4af2e8ee5d5||

اکنون خلاصه ای از مراحلی که برای سایر تنظیمات باید طی شود  برای ما نمایش داده می شود . برای بسته شدن ویزارد روی گزینه Finish کلیک می کنیم .

||http://network.tosinso.com/files/get/5013fba7-e8e5-40f6-8cc5-2cc46d4d4945||  

تا بدین جای کار به شرح  تاریخچه و معماری سیستم بروزرسانی مرکزی ،معرفی انواع آپدیت ها و نصب مرحله به مرحله ی  WSUS از طریق ویزارد  پرداختیم . در قسمت بعدی مقاله به بررسی  کنسول مدیریتی WSUS خواهیم پرداخت.

نویسنده: مریم حیات رمضانی
منبع : |جزیره سرویس های شبکه مایکروسافت وب سایت توسینسو::https://tosinso.com/microsoft|
هرگونه نشر و کپی برداری بدون ذکر منبع دارای اشکال اخلاقی می باشد

در ساختار دوم حداقل دو WSUS سرور وجود دارد اما در سازمانهای بزرگ این ساختار چندین WSUS سرور را در بر می گیرد. فرض را بر پیاده سازی سیستم به روز رسانی مرکزی برای یک دانشگاه می گذاریم دانشگاه دارای یک ساختمان مرکزی و چندین دانشکده می باشد .

برای اینکه ترافیک شبکه بالا نرود یک WSUS سرور را در ساختمان مرکزی قرار می دهیم که به اینترنت متصل بوده و از سایت مایکروسافت آپدیت ها را دانلود می کند که اصطلاحا به آن Upstream سرور می گویند و در هر دانشکده نیز WSUS سرور هایی با عنوان Downstream سرور قرار می دهیم که این Downstream ها آپدیت های مورد نیاز را از Upstream سرور دریافت می کنند. و در نهایت کلاینت ها آپدیت ها را از Downstream سرور ها دریافت و نصب می کنند .

در این مقاله قصد داریم در رابطه با بروزرسانی محصولات مایکروسافت صحبت کنیم . همانطور که می دانیم بیشتر سیستم عامل هایی که در حال حاضر در جهان استفاده می شوند مایکروسافتی هستند بنابراین طبیعی است که bug ها و ضعف های موجود در آنها برای کاربران مشکل ایجاد کند این Bug  ها با وجود کابران زیاد، بسیار سریع شناسایی می شوند . هستند افرادی که از این نقاط ضعف برای Attack  به یک سیستم استفاده کنند. بنابراین مایکروسافت برای جلوگیری از بروز مشکلات ، درصدد رفع نقص محصولات برآمد و در سایت خود یک Update Center را ایجاد کرد تا کاربران بتوانند آپدیت های مربوط به رفع نقص محصول مورد نظر خود را از آن دانلود کنند. با  این راهکار کاربران با نصب یک فایل دانلود شده می توانند مشکل موجود در سیستم عامل ها و Office Product  ها و سایر محصولات مایکروسافت را برطرف کنند.
این راهکار کمک شایان توجهی به کاربران مایکروسافت برای برطرف کردن نقاط ضعف محصولاتی که مورد استفاده ی آنان بود ، کرد . اما مشکلاتی را نیز به همراه داشت . دانلود آپدیت ها از سایت مایکروسافت توسط کاربران خانگی و حتی شرکت های کوچک نتیجه بخش بود اما تصور کنید که در یک سازمان با بیش از هزار کلاینت ،هر کاربر ی برای دانلود آپدیت مورد نظر خود با سایت مایکروسافت ارتباط بر قرار کند چه اتفاقی خواهد افتاد؟بدون شک این وضعیت برای پهنای باند اینترنت سازمان ها یک معضل محسوب می شود.  در چنین شرایطی مایکروسافت وارد عمل شده و سرویسی بنام SUS یا Software Update  Services را به کاربران خود عرضه کرد  .این سرویس موجب شد تا کاربران یک سازمان بتوانند آپدیت های خود را به جای سایت مایکروسافت از یک سرور مرکزی دریافت کنند بدین ترتیب دریافت آپدیت ها توسط کلاینت های سازمان تحت مدیریت متمرکز خواهد بود . ادمین  سازمان می تواند با توجه به نو ع سیستم عاملهای سازمان و نیز نرم افزار های موجود، آپدیت های مورد نیاز را به صورت متمرکز در اختیار کلاینت ها قرار دهد.
 مدیریت آپدیت ها موجب می شود که تنها آپدیت های مورد نیاز دانلود و نصب شود بنابراین حافظه سیستم ها نیز با ذخیره داده هایی که بلا استفاده هستند ، اشغال نخواهد شد هم چنین WSUS  با مدیریت پهنای باند، باعث می شود که از سرعت اینترنت سازمان به دلیل ترافیک بالا کاسته نشود. 

مایکروسافت متعهد شده بود که از SUS تا تاریخ 6 دسامبر 2006 پشتیبانی خواهد کرد اما به دلیل استقبال مشتریان خود از این سرویس این تاریخ به 10 جولای 2007 تغییر یافت. SUS دارای این نقطه ضعف بود که تنها شرایط دانلود Hotfix ها و Patch های مربوط به سیستم عامل ویندوز را برای کاربران فراهم می کرد با این اوصاف کاربران یک شبکه از دریافت آپدیت سایر محصولات مایکروسافت بی بهره بودند . با بروزرسانی این سرویس به ورژن جدید تحت عنوان WSUS 2.0 این مشکل برطرف شد چرا که WSUS علاوه بر دانلود آپدیت های سیستم عامل ویندوز ،دانلود اتوماتیک آپدیت ها ،Hotfix ها ، Service Pack ها ، Device Driver ها و Feature Pack  های سایر محصولات مایکروسافت را از یک سرور مرکزی ،برای کاربران سازمان ها ممکن می سازد.WSUS نیز مخفف عبارت Windows Server Update Services می باشد.

پیشتر کار با SUS و WSUS تحت وب بود بدین معنی که می بایست Component مربوط به این سرویس را نصب کرده و از طریق وب سایتی که در IIS ایجاد می شد، بصورت تحت وب از آن استفاده می کردیم .اما از سال 2006 به بعد WSUS در قالب یک نرم افزار ارائه شد که با نصب آن براحتی می توان از طریق کنسول ،دریافت و توزیع آپدیت ها را مدیریت کرد.در جدول زیر تاریخچه ی بروزرسانی سرویس WSUS بیان شده است.

||http://network.tosinso.com/files/get/aa623f53-b6ad-4fe4-9304-d55b1a5d862c||
*بروز رسانی SUS به WSUS*
باید توجه داشت که Upgrade کردن SUS به WSUS ممکن نیست اما می توانیم آپدیت های دانلود و تایید شده در  SUS را به WSUS انتقال دهیم (Migrate کردن از SUS به WSUS). این راهکار باعث می شود که با نصب WSUS نیازی به دانلود مجدد آپدیتها و نیز Approve کردن آپدیت هایی که قبلا در SUS تایید  شده ، نداشته باشیم.تنها Migrate  کردن SUS 1.0 به WSUS 2.0 امکان پذیر است آپدیتها قادر به انتقال از SUS1.0  به WSUS 3.0 نخواهند بود  پس باید SUS 1.0  را قبل از نصب  WSUS 3.0 ،حذف کرد .اما  WSUS 2.0 را به WSUS 3.0 می توان Upgrade کرد.

--
!!!! انواع آپدیت ها
--
* *Critical Update*: یک بروز رسانی در نظر گرفته شده برای رفع مشکلی در نرم افزار است که بروز این مشکل در محصولات ، شرایطی بحرانی را ایجاد می کند.
* *Driver*: یک جزء نرم افزاری است که برای پشتیبانی از یک سخت افزار جدید طراحی شده است.
* *Hotfix *: آپدیتی است که برای رفع یک مشکل خاص ارائه می شود. با Hotfix می توان به رفع مشکل ، بدون Restart  و یا متوقف کردن  سرویس و سیستم دچار اختلال پرداخت.عموما Hotfix را با Patch  یکسان می دانند اما تفاوت این دو در این است که Hotfix به طور ویژه برای رفع مشکل یک مشتری در نظر گرفته شده و برای عموم کاربران توزیع نمی شود.  باید در نظر داشت که Hotfix ،آپدیت های امنیتی را شامل نمی شود. همچنین Hotfix  قابلیت های ارائه شده برای رفع یک مشکل که بصورت خاص مورد آزمایش قرار گرفته تا در اختیار عموم کاربران قرار گیرد را شامل می شود.
* *Update*: در این نوع آپدیت یک قابلیت جدید برای محصولات مایکروسافت در نظر گرفته می شود و این آپدیت برای رفع مشکلات امنیتی و اختالات مربوط به سیستم عامل ها و نرم افزار ها نمی باشد ،باید در نظر داشت که Update الزاما امنیتی نیست .
* *Security Update:* کاربران مایکروسافت جمعیت بالایی را تشکیل می دهند بنابراین نقاط ضعف امنیتی بسیاری در محصولات آن مشاهده خواهد شد و مایکروسافت این نقاط ضعف را شناسایی کرده و  آپدیت رفع نقاط ضعف و مشکلات امنیتی محصولات خود را  در اختیار کاربران قرار می دهد. آسیب پذیری های امنیتی در بولتن امنیتی مایکروسافت در سطوح حساس ،مهم ، متوسط و ضعیف یا پایین طبقه بندی می شوند.
* *Feature Packs:* بسته ای است که قابلیت های جدید ارائه شده برای یک محصول را در بر می گیرد.
* *Update Rollups:* مجموعه ای است از Hotfix  ها،Security  آپدیت ها ، critical آپدیت ها ونیز آپدیت هاست که برای سهولت در Deploy شدن در یک پکیج قرار گرفته اند.Rollup ها عموما یک هدف خاص مانند امنیت محصول و یا یک Component از یک محصول مثلا IIS را پشتیبانی می کند.
* *Service Pack* : پکیجی است در بردارنده ی همه ی Hotfix ها ،Critical  آپدیت ها ، Security آپدیت ها و همچنین آپدیت هابرای سیستم عامل ها و نرم افزار ها.علاوه بر این Service Pack را ه حل مشکلات و نقاط ضعفی که پس از عرضه محصول توسط گروهی محدودی از مشتریان شناسایی شده و نیز درخواست آنان مبنی بر تغییر در Design و قابلیت های یک محصول را شامل می شود.
* *Definition Update:* این نوع از آپدیت ها برای بروز رسانی نرم افزارهای امنیتی استفاده می شود .نرم افزارهایی مثل آنتی ویروس و Anti Malware که توسط شرکت مایکروسافت ارائه شده اند .در واقع یک Definition Update روش حذف و یا برخورد با یک کد مخرب را برای این محصولات ، نمایش می دهد. این آپدیت ها بیشتر برای محصولاتی که دارای پایگاه داده هستند ، کاربرد دارد.
* *Tool*: ابزار یا قابلیتی است که به انجام رساندن و تکمیل یک وظیفه و یا مجموعه ای از وظایف کمک می کند.

--
!!! انواع استراتژی پیاده سازی WSUS سرور
--
سه ساختار پیاده سازی سیستم بروز رسانی مرکزی برای سیستم های تحت شبکه وجود دارد ، در* نوع اول* WSUS سرور به شبکه داخلی و اینترنت متصل بوده و آپدیت ها را مستقیما از Update Center سایت مایکروسافت دانلود کرده در نهایت کاربران شبکه با WSUS سرور ارتباط برقرار کرده و آپدیت ها را از آن دریافت می کنند.

 ||http://network.tosinso.com/files/get/a9b75b46-5e9d-490a-b5ae-1929df9f0b07||

در *ساختار دوم* حداقل دو WSUS سرور وجود دارد اما در سازمانهای بزرگ این ساختار چندین WSUS سرور را در بر می گیرد. فرض را بر پیاده سازی سیستم به روز رسانی مرکزی برای یک دانشگاه  می گذاریم دانشگاه دارای یک ساختمان مرکزی و چندین دانشکده می باشد .برای اینکه ترافیک شبکه بالا نرود یک WSUS سرور را در ساختمان مرکزی قرار می دهیم که به اینترنت متصل بوده و از سایت مایکروسافت آپدیت ها را دانلود  می کند که اصطلاحا به آن Upstream سرور می گویند و در هر دانشکده نیز WSUS سرور هایی با عنوان Downstream  سرور قرار می دهیم که این Downstream  ها آپدیت های مورد نیاز را از Upstream  سرور دریافت می کنند. و در نهایت کلاینت ها آپدیت ها را از Downstream سرور ها دریافت و نصب می کنند .

||http://network.tosinso.com/files/get/894b6caa-58b3-499f-9465-b8fa5f739869||

 در *استراتژی سوم* برای سازمانهای نظامی ،اطلاعاتی و هر سازمانی که محرمانه باقی ماندن اطلاعات برای آن امری ضروریست، شبکه ای ایزوله در نظر گرفته می شود. در چنین شرایطی امکان اتصال به اینترنت و دانلود آپدیت ها در شبکه ممکن نیست  در حالی که سیستم های چنین سازمانهایی هم نیازمند بروزرسانی می باشند. بنابراین از یک WSUS سرور متصل به اینترنت در خارج از محدوده شبکه سازمان برای دانلود آپدیت ها استفاده می کنند و در نتیجه آپدیت ها را به کمک حافظه های جانبی همچون DVD و فلش ، بصورت آفلاین به WSUS سرور موجود در شبکه ایزوله سازمان انتقال می دهند تا کاربران شبکه بتوانند آپدیت های مورد نیاز خود را در محیطی امن دریافت کنند.

||http://network.tosinso.com/files/get/b584e079-a7e6-4b2d-95c3-47183bc34ec2||

--
!!!! نصب رول WSUS
--
در اکثر مواقع نصب این سرویس از طریق Server Manager با مشکل مواجه می شود بنابراین بهتر این است که   به جای نصب از طریق Server Manager |فایل نصب WSUS ::http://www.microsoft.com/en-gb/download/details.aspx?id=5216|را دانلود و اجرا کنیم . همانطور که می دانیم لازمه ی استفاده از WSUS سرور نصب رول IIS است که آموزش نصب این رول در |مقاله::https://tosinso.com/articles/41276/%d8%a2%d9%85%d9%88%d8%b2%d8%b4-%d9%86%d8%b5%d8%a8-IIS-%d8%aa%d8%b5%d9%88%db%8c%d8%b1%db%8c-%d8%b1%d8%a7%d9%87-%d8%a7%d9%86%d8%af%d8%a7%d8%b2%db%8c-%d9%88%d8%a8-%d8%b3%d8%a7%db%8c%d8%aa-%d8%af%d8%b1-IIS-%d8%a8%d8%b5%d9%88%d8%b1%d8%aa-%da%af%d8%a7%d9%85-%d8%a8%d9%87-%da%af%d8%a7%d9%85| جناب مهندس نصیری آورده شده است. بهنگام نصب سرویس WSUS سیستم پیغام نصب IIS را می دهد برای منظم طی شدن روند کار قبل نصب این سرویس ، رول IIS  را نصب می کنیم.
همچنین برای اینکه سیستم برای دانلود آپدیت ها قادر به استفاده از پهنای باند بیکار اینترنت باشد و سرعت اینترنت سازمان دچار اختلال نشود قابلیت BITS یا (Background Intelligent Transfer Service) را از طریق مسیر زیر فعال می کنیم :
<c#>
Sever Manager => Features => Add Features => Background Intelligent Transfer Service (BITS)
<c#>
پس از نصب پیش نیاز های مورد نظر حال روی فایل WSUS دانلود شده برای نصب کلیک می کنیم تا ویزارد مربوط نمایش داده شود روی گزینه Next  کلیک می کنیم . در این مرحله دو گزینه برای انتخاب نوع نصب WSUS پیش روی ماست . با انتخاب گزینه اول می توان هم WSUS و هم کنسول مدیریتی آن را نصب کرد و با انتخاب گزینه دوم می شود  تنها از کنسول مدیریتی برای مدیریت چندین WSUS بصورت متمرکز استفاده کرد.

||http://network.tosinso.com/files/get/d04fbfce-229d-45dd-808d-92f15cc01ce7||

||http://network.tosinso.com/files/get/731762e8-37e0-4840-b1fc-cffdb972da68||

  در این بخش متن مبنی بر توافقنامه مربوط به License  این سرویس را خوانده و با تایید آن به مرحله بعد می رویم.

||http://network.tosinso.com/files/get/3f25bbe3-576c-4ed0-a79b-0dbdefc5f1d1||

 در صورتی که Microsoft Report Viewer روی سرور نصب نباشد در این قسمت پیغام مبنی بر عدم نصب این برنامه نمایش داده خواهد شد که می توانیم این نرم افزار را از سایت مایکروسافت به صورت رایگان |دانلود::http://www.microsoft.com/en-gb/download/details.aspx?id=3841| و نصب کنیم.

||http://network.tosinso.com/files/get/dd3e1992-22e2-4f0a-a150-1a11b9075209||

در این مرحله هارد دیسک و فولدری که می خواهیم آپدیت های دانلود شده روی آن ذخیره شوند را به سیستم معرفی می کنیم با توجه به توضیحات این بخش از ویزارد  ، باید از هاردی با حداقل  6GB  فضای آزاد استفاده کنیم که بسته به نوع و حجم دریافت آپدیت های مورد نظر ما این مقدار می تواند از حداقل فضای پیشنهاد شده بیشتر باشد. توصیه می شود که درایو در نظر گرفته شده برای ذخیره ی آپدیت ها با درایوی که سیستم عامل روی آن قرار دارد یکسان نباشد.

||http://network.tosinso.com/files/get/bb7cab65-8008-4dee-890e-3df355e7319a||

برای تعیین یک پایگاه داده داخلی برای WSUS باید درایوی را انتخاب کنیم که حداقل 2GB  فضای آزاد داشته باشد. اگر در شبکه SQL Server  موجود باشد  در اینجا با مارک دار کردن گزینه Using an existing database server on a remote computer می توان آن را بعنوان یک پایگاه داده خارجی برای سرویس معرفی کرد.و نیز با کلیک روی گزینه Browse باید آدرس SQL سرور را به سیستم معرفی کنیم این گزینه زمانی می تواند مفید باشد که یک SQL  سرور ی را اختصاص دهیم که توسط مدیران پایگاه داده مدیریت شود. 

||http://network.tosinso.com/files/get/64a35c79-591e-48e2-aa1f-683e91b8991a|| 

همانگونه که ذکر شد مبنای کار WSUS بر اساس IIS است در اینجا می توان IIS پیشفرض سرور را انتخاب کرد و یا یک IIS ویژه برای WSUS در نظر گرفت .انتخاب گزینه Use the existing IIS Default Web site از سوی مایکروسافت توصیه شده است.

||http://network.tosinso.com/files/get/183f15d9-c2ba-4623-9b8d-8ad09a6ceb23|| 

 در این صفحه خلاصه ای از تنظیماتی که تاکنون انجام دادیم نمایش داده شده است روی گزینه Next کلیک می کنیم تا فرایند نصب آغار شود.

  ||http://network.tosinso.com/files/get/b779ae3a-ef6a-4a90-8a2c-9eb998262292||

در پایان روی گزینه Finish  کلیک می کنیم تا این مرحله از نصب WSUS با موفقیت صورت گرفته باشد.

||http://network.tosinso.com/files/get/d138fb6b-4cc2-4e1d-939f-901262eccae3||

 پس از پایان یافتن نصب از طریق ویزارد ، بصورت خودکار ویزارد مربوط به پیکربندی WSUS نمایان می شود که در اولین صفحه از آن مواردی که باید پیش از انجام تنظیمات رعایت شود را یاد آوری کند از قبیل انجام تنظیمات فایروال سرور  برای دسترسی داشتن کلاینت ها به آن ، مشخص کردن Up Stream  سرور برای WSUS سرور در حال پیکربندی و انجام تنظیمات پروکسی در صورتیکه از آن برای اتصال به اینترنت استفاده می کنیم . پس از اطمینان از این موارد روی گزینه Next کلیک می کنیم.

||http://network.tosinso.com/files/get/1f9b7bb5-5795-4330-ba59-eef59e4745da||

 در این بخش می توان تعیین کرد که در صورت بروز مشکل در روند کار WSUS  ، اطلاعات را برای مایکروسافت ارسال کرده تا درصدد رفع مشکل برآید .بدین منظور باید گزینه ی Yes ,I would like to join the Microsoft Update Improvement Program  را مارکدار کنیم .

 ||http://network.tosinso.com/files/get/44583f83-96c8-405b-ac28-b2ad81d3f984||

در این بخش برای سرور تعیین می کنیم که آپدیت ها را با سایت مایکروسافت و یابا یک WSUS دیگر (Up Stream Server ) تطبیق دهد. که در صورت انتخاب یک Upstream Server  برای Sync کردن آپدیت ها باید نام و پورت مربوط به آن سرور را نیز مشخص کنیم . با برگزیدن یک WSUS دیگر بعنوان Upstream  سرور دو گزینه فعال خواهند شد که شرح آنها به قرار زیر است:
در صورتیکه که از SSL استفاده می کنیم باید تیک مربوط به گزینه Use SSL when synchronizing update information را فعال کنیم  اما باید در نظر داشته باشیم که در صورت استفاده از SSL روی این سرور ، Upstream  سرور نیز باید از SSL پشتیبانی کند. 
با انتخاب گزینه This is a replica of the Up Stream server  سرور ی که در حال پیکربندی آن هستیم تبدیل به نسخه ثانویه Up Stream  سرور انتخابی خواهد شد.

||http://network.tosinso.com/files/get/c7518150-837a-4ec0-8881-a2cd89041c5c|| 

 اگر شبکه ملزم به استفاده از پروکسی سرور برای دسترسی به اینترنت است اطلاعات مربوط به آن را در این قسمت وارد کرده در غیر اینصورت از این تنظیمات چشم پوشی و با انتخاب Next  به مرحله بعد می رویم.

||http://network.tosinso.com/files/get/d828b408-4751-481f-8286-e49102919ff7||

حال نیاز است که ویزارد WSUS برای تشخیص محصولاتی که WSUS می تواند آپدیت کند ، زبانهایی که پشتیبانی کند و نیز شناسایی انواع آپدیت ها به اینترنت متصل شود. بنابراین باید روی گزینه Start Connecting  کلیک کنیم تا ارتباط سرور با Update Server  های مایکروسافت برقرار شود . پس از تکمیل فرایند  اتصال اولیه روی گزینه Next  کلیک می کنیم .

||http://network.tosinso.com/files/get/5f1c973c-b4d0-4b2c-b2f1-d6b09274117d||

در اینجا زبان مورد نظر را برای آپدیت هایی که قصد دانلود آنها را داریم ، انتخاب می کنیم اگر در شبکه سیستم هایی موجودند که از محصولاتی با چندین زبان پشتیبانی می کنند باید Patch  هایی برای  ساپورت همه زبانها را دانلود کنیم در غیر اینصورت بر حسب نیاز ، زبان مورد نظر خود را انتخاب می کنیم که این کار باعث استفاده کمتر از فضای دیسک و افزایش سرعت دانلود خواهد شد.

||http://network.tosinso.com/files/get/aad2b990-0689-4b7a-b556-52fb17101102||

محصولاتی که قصد دانلود آپدیت برای آنها را داریم در این مرحله انتخاب می کنیم . می توان با انتخاب تمامی گزینه ها شرایط دانلود آپدیت تمامی محصولات را فراهم آورد و یا اینکه با مارکدار کردن محصولاتی که در شبکه ما موجودند ،تنها آپدیت مربوط به آنها را دریافت کنیم. گزینش محصولات مورد نظر برای دریافت آپدیت آنها علاوه بر اشغال فضای کمتری از حافظه به افزایش سرعت  و کاهش زمان دانلود آپدیت ها از سایت مایکروسافت نیز کمک می کند. همچنین می توان محصول جدیدی که در آینده در سازمان به کار گرفته می شود را به لیست برنامه های که قصد دانلود آپدیت آنها را داریم در  این قسمت  اضافه کنیم. در اینجا ما با توجه به سناریو مورد نظر  ، ویندوز 7  و ویندوز سرور 2008 R2 را برای دریافت آپدیت هایشان مارکدار می کنیم .

||http://network.tosinso.com/files/get/8a952762-3536-4e20-bb63-e35244874a70|| 

در این قسمت طبقه بندی و نوع آپدیت مورد نظر را برحسب نیاز انتخاب می کنیم انواع آپدیت ها در ابتدای مقاله توضیح داده شد.

||http://network.tosinso.com/files/get/5c532bbd-bbed-4cc0-9bb9-fd4a4e8fafc2||

می توان به صورت دستی و یا اتوماتیک تعیین کرد که WSUS  سرور در چه زمانی آپدیت ها را با سایت مایکروسافت Sync  کند .از آنجایی که بسته به سرعت اینترنت  شبکه دانلود آپدیت ها میزان قابل توجهی از پهنای باند را به خود اختصاص می دهد می توان برنامه ریزی کرد که WSUS سرور آپدیت ها را طی ساعاتی که میزان استفاده از اینترنت شبکه پایین است مثلا در طول شب دریافت کند. در این مرحله ما گزینه Synchronize Manually را انتخاب می کنیم .

||http://network.tosinso.com/files/get/a4c7dd8c-6277-40e2-ae80-239828ba7c15||
 
پس از انجام تنظیمات ذکر شده حال زمان آن است که WSUS سرور برای دانلود آپدیت ها ، برای اولین بار با سایت مایکروسافت و یا هر Up Stream  سروری که برای آن تعیین شده ، ارتباط برقرار کند . دانلود آپدیت ها برای اولین بار از سایت مایکروسافت  زمان و پهنای باند زیادی را مصرف می کندو بسته به تعداد محصولات انتخاب شده و نیز زبان ها و طبقه بندی های در نظر گرفته شده برای آنها متفاوت می باشد . همچنین می توان تعیین کرد که دریافت آپدیت ها از طریق کنسول مدیریتی و در زمانی دیگر صورت گیرد در اینجا ما گزینه Begin initial synchronization  را مارکدار می کنیم .

 ||http://network.tosinso.com/files/get/4c14e132-f6c7-45d7-9156-a4af2e8ee5d5||

اکنون خلاصه ای از مراحلی که برای سایر تنظیمات باید طی شود  برای ما نمایش داده می شود . برای بسته شدن ویزارد روی گزینه Finish کلیک می کنیم .

||http://network.tosinso.com/files/get/5013fba7-e8e5-40f6-8cc5-2cc46d4d4945||  

تا بدین جای کار به شرح  تاریخچه و معماری سیستم بروزرسانی مرکزی ،معرفی انواع آپدیت ها و نصب مرحله به مرحله ی  WSUS از طریق ویزارد  پرداختیم . در قسمت بعدی مقاله به بررسی  کنسول مدیریتی WSUS خواهیم پرداخت.

نویسنده: مریم حیات رمضانی
منبع : |جزیره سرویس های شبکه مایکروسافت وب سایت توسینسو::https://tosinso.com/microsoft|
هرگونه نشر و کپی برداری بدون ذکر منبع دارای اشکال اخلاقی می باشد

در استراتژی سوم برای سازمانهای نظامی ،اطلاعاتی و هر سازمانی که محرمانه باقی ماندن اطلاعات برای آن امری ضروریست، شبکه ای ایزوله در نظر گرفته می شود. در چنین شرایطی امکان اتصال به اینترنت و دانلود آپدیت ها در شبکه ممکن نیست در حالی که سیستم های چنین سازمانهایی هم نیازمند بروزرسانی می باشند.

بنابراین از یک WSUS سرور متصل به اینترنت در خارج از محدوده شبکه سازمان برای دانلود آپدیت ها استفاده می کنند و در نتیجه آپدیت ها را به کمک حافظه های جانبی همچون DVD و فلش ، بصورت آفلاین به WSUS سرور موجود در شبکه ایزوله سازمان انتقال می دهند تا کاربران شبکه بتوانند آپدیت های مورد نیاز خود را در محیطی امن دریافت کنند.

در این مقاله قصد داریم در رابطه با بروزرسانی محصولات مایکروسافت صحبت کنیم . همانطور که می دانیم بیشتر سیستم عامل هایی که در حال حاضر در جهان استفاده می شوند مایکروسافتی هستند بنابراین طبیعی است که bug ها و ضعف های موجود در آنها برای کاربران مشکل ایجاد کند این Bug  ها با وجود کابران زیاد، بسیار سریع شناسایی می شوند . هستند افرادی که از این نقاط ضعف برای Attack  به یک سیستم استفاده کنند. بنابراین مایکروسافت برای جلوگیری از بروز مشکلات ، درصدد رفع نقص محصولات برآمد و در سایت خود یک Update Center را ایجاد کرد تا کاربران بتوانند آپدیت های مربوط به رفع نقص محصول مورد نظر خود را از آن دانلود کنند. با  این راهکار کاربران با نصب یک فایل دانلود شده می توانند مشکل موجود در سیستم عامل ها و Office Product  ها و سایر محصولات مایکروسافت را برطرف کنند.
این راهکار کمک شایان توجهی به کاربران مایکروسافت برای برطرف کردن نقاط ضعف محصولاتی که مورد استفاده ی آنان بود ، کرد . اما مشکلاتی را نیز به همراه داشت . دانلود آپدیت ها از سایت مایکروسافت توسط کاربران خانگی و حتی شرکت های کوچک نتیجه بخش بود اما تصور کنید که در یک سازمان با بیش از هزار کلاینت ،هر کاربر ی برای دانلود آپدیت مورد نظر خود با سایت مایکروسافت ارتباط بر قرار کند چه اتفاقی خواهد افتاد؟بدون شک این وضعیت برای پهنای باند اینترنت سازمان ها یک معضل محسوب می شود.  در چنین شرایطی مایکروسافت وارد عمل شده و سرویسی بنام SUS یا Software Update  Services را به کاربران خود عرضه کرد  .این سرویس موجب شد تا کاربران یک سازمان بتوانند آپدیت های خود را به جای سایت مایکروسافت از یک سرور مرکزی دریافت کنند بدین ترتیب دریافت آپدیت ها توسط کلاینت های سازمان تحت مدیریت متمرکز خواهد بود . ادمین  سازمان می تواند با توجه به نو ع سیستم عاملهای سازمان و نیز نرم افزار های موجود، آپدیت های مورد نیاز را به صورت متمرکز در اختیار کلاینت ها قرار دهد.
 مدیریت آپدیت ها موجب می شود که تنها آپدیت های مورد نیاز دانلود و نصب شود بنابراین حافظه سیستم ها نیز با ذخیره داده هایی که بلا استفاده هستند ، اشغال نخواهد شد هم چنین WSUS  با مدیریت پهنای باند، باعث می شود که از سرعت اینترنت سازمان به دلیل ترافیک بالا کاسته نشود. 

مایکروسافت متعهد شده بود که از SUS تا تاریخ 6 دسامبر 2006 پشتیبانی خواهد کرد اما به دلیل استقبال مشتریان خود از این سرویس این تاریخ به 10 جولای 2007 تغییر یافت. SUS دارای این نقطه ضعف بود که تنها شرایط دانلود Hotfix ها و Patch های مربوط به سیستم عامل ویندوز را برای کاربران فراهم می کرد با این اوصاف کاربران یک شبکه از دریافت آپدیت سایر محصولات مایکروسافت بی بهره بودند . با بروزرسانی این سرویس به ورژن جدید تحت عنوان WSUS 2.0 این مشکل برطرف شد چرا که WSUS علاوه بر دانلود آپدیت های سیستم عامل ویندوز ،دانلود اتوماتیک آپدیت ها ،Hotfix ها ، Service Pack ها ، Device Driver ها و Feature Pack  های سایر محصولات مایکروسافت را از یک سرور مرکزی ،برای کاربران سازمان ها ممکن می سازد.WSUS نیز مخفف عبارت Windows Server Update Services می باشد.

پیشتر کار با SUS و WSUS تحت وب بود بدین معنی که می بایست Component مربوط به این سرویس را نصب کرده و از طریق وب سایتی که در IIS ایجاد می شد، بصورت تحت وب از آن استفاده می کردیم .اما از سال 2006 به بعد WSUS در قالب یک نرم افزار ارائه شد که با نصب آن براحتی می توان از طریق کنسول ،دریافت و توزیع آپدیت ها را مدیریت کرد.در جدول زیر تاریخچه ی بروزرسانی سرویس WSUS بیان شده است.

||http://network.tosinso.com/files/get/aa623f53-b6ad-4fe4-9304-d55b1a5d862c||
*بروز رسانی SUS به WSUS*
باید توجه داشت که Upgrade کردن SUS به WSUS ممکن نیست اما می توانیم آپدیت های دانلود و تایید شده در  SUS را به WSUS انتقال دهیم (Migrate کردن از SUS به WSUS). این راهکار باعث می شود که با نصب WSUS نیازی به دانلود مجدد آپدیتها و نیز Approve کردن آپدیت هایی که قبلا در SUS تایید  شده ، نداشته باشیم.تنها Migrate  کردن SUS 1.0 به WSUS 2.0 امکان پذیر است آپدیتها قادر به انتقال از SUS1.0  به WSUS 3.0 نخواهند بود  پس باید SUS 1.0  را قبل از نصب  WSUS 3.0 ،حذف کرد .اما  WSUS 2.0 را به WSUS 3.0 می توان Upgrade کرد.

--
!!!! انواع آپدیت ها
--
* *Critical Update*: یک بروز رسانی در نظر گرفته شده برای رفع مشکلی در نرم افزار است که بروز این مشکل در محصولات ، شرایطی بحرانی را ایجاد می کند.
* *Driver*: یک جزء نرم افزاری است که برای پشتیبانی از یک سخت افزار جدید طراحی شده است.
* *Hotfix *: آپدیتی است که برای رفع یک مشکل خاص ارائه می شود. با Hotfix می توان به رفع مشکل ، بدون Restart  و یا متوقف کردن  سرویس و سیستم دچار اختلال پرداخت.عموما Hotfix را با Patch  یکسان می دانند اما تفاوت این دو در این است که Hotfix به طور ویژه برای رفع مشکل یک مشتری در نظر گرفته شده و برای عموم کاربران توزیع نمی شود.  باید در نظر داشت که Hotfix ،آپدیت های امنیتی را شامل نمی شود. همچنین Hotfix  قابلیت های ارائه شده برای رفع یک مشکل که بصورت خاص مورد آزمایش قرار گرفته تا در اختیار عموم کاربران قرار گیرد را شامل می شود.
* *Update*: در این نوع آپدیت یک قابلیت جدید برای محصولات مایکروسافت در نظر گرفته می شود و این آپدیت برای رفع مشکلات امنیتی و اختالات مربوط به سیستم عامل ها و نرم افزار ها نمی باشد ،باید در نظر داشت که Update الزاما امنیتی نیست .
* *Security Update:* کاربران مایکروسافت جمعیت بالایی را تشکیل می دهند بنابراین نقاط ضعف امنیتی بسیاری در محصولات آن مشاهده خواهد شد و مایکروسافت این نقاط ضعف را شناسایی کرده و  آپدیت رفع نقاط ضعف و مشکلات امنیتی محصولات خود را  در اختیار کاربران قرار می دهد. آسیب پذیری های امنیتی در بولتن امنیتی مایکروسافت در سطوح حساس ،مهم ، متوسط و ضعیف یا پایین طبقه بندی می شوند.
* *Feature Packs:* بسته ای است که قابلیت های جدید ارائه شده برای یک محصول را در بر می گیرد.
* *Update Rollups:* مجموعه ای است از Hotfix  ها،Security  آپدیت ها ، critical آپدیت ها ونیز آپدیت هاست که برای سهولت در Deploy شدن در یک پکیج قرار گرفته اند.Rollup ها عموما یک هدف خاص مانند امنیت محصول و یا یک Component از یک محصول مثلا IIS را پشتیبانی می کند.
* *Service Pack* : پکیجی است در بردارنده ی همه ی Hotfix ها ،Critical  آپدیت ها ، Security آپدیت ها و همچنین آپدیت هابرای سیستم عامل ها و نرم افزار ها.علاوه بر این Service Pack را ه حل مشکلات و نقاط ضعفی که پس از عرضه محصول توسط گروهی محدودی از مشتریان شناسایی شده و نیز درخواست آنان مبنی بر تغییر در Design و قابلیت های یک محصول را شامل می شود.
* *Definition Update:* این نوع از آپدیت ها برای بروز رسانی نرم افزارهای امنیتی استفاده می شود .نرم افزارهایی مثل آنتی ویروس و Anti Malware که توسط شرکت مایکروسافت ارائه شده اند .در واقع یک Definition Update روش حذف و یا برخورد با یک کد مخرب را برای این محصولات ، نمایش می دهد. این آپدیت ها بیشتر برای محصولاتی که دارای پایگاه داده هستند ، کاربرد دارد.
* *Tool*: ابزار یا قابلیتی است که به انجام رساندن و تکمیل یک وظیفه و یا مجموعه ای از وظایف کمک می کند.

--
!!! انواع استراتژی پیاده سازی WSUS سرور
--
سه ساختار پیاده سازی سیستم بروز رسانی مرکزی برای سیستم های تحت شبکه وجود دارد ، در* نوع اول* WSUS سرور به شبکه داخلی و اینترنت متصل بوده و آپدیت ها را مستقیما از Update Center سایت مایکروسافت دانلود کرده در نهایت کاربران شبکه با WSUS سرور ارتباط برقرار کرده و آپدیت ها را از آن دریافت می کنند.

 ||http://network.tosinso.com/files/get/a9b75b46-5e9d-490a-b5ae-1929df9f0b07||

در *ساختار دوم* حداقل دو WSUS سرور وجود دارد اما در سازمانهای بزرگ این ساختار چندین WSUS سرور را در بر می گیرد. فرض را بر پیاده سازی سیستم به روز رسانی مرکزی برای یک دانشگاه  می گذاریم دانشگاه دارای یک ساختمان مرکزی و چندین دانشکده می باشد .برای اینکه ترافیک شبکه بالا نرود یک WSUS سرور را در ساختمان مرکزی قرار می دهیم که به اینترنت متصل بوده و از سایت مایکروسافت آپدیت ها را دانلود  می کند که اصطلاحا به آن Upstream سرور می گویند و در هر دانشکده نیز WSUS سرور هایی با عنوان Downstream  سرور قرار می دهیم که این Downstream  ها آپدیت های مورد نیاز را از Upstream  سرور دریافت می کنند. و در نهایت کلاینت ها آپدیت ها را از Downstream سرور ها دریافت و نصب می کنند .

||http://network.tosinso.com/files/get/894b6caa-58b3-499f-9465-b8fa5f739869||

 در *استراتژی سوم* برای سازمانهای نظامی ،اطلاعاتی و هر سازمانی که محرمانه باقی ماندن اطلاعات برای آن امری ضروریست، شبکه ای ایزوله در نظر گرفته می شود. در چنین شرایطی امکان اتصال به اینترنت و دانلود آپدیت ها در شبکه ممکن نیست  در حالی که سیستم های چنین سازمانهایی هم نیازمند بروزرسانی می باشند. بنابراین از یک WSUS سرور متصل به اینترنت در خارج از محدوده شبکه سازمان برای دانلود آپدیت ها استفاده می کنند و در نتیجه آپدیت ها را به کمک حافظه های جانبی همچون DVD و فلش ، بصورت آفلاین به WSUS سرور موجود در شبکه ایزوله سازمان انتقال می دهند تا کاربران شبکه بتوانند آپدیت های مورد نیاز خود را در محیطی امن دریافت کنند.

||http://network.tosinso.com/files/get/b584e079-a7e6-4b2d-95c3-47183bc34ec2||

--
!!!! نصب رول WSUS
--
در اکثر مواقع نصب این سرویس از طریق Server Manager با مشکل مواجه می شود بنابراین بهتر این است که   به جای نصب از طریق Server Manager |فایل نصب WSUS ::http://www.microsoft.com/en-gb/download/details.aspx?id=5216|را دانلود و اجرا کنیم . همانطور که می دانیم لازمه ی استفاده از WSUS سرور نصب رول IIS است که آموزش نصب این رول در |مقاله::https://tosinso.com/articles/41276/%d8%a2%d9%85%d9%88%d8%b2%d8%b4-%d9%86%d8%b5%d8%a8-IIS-%d8%aa%d8%b5%d9%88%db%8c%d8%b1%db%8c-%d8%b1%d8%a7%d9%87-%d8%a7%d9%86%d8%af%d8%a7%d8%b2%db%8c-%d9%88%d8%a8-%d8%b3%d8%a7%db%8c%d8%aa-%d8%af%d8%b1-IIS-%d8%a8%d8%b5%d9%88%d8%b1%d8%aa-%da%af%d8%a7%d9%85-%d8%a8%d9%87-%da%af%d8%a7%d9%85| جناب مهندس نصیری آورده شده است. بهنگام نصب سرویس WSUS سیستم پیغام نصب IIS را می دهد برای منظم طی شدن روند کار قبل نصب این سرویس ، رول IIS  را نصب می کنیم.
همچنین برای اینکه سیستم برای دانلود آپدیت ها قادر به استفاده از پهنای باند بیکار اینترنت باشد و سرعت اینترنت سازمان دچار اختلال نشود قابلیت BITS یا (Background Intelligent Transfer Service) را از طریق مسیر زیر فعال می کنیم :
<c#>
Sever Manager => Features => Add Features => Background Intelligent Transfer Service (BITS)
<c#>
پس از نصب پیش نیاز های مورد نظر حال روی فایل WSUS دانلود شده برای نصب کلیک می کنیم تا ویزارد مربوط نمایش داده شود روی گزینه Next  کلیک می کنیم . در این مرحله دو گزینه برای انتخاب نوع نصب WSUS پیش روی ماست . با انتخاب گزینه اول می توان هم WSUS و هم کنسول مدیریتی آن را نصب کرد و با انتخاب گزینه دوم می شود  تنها از کنسول مدیریتی برای مدیریت چندین WSUS بصورت متمرکز استفاده کرد.

||http://network.tosinso.com/files/get/d04fbfce-229d-45dd-808d-92f15cc01ce7||

||http://network.tosinso.com/files/get/731762e8-37e0-4840-b1fc-cffdb972da68||

  در این بخش متن مبنی بر توافقنامه مربوط به License  این سرویس را خوانده و با تایید آن به مرحله بعد می رویم.

||http://network.tosinso.com/files/get/3f25bbe3-576c-4ed0-a79b-0dbdefc5f1d1||

 در صورتی که Microsoft Report Viewer روی سرور نصب نباشد در این قسمت پیغام مبنی بر عدم نصب این برنامه نمایش داده خواهد شد که می توانیم این نرم افزار را از سایت مایکروسافت به صورت رایگان |دانلود::http://www.microsoft.com/en-gb/download/details.aspx?id=3841| و نصب کنیم.

||http://network.tosinso.com/files/get/dd3e1992-22e2-4f0a-a150-1a11b9075209||

در این مرحله هارد دیسک و فولدری که می خواهیم آپدیت های دانلود شده روی آن ذخیره شوند را به سیستم معرفی می کنیم با توجه به توضیحات این بخش از ویزارد  ، باید از هاردی با حداقل  6GB  فضای آزاد استفاده کنیم که بسته به نوع و حجم دریافت آپدیت های مورد نظر ما این مقدار می تواند از حداقل فضای پیشنهاد شده بیشتر باشد. توصیه می شود که درایو در نظر گرفته شده برای ذخیره ی آپدیت ها با درایوی که سیستم عامل روی آن قرار دارد یکسان نباشد.

||http://network.tosinso.com/files/get/bb7cab65-8008-4dee-890e-3df355e7319a||

برای تعیین یک پایگاه داده داخلی برای WSUS باید درایوی را انتخاب کنیم که حداقل 2GB  فضای آزاد داشته باشد. اگر در شبکه SQL Server  موجود باشد  در اینجا با مارک دار کردن گزینه Using an existing database server on a remote computer می توان آن را بعنوان یک پایگاه داده خارجی برای سرویس معرفی کرد.و نیز با کلیک روی گزینه Browse باید آدرس SQL سرور را به سیستم معرفی کنیم این گزینه زمانی می تواند مفید باشد که یک SQL  سرور ی را اختصاص دهیم که توسط مدیران پایگاه داده مدیریت شود. 

||http://network.tosinso.com/files/get/64a35c79-591e-48e2-aa1f-683e91b8991a|| 

همانگونه که ذکر شد مبنای کار WSUS بر اساس IIS است در اینجا می توان IIS پیشفرض سرور را انتخاب کرد و یا یک IIS ویژه برای WSUS در نظر گرفت .انتخاب گزینه Use the existing IIS Default Web site از سوی مایکروسافت توصیه شده است.

||http://network.tosinso.com/files/get/183f15d9-c2ba-4623-9b8d-8ad09a6ceb23|| 

 در این صفحه خلاصه ای از تنظیماتی که تاکنون انجام دادیم نمایش داده شده است روی گزینه Next کلیک می کنیم تا فرایند نصب آغار شود.

  ||http://network.tosinso.com/files/get/b779ae3a-ef6a-4a90-8a2c-9eb998262292||

در پایان روی گزینه Finish  کلیک می کنیم تا این مرحله از نصب WSUS با موفقیت صورت گرفته باشد.

||http://network.tosinso.com/files/get/d138fb6b-4cc2-4e1d-939f-901262eccae3||

 پس از پایان یافتن نصب از طریق ویزارد ، بصورت خودکار ویزارد مربوط به پیکربندی WSUS نمایان می شود که در اولین صفحه از آن مواردی که باید پیش از انجام تنظیمات رعایت شود را یاد آوری کند از قبیل انجام تنظیمات فایروال سرور  برای دسترسی داشتن کلاینت ها به آن ، مشخص کردن Up Stream  سرور برای WSUS سرور در حال پیکربندی و انجام تنظیمات پروکسی در صورتیکه از آن برای اتصال به اینترنت استفاده می کنیم . پس از اطمینان از این موارد روی گزینه Next کلیک می کنیم.

||http://network.tosinso.com/files/get/1f9b7bb5-5795-4330-ba59-eef59e4745da||

 در این بخش می توان تعیین کرد که در صورت بروز مشکل در روند کار WSUS  ، اطلاعات را برای مایکروسافت ارسال کرده تا درصدد رفع مشکل برآید .بدین منظور باید گزینه ی Yes ,I would like to join the Microsoft Update Improvement Program  را مارکدار کنیم .

 ||http://network.tosinso.com/files/get/44583f83-96c8-405b-ac28-b2ad81d3f984||

در این بخش برای سرور تعیین می کنیم که آپدیت ها را با سایت مایکروسافت و یابا یک WSUS دیگر (Up Stream Server ) تطبیق دهد. که در صورت انتخاب یک Upstream Server  برای Sync کردن آپدیت ها باید نام و پورت مربوط به آن سرور را نیز مشخص کنیم . با برگزیدن یک WSUS دیگر بعنوان Upstream  سرور دو گزینه فعال خواهند شد که شرح آنها به قرار زیر است:
در صورتیکه که از SSL استفاده می کنیم باید تیک مربوط به گزینه Use SSL when synchronizing update information را فعال کنیم  اما باید در نظر داشته باشیم که در صورت استفاده از SSL روی این سرور ، Upstream  سرور نیز باید از SSL پشتیبانی کند. 
با انتخاب گزینه This is a replica of the Up Stream server  سرور ی که در حال پیکربندی آن هستیم تبدیل به نسخه ثانویه Up Stream  سرور انتخابی خواهد شد.

||http://network.tosinso.com/files/get/c7518150-837a-4ec0-8881-a2cd89041c5c|| 

 اگر شبکه ملزم به استفاده از پروکسی سرور برای دسترسی به اینترنت است اطلاعات مربوط به آن را در این قسمت وارد کرده در غیر اینصورت از این تنظیمات چشم پوشی و با انتخاب Next  به مرحله بعد می رویم.

||http://network.tosinso.com/files/get/d828b408-4751-481f-8286-e49102919ff7||

حال نیاز است که ویزارد WSUS برای تشخیص محصولاتی که WSUS می تواند آپدیت کند ، زبانهایی که پشتیبانی کند و نیز شناسایی انواع آپدیت ها به اینترنت متصل شود. بنابراین باید روی گزینه Start Connecting  کلیک کنیم تا ارتباط سرور با Update Server  های مایکروسافت برقرار شود . پس از تکمیل فرایند  اتصال اولیه روی گزینه Next  کلیک می کنیم .

||http://network.tosinso.com/files/get/5f1c973c-b4d0-4b2c-b2f1-d6b09274117d||

در اینجا زبان مورد نظر را برای آپدیت هایی که قصد دانلود آنها را داریم ، انتخاب می کنیم اگر در شبکه سیستم هایی موجودند که از محصولاتی با چندین زبان پشتیبانی می کنند باید Patch  هایی برای  ساپورت همه زبانها را دانلود کنیم در غیر اینصورت بر حسب نیاز ، زبان مورد نظر خود را انتخاب می کنیم که این کار باعث استفاده کمتر از فضای دیسک و افزایش سرعت دانلود خواهد شد.

||http://network.tosinso.com/files/get/aad2b990-0689-4b7a-b556-52fb17101102||

محصولاتی که قصد دانلود آپدیت برای آنها را داریم در این مرحله انتخاب می کنیم . می توان با انتخاب تمامی گزینه ها شرایط دانلود آپدیت تمامی محصولات را فراهم آورد و یا اینکه با مارکدار کردن محصولاتی که در شبکه ما موجودند ،تنها آپدیت مربوط به آنها را دریافت کنیم. گزینش محصولات مورد نظر برای دریافت آپدیت آنها علاوه بر اشغال فضای کمتری از حافظه به افزایش سرعت  و کاهش زمان دانلود آپدیت ها از سایت مایکروسافت نیز کمک می کند. همچنین می توان محصول جدیدی که در آینده در سازمان به کار گرفته می شود را به لیست برنامه های که قصد دانلود آپدیت آنها را داریم در  این قسمت  اضافه کنیم. در اینجا ما با توجه به سناریو مورد نظر  ، ویندوز 7  و ویندوز سرور 2008 R2 را برای دریافت آپدیت هایشان مارکدار می کنیم .

||http://network.tosinso.com/files/get/8a952762-3536-4e20-bb63-e35244874a70|| 

در این قسمت طبقه بندی و نوع آپدیت مورد نظر را برحسب نیاز انتخاب می کنیم انواع آپدیت ها در ابتدای مقاله توضیح داده شد.

||http://network.tosinso.com/files/get/5c532bbd-bbed-4cc0-9bb9-fd4a4e8fafc2||

می توان به صورت دستی و یا اتوماتیک تعیین کرد که WSUS  سرور در چه زمانی آپدیت ها را با سایت مایکروسافت Sync  کند .از آنجایی که بسته به سرعت اینترنت  شبکه دانلود آپدیت ها میزان قابل توجهی از پهنای باند را به خود اختصاص می دهد می توان برنامه ریزی کرد که WSUS سرور آپدیت ها را طی ساعاتی که میزان استفاده از اینترنت شبکه پایین است مثلا در طول شب دریافت کند. در این مرحله ما گزینه Synchronize Manually را انتخاب می کنیم .

||http://network.tosinso.com/files/get/a4c7dd8c-6277-40e2-ae80-239828ba7c15||
 
پس از انجام تنظیمات ذکر شده حال زمان آن است که WSUS سرور برای دانلود آپدیت ها ، برای اولین بار با سایت مایکروسافت و یا هر Up Stream  سروری که برای آن تعیین شده ، ارتباط برقرار کند . دانلود آپدیت ها برای اولین بار از سایت مایکروسافت  زمان و پهنای باند زیادی را مصرف می کندو بسته به تعداد محصولات انتخاب شده و نیز زبان ها و طبقه بندی های در نظر گرفته شده برای آنها متفاوت می باشد . همچنین می توان تعیین کرد که دریافت آپدیت ها از طریق کنسول مدیریتی و در زمانی دیگر صورت گیرد در اینجا ما گزینه Begin initial synchronization  را مارکدار می کنیم .

 ||http://network.tosinso.com/files/get/4c14e132-f6c7-45d7-9156-a4af2e8ee5d5||

اکنون خلاصه ای از مراحلی که برای سایر تنظیمات باید طی شود  برای ما نمایش داده می شود . برای بسته شدن ویزارد روی گزینه Finish کلیک می کنیم .

||http://network.tosinso.com/files/get/5013fba7-e8e5-40f6-8cc5-2cc46d4d4945||  

تا بدین جای کار به شرح  تاریخچه و معماری سیستم بروزرسانی مرکزی ،معرفی انواع آپدیت ها و نصب مرحله به مرحله ی  WSUS از طریق ویزارد  پرداختیم . در قسمت بعدی مقاله به بررسی  کنسول مدیریتی WSUS خواهیم پرداخت.

نویسنده: مریم حیات رمضانی
منبع : |جزیره سرویس های شبکه مایکروسافت وب سایت توسینسو::https://tosinso.com/microsoft|
هرگونه نشر و کپی برداری بدون ذکر منبع دارای اشکال اخلاقی می باشد

آموزش نصب WSUS در ویندوز سرور

در اکثر مواقع نصب این سرویس از طریق Server Manager با مشکل مواجه می شود بنابراین بهتر این است که به جای نصب از طریق Server Manager فایل نصب WSUS را دانلود و اجرا کنیم . همانطور که می دانیم لازمه ی استفاده از WSUS سرور نصب رول IIS است که آموزش نصب این رول در آموزش IIS جناب مهندس نصیری آورده شده است. بهنگام نصب سرویس WSUS سیستم پیغام نصب IIS را می دهد برای منظم طی شدن روند کار قبل نصب این سرویس ، رول IIS را نصب می کنیم.

همچنین برای اینکه سیستم برای دانلود آپدیت ها قادر به استفاده از پهنای باند بیکار اینترنت باشد و سرعت اینترنت سازمان دچار اختلال نشود قابلیت BITS یا (Background Intelligent Transfer Service) را از طریق مسیر زیر فعال می کنیم :

Sever Manager => Features => Add Features => Background Intelligent Transfer Service (BITS)

پس از نصب پیش نیاز های مورد نظر حال روی فایل WSUS دانلود شده برای نصب کلیک می کنیم تا ویزارد مربوط نمایش داده شود روی گزینه Next کلیک می کنیم . در این مرحله دو گزینه برای انتخاب نوع نصب WSUS پیش روی ماست . با انتخاب گزینه اول می توان هم WSUS و هم کنسول مدیریتی آن را نصب کرد و با انتخاب گزینه دوم می شود تنها از کنسول مدیریتی برای مدیریت چندین WSUS بصورت متمرکز استفاده کرد.

در این مقاله قصد داریم در رابطه با بروزرسانی محصولات مایکروسافت صحبت کنیم . همانطور که می دانیم بیشتر سیستم عامل هایی که در حال حاضر در جهان استفاده می شوند مایکروسافتی هستند بنابراین طبیعی است که bug ها و ضعف های موجود در آنها برای کاربران مشکل ایجاد کند این Bug  ها با وجود کابران زیاد، بسیار سریع شناسایی می شوند . هستند افرادی که از این نقاط ضعف برای Attack  به یک سیستم استفاده کنند. بنابراین مایکروسافت برای جلوگیری از بروز مشکلات ، درصدد رفع نقص محصولات برآمد و در سایت خود یک Update Center را ایجاد کرد تا کاربران بتوانند آپدیت های مربوط به رفع نقص محصول مورد نظر خود را از آن دانلود کنند. با  این راهکار کاربران با نصب یک فایل دانلود شده می توانند مشکل موجود در سیستم عامل ها و Office Product  ها و سایر محصولات مایکروسافت را برطرف کنند.
این راهکار کمک شایان توجهی به کاربران مایکروسافت برای برطرف کردن نقاط ضعف محصولاتی که مورد استفاده ی آنان بود ، کرد . اما مشکلاتی را نیز به همراه داشت . دانلود آپدیت ها از سایت مایکروسافت توسط کاربران خانگی و حتی شرکت های کوچک نتیجه بخش بود اما تصور کنید که در یک سازمان با بیش از هزار کلاینت ،هر کاربر ی برای دانلود آپدیت مورد نظر خود با سایت مایکروسافت ارتباط بر قرار کند چه اتفاقی خواهد افتاد؟بدون شک این وضعیت برای پهنای باند اینترنت سازمان ها یک معضل محسوب می شود.  در چنین شرایطی مایکروسافت وارد عمل شده و سرویسی بنام SUS یا Software Update  Services را به کاربران خود عرضه کرد  .این سرویس موجب شد تا کاربران یک سازمان بتوانند آپدیت های خود را به جای سایت مایکروسافت از یک سرور مرکزی دریافت کنند بدین ترتیب دریافت آپدیت ها توسط کلاینت های سازمان تحت مدیریت متمرکز خواهد بود . ادمین  سازمان می تواند با توجه به نو ع سیستم عاملهای سازمان و نیز نرم افزار های موجود، آپدیت های مورد نیاز را به صورت متمرکز در اختیار کلاینت ها قرار دهد.
 مدیریت آپدیت ها موجب می شود که تنها آپدیت های مورد نیاز دانلود و نصب شود بنابراین حافظه سیستم ها نیز با ذخیره داده هایی که بلا استفاده هستند ، اشغال نخواهد شد هم چنین WSUS  با مدیریت پهنای باند، باعث می شود که از سرعت اینترنت سازمان به دلیل ترافیک بالا کاسته نشود. 

مایکروسافت متعهد شده بود که از SUS تا تاریخ 6 دسامبر 2006 پشتیبانی خواهد کرد اما به دلیل استقبال مشتریان خود از این سرویس این تاریخ به 10 جولای 2007 تغییر یافت. SUS دارای این نقطه ضعف بود که تنها شرایط دانلود Hotfix ها و Patch های مربوط به سیستم عامل ویندوز را برای کاربران فراهم می کرد با این اوصاف کاربران یک شبکه از دریافت آپدیت سایر محصولات مایکروسافت بی بهره بودند . با بروزرسانی این سرویس به ورژن جدید تحت عنوان WSUS 2.0 این مشکل برطرف شد چرا که WSUS علاوه بر دانلود آپدیت های سیستم عامل ویندوز ،دانلود اتوماتیک آپدیت ها ،Hotfix ها ، Service Pack ها ، Device Driver ها و Feature Pack  های سایر محصولات مایکروسافت را از یک سرور مرکزی ،برای کاربران سازمان ها ممکن می سازد.WSUS نیز مخفف عبارت Windows Server Update Services می باشد.

پیشتر کار با SUS و WSUS تحت وب بود بدین معنی که می بایست Component مربوط به این سرویس را نصب کرده و از طریق وب سایتی که در IIS ایجاد می شد، بصورت تحت وب از آن استفاده می کردیم .اما از سال 2006 به بعد WSUS در قالب یک نرم افزار ارائه شد که با نصب آن براحتی می توان از طریق کنسول ،دریافت و توزیع آپدیت ها را مدیریت کرد.در جدول زیر تاریخچه ی بروزرسانی سرویس WSUS بیان شده است.

||http://network.tosinso.com/files/get/aa623f53-b6ad-4fe4-9304-d55b1a5d862c||
*بروز رسانی SUS به WSUS*
باید توجه داشت که Upgrade کردن SUS به WSUS ممکن نیست اما می توانیم آپدیت های دانلود و تایید شده در  SUS را به WSUS انتقال دهیم (Migrate کردن از SUS به WSUS). این راهکار باعث می شود که با نصب WSUS نیازی به دانلود مجدد آپدیتها و نیز Approve کردن آپدیت هایی که قبلا در SUS تایید  شده ، نداشته باشیم.تنها Migrate  کردن SUS 1.0 به WSUS 2.0 امکان پذیر است آپدیتها قادر به انتقال از SUS1.0  به WSUS 3.0 نخواهند بود  پس باید SUS 1.0  را قبل از نصب  WSUS 3.0 ،حذف کرد .اما  WSUS 2.0 را به WSUS 3.0 می توان Upgrade کرد.

--
!!!! انواع آپدیت ها
--
* *Critical Update*: یک بروز رسانی در نظر گرفته شده برای رفع مشکلی در نرم افزار است که بروز این مشکل در محصولات ، شرایطی بحرانی را ایجاد می کند.
* *Driver*: یک جزء نرم افزاری است که برای پشتیبانی از یک سخت افزار جدید طراحی شده است.
* *Hotfix *: آپدیتی است که برای رفع یک مشکل خاص ارائه می شود. با Hotfix می توان به رفع مشکل ، بدون Restart  و یا متوقف کردن  سرویس و سیستم دچار اختلال پرداخت.عموما Hotfix را با Patch  یکسان می دانند اما تفاوت این دو در این است که Hotfix به طور ویژه برای رفع مشکل یک مشتری در نظر گرفته شده و برای عموم کاربران توزیع نمی شود.  باید در نظر داشت که Hotfix ،آپدیت های امنیتی را شامل نمی شود. همچنین Hotfix  قابلیت های ارائه شده برای رفع یک مشکل که بصورت خاص مورد آزمایش قرار گرفته تا در اختیار عموم کاربران قرار گیرد را شامل می شود.
* *Update*: در این نوع آپدیت یک قابلیت جدید برای محصولات مایکروسافت در نظر گرفته می شود و این آپدیت برای رفع مشکلات امنیتی و اختالات مربوط به سیستم عامل ها و نرم افزار ها نمی باشد ،باید در نظر داشت که Update الزاما امنیتی نیست .
* *Security Update:* کاربران مایکروسافت جمعیت بالایی را تشکیل می دهند بنابراین نقاط ضعف امنیتی بسیاری در محصولات آن مشاهده خواهد شد و مایکروسافت این نقاط ضعف را شناسایی کرده و  آپدیت رفع نقاط ضعف و مشکلات امنیتی محصولات خود را  در اختیار کاربران قرار می دهد. آسیب پذیری های امنیتی در بولتن امنیتی مایکروسافت در سطوح حساس ،مهم ، متوسط و ضعیف یا پایین طبقه بندی می شوند.
* *Feature Packs:* بسته ای است که قابلیت های جدید ارائه شده برای یک محصول را در بر می گیرد.
* *Update Rollups:* مجموعه ای است از Hotfix  ها،Security  آپدیت ها ، critical آپدیت ها ونیز آپدیت هاست که برای سهولت در Deploy شدن در یک پکیج قرار گرفته اند.Rollup ها عموما یک هدف خاص مانند امنیت محصول و یا یک Component از یک محصول مثلا IIS را پشتیبانی می کند.
* *Service Pack* : پکیجی است در بردارنده ی همه ی Hotfix ها ،Critical  آپدیت ها ، Security آپدیت ها و همچنین آپدیت هابرای سیستم عامل ها و نرم افزار ها.علاوه بر این Service Pack را ه حل مشکلات و نقاط ضعفی که پس از عرضه محصول توسط گروهی محدودی از مشتریان شناسایی شده و نیز درخواست آنان مبنی بر تغییر در Design و قابلیت های یک محصول را شامل می شود.
* *Definition Update:* این نوع از آپدیت ها برای بروز رسانی نرم افزارهای امنیتی استفاده می شود .نرم افزارهایی مثل آنتی ویروس و Anti Malware که توسط شرکت مایکروسافت ارائه شده اند .در واقع یک Definition Update روش حذف و یا برخورد با یک کد مخرب را برای این محصولات ، نمایش می دهد. این آپدیت ها بیشتر برای محصولاتی که دارای پایگاه داده هستند ، کاربرد دارد.
* *Tool*: ابزار یا قابلیتی است که به انجام رساندن و تکمیل یک وظیفه و یا مجموعه ای از وظایف کمک می کند.

--
!!! انواع استراتژی پیاده سازی WSUS سرور
--
سه ساختار پیاده سازی سیستم بروز رسانی مرکزی برای سیستم های تحت شبکه وجود دارد ، در* نوع اول* WSUS سرور به شبکه داخلی و اینترنت متصل بوده و آپدیت ها را مستقیما از Update Center سایت مایکروسافت دانلود کرده در نهایت کاربران شبکه با WSUS سرور ارتباط برقرار کرده و آپدیت ها را از آن دریافت می کنند.

 ||http://network.tosinso.com/files/get/a9b75b46-5e9d-490a-b5ae-1929df9f0b07||

در *ساختار دوم* حداقل دو WSUS سرور وجود دارد اما در سازمانهای بزرگ این ساختار چندین WSUS سرور را در بر می گیرد. فرض را بر پیاده سازی سیستم به روز رسانی مرکزی برای یک دانشگاه  می گذاریم دانشگاه دارای یک ساختمان مرکزی و چندین دانشکده می باشد .برای اینکه ترافیک شبکه بالا نرود یک WSUS سرور را در ساختمان مرکزی قرار می دهیم که به اینترنت متصل بوده و از سایت مایکروسافت آپدیت ها را دانلود  می کند که اصطلاحا به آن Upstream سرور می گویند و در هر دانشکده نیز WSUS سرور هایی با عنوان Downstream  سرور قرار می دهیم که این Downstream  ها آپدیت های مورد نیاز را از Upstream  سرور دریافت می کنند. و در نهایت کلاینت ها آپدیت ها را از Downstream سرور ها دریافت و نصب می کنند .

||http://network.tosinso.com/files/get/894b6caa-58b3-499f-9465-b8fa5f739869||

 در *استراتژی سوم* برای سازمانهای نظامی ،اطلاعاتی و هر سازمانی که محرمانه باقی ماندن اطلاعات برای آن امری ضروریست، شبکه ای ایزوله در نظر گرفته می شود. در چنین شرایطی امکان اتصال به اینترنت و دانلود آپدیت ها در شبکه ممکن نیست  در حالی که سیستم های چنین سازمانهایی هم نیازمند بروزرسانی می باشند. بنابراین از یک WSUS سرور متصل به اینترنت در خارج از محدوده شبکه سازمان برای دانلود آپدیت ها استفاده می کنند و در نتیجه آپدیت ها را به کمک حافظه های جانبی همچون DVD و فلش ، بصورت آفلاین به WSUS سرور موجود در شبکه ایزوله سازمان انتقال می دهند تا کاربران شبکه بتوانند آپدیت های مورد نیاز خود را در محیطی امن دریافت کنند.

||http://network.tosinso.com/files/get/b584e079-a7e6-4b2d-95c3-47183bc34ec2||

--
!!!! نصب رول WSUS
--
در اکثر مواقع نصب این سرویس از طریق Server Manager با مشکل مواجه می شود بنابراین بهتر این است که   به جای نصب از طریق Server Manager |فایل نصب WSUS ::http://www.microsoft.com/en-gb/download/details.aspx?id=5216|را دانلود و اجرا کنیم . همانطور که می دانیم لازمه ی استفاده از WSUS سرور نصب رول IIS است که آموزش نصب این رول در |مقاله::https://tosinso.com/articles/41276/%d8%a2%d9%85%d9%88%d8%b2%d8%b4-%d9%86%d8%b5%d8%a8-IIS-%d8%aa%d8%b5%d9%88%db%8c%d8%b1%db%8c-%d8%b1%d8%a7%d9%87-%d8%a7%d9%86%d8%af%d8%a7%d8%b2%db%8c-%d9%88%d8%a8-%d8%b3%d8%a7%db%8c%d8%aa-%d8%af%d8%b1-IIS-%d8%a8%d8%b5%d9%88%d8%b1%d8%aa-%da%af%d8%a7%d9%85-%d8%a8%d9%87-%da%af%d8%a7%d9%85| جناب مهندس نصیری آورده شده است. بهنگام نصب سرویس WSUS سیستم پیغام نصب IIS را می دهد برای منظم طی شدن روند کار قبل نصب این سرویس ، رول IIS  را نصب می کنیم.
همچنین برای اینکه سیستم برای دانلود آپدیت ها قادر به استفاده از پهنای باند بیکار اینترنت باشد و سرعت اینترنت سازمان دچار اختلال نشود قابلیت BITS یا (Background Intelligent Transfer Service) را از طریق مسیر زیر فعال می کنیم :
<c#>
Sever Manager => Features => Add Features => Background Intelligent Transfer Service (BITS)
<c#>
پس از نصب پیش نیاز های مورد نظر حال روی فایل WSUS دانلود شده برای نصب کلیک می کنیم تا ویزارد مربوط نمایش داده شود روی گزینه Next  کلیک می کنیم . در این مرحله دو گزینه برای انتخاب نوع نصب WSUS پیش روی ماست . با انتخاب گزینه اول می توان هم WSUS و هم کنسول مدیریتی آن را نصب کرد و با انتخاب گزینه دوم می شود  تنها از کنسول مدیریتی برای مدیریت چندین WSUS بصورت متمرکز استفاده کرد.

||http://network.tosinso.com/files/get/d04fbfce-229d-45dd-808d-92f15cc01ce7||

||http://network.tosinso.com/files/get/731762e8-37e0-4840-b1fc-cffdb972da68||

  در این بخش متن مبنی بر توافقنامه مربوط به License  این سرویس را خوانده و با تایید آن به مرحله بعد می رویم.

||http://network.tosinso.com/files/get/3f25bbe3-576c-4ed0-a79b-0dbdefc5f1d1||

 در صورتی که Microsoft Report Viewer روی سرور نصب نباشد در این قسمت پیغام مبنی بر عدم نصب این برنامه نمایش داده خواهد شد که می توانیم این نرم افزار را از سایت مایکروسافت به صورت رایگان |دانلود::http://www.microsoft.com/en-gb/download/details.aspx?id=3841| و نصب کنیم.

||http://network.tosinso.com/files/get/dd3e1992-22e2-4f0a-a150-1a11b9075209||

در این مرحله هارد دیسک و فولدری که می خواهیم آپدیت های دانلود شده روی آن ذخیره شوند را به سیستم معرفی می کنیم با توجه به توضیحات این بخش از ویزارد  ، باید از هاردی با حداقل  6GB  فضای آزاد استفاده کنیم که بسته به نوع و حجم دریافت آپدیت های مورد نظر ما این مقدار می تواند از حداقل فضای پیشنهاد شده بیشتر باشد. توصیه می شود که درایو در نظر گرفته شده برای ذخیره ی آپدیت ها با درایوی که سیستم عامل روی آن قرار دارد یکسان نباشد.

||http://network.tosinso.com/files/get/bb7cab65-8008-4dee-890e-3df355e7319a||

برای تعیین یک پایگاه داده داخلی برای WSUS باید درایوی را انتخاب کنیم که حداقل 2GB  فضای آزاد داشته باشد. اگر در شبکه SQL Server  موجود باشد  در اینجا با مارک دار کردن گزینه Using an existing database server on a remote computer می توان آن را بعنوان یک پایگاه داده خارجی برای سرویس معرفی کرد.و نیز با کلیک روی گزینه Browse باید آدرس SQL سرور را به سیستم معرفی کنیم این گزینه زمانی می تواند مفید باشد که یک SQL  سرور ی را اختصاص دهیم که توسط مدیران پایگاه داده مدیریت شود. 

||http://network.tosinso.com/files/get/64a35c79-591e-48e2-aa1f-683e91b8991a|| 

همانگونه که ذکر شد مبنای کار WSUS بر اساس IIS است در اینجا می توان IIS پیشفرض سرور را انتخاب کرد و یا یک IIS ویژه برای WSUS در نظر گرفت .انتخاب گزینه Use the existing IIS Default Web site از سوی مایکروسافت توصیه شده است.

||http://network.tosinso.com/files/get/183f15d9-c2ba-4623-9b8d-8ad09a6ceb23|| 

 در این صفحه خلاصه ای از تنظیماتی که تاکنون انجام دادیم نمایش داده شده است روی گزینه Next کلیک می کنیم تا فرایند نصب آغار شود.

  ||http://network.tosinso.com/files/get/b779ae3a-ef6a-4a90-8a2c-9eb998262292||

در پایان روی گزینه Finish  کلیک می کنیم تا این مرحله از نصب WSUS با موفقیت صورت گرفته باشد.

||http://network.tosinso.com/files/get/d138fb6b-4cc2-4e1d-939f-901262eccae3||

 پس از پایان یافتن نصب از طریق ویزارد ، بصورت خودکار ویزارد مربوط به پیکربندی WSUS نمایان می شود که در اولین صفحه از آن مواردی که باید پیش از انجام تنظیمات رعایت شود را یاد آوری کند از قبیل انجام تنظیمات فایروال سرور  برای دسترسی داشتن کلاینت ها به آن ، مشخص کردن Up Stream  سرور برای WSUS سرور در حال پیکربندی و انجام تنظیمات پروکسی در صورتیکه از آن برای اتصال به اینترنت استفاده می کنیم . پس از اطمینان از این موارد روی گزینه Next کلیک می کنیم.

||http://network.tosinso.com/files/get/1f9b7bb5-5795-4330-ba59-eef59e4745da||

 در این بخش می توان تعیین کرد که در صورت بروز مشکل در روند کار WSUS  ، اطلاعات را برای مایکروسافت ارسال کرده تا درصدد رفع مشکل برآید .بدین منظور باید گزینه ی Yes ,I would like to join the Microsoft Update Improvement Program  را مارکدار کنیم .

 ||http://network.tosinso.com/files/get/44583f83-96c8-405b-ac28-b2ad81d3f984||

در این بخش برای سرور تعیین می کنیم که آپدیت ها را با سایت مایکروسافت و یابا یک WSUS دیگر (Up Stream Server ) تطبیق دهد. که در صورت انتخاب یک Upstream Server  برای Sync کردن آپدیت ها باید نام و پورت مربوط به آن سرور را نیز مشخص کنیم . با برگزیدن یک WSUS دیگر بعنوان Upstream  سرور دو گزینه فعال خواهند شد که شرح آنها به قرار زیر است:
در صورتیکه که از SSL استفاده می کنیم باید تیک مربوط به گزینه Use SSL when synchronizing update information را فعال کنیم  اما باید در نظر داشته باشیم که در صورت استفاده از SSL روی این سرور ، Upstream  سرور نیز باید از SSL پشتیبانی کند. 
با انتخاب گزینه This is a replica of the Up Stream server  سرور ی که در حال پیکربندی آن هستیم تبدیل به نسخه ثانویه Up Stream  سرور انتخابی خواهد شد.

||http://network.tosinso.com/files/get/c7518150-837a-4ec0-8881-a2cd89041c5c|| 

 اگر شبکه ملزم به استفاده از پروکسی سرور برای دسترسی به اینترنت است اطلاعات مربوط به آن را در این قسمت وارد کرده در غیر اینصورت از این تنظیمات چشم پوشی و با انتخاب Next  به مرحله بعد می رویم.

||http://network.tosinso.com/files/get/d828b408-4751-481f-8286-e49102919ff7||

حال نیاز است که ویزارد WSUS برای تشخیص محصولاتی که WSUS می تواند آپدیت کند ، زبانهایی که پشتیبانی کند و نیز شناسایی انواع آپدیت ها به اینترنت متصل شود. بنابراین باید روی گزینه Start Connecting  کلیک کنیم تا ارتباط سرور با Update Server  های مایکروسافت برقرار شود . پس از تکمیل فرایند  اتصال اولیه روی گزینه Next  کلیک می کنیم .

||http://network.tosinso.com/files/get/5f1c973c-b4d0-4b2c-b2f1-d6b09274117d||

در اینجا زبان مورد نظر را برای آپدیت هایی که قصد دانلود آنها را داریم ، انتخاب می کنیم اگر در شبکه سیستم هایی موجودند که از محصولاتی با چندین زبان پشتیبانی می کنند باید Patch  هایی برای  ساپورت همه زبانها را دانلود کنیم در غیر اینصورت بر حسب نیاز ، زبان مورد نظر خود را انتخاب می کنیم که این کار باعث استفاده کمتر از فضای دیسک و افزایش سرعت دانلود خواهد شد.

||http://network.tosinso.com/files/get/aad2b990-0689-4b7a-b556-52fb17101102||

محصولاتی که قصد دانلود آپدیت برای آنها را داریم در این مرحله انتخاب می کنیم . می توان با انتخاب تمامی گزینه ها شرایط دانلود آپدیت تمامی محصولات را فراهم آورد و یا اینکه با مارکدار کردن محصولاتی که در شبکه ما موجودند ،تنها آپدیت مربوط به آنها را دریافت کنیم. گزینش محصولات مورد نظر برای دریافت آپدیت آنها علاوه بر اشغال فضای کمتری از حافظه به افزایش سرعت  و کاهش زمان دانلود آپدیت ها از سایت مایکروسافت نیز کمک می کند. همچنین می توان محصول جدیدی که در آینده در سازمان به کار گرفته می شود را به لیست برنامه های که قصد دانلود آپدیت آنها را داریم در  این قسمت  اضافه کنیم. در اینجا ما با توجه به سناریو مورد نظر  ، ویندوز 7  و ویندوز سرور 2008 R2 را برای دریافت آپدیت هایشان مارکدار می کنیم .

||http://network.tosinso.com/files/get/8a952762-3536-4e20-bb63-e35244874a70|| 

در این قسمت طبقه بندی و نوع آپدیت مورد نظر را برحسب نیاز انتخاب می کنیم انواع آپدیت ها در ابتدای مقاله توضیح داده شد.

||http://network.tosinso.com/files/get/5c532bbd-bbed-4cc0-9bb9-fd4a4e8fafc2||

می توان به صورت دستی و یا اتوماتیک تعیین کرد که WSUS  سرور در چه زمانی آپدیت ها را با سایت مایکروسافت Sync  کند .از آنجایی که بسته به سرعت اینترنت  شبکه دانلود آپدیت ها میزان قابل توجهی از پهنای باند را به خود اختصاص می دهد می توان برنامه ریزی کرد که WSUS سرور آپدیت ها را طی ساعاتی که میزان استفاده از اینترنت شبکه پایین است مثلا در طول شب دریافت کند. در این مرحله ما گزینه Synchronize Manually را انتخاب می کنیم .

||http://network.tosinso.com/files/get/a4c7dd8c-6277-40e2-ae80-239828ba7c15||
 
پس از انجام تنظیمات ذکر شده حال زمان آن است که WSUS سرور برای دانلود آپدیت ها ، برای اولین بار با سایت مایکروسافت و یا هر Up Stream  سروری که برای آن تعیین شده ، ارتباط برقرار کند . دانلود آپدیت ها برای اولین بار از سایت مایکروسافت  زمان و پهنای باند زیادی را مصرف می کندو بسته به تعداد محصولات انتخاب شده و نیز زبان ها و طبقه بندی های در نظر گرفته شده برای آنها متفاوت می باشد . همچنین می توان تعیین کرد که دریافت آپدیت ها از طریق کنسول مدیریتی و در زمانی دیگر صورت گیرد در اینجا ما گزینه Begin initial synchronization  را مارکدار می کنیم .

 ||http://network.tosinso.com/files/get/4c14e132-f6c7-45d7-9156-a4af2e8ee5d5||

اکنون خلاصه ای از مراحلی که برای سایر تنظیمات باید طی شود  برای ما نمایش داده می شود . برای بسته شدن ویزارد روی گزینه Finish کلیک می کنیم .

||http://network.tosinso.com/files/get/5013fba7-e8e5-40f6-8cc5-2cc46d4d4945||  

تا بدین جای کار به شرح  تاریخچه و معماری سیستم بروزرسانی مرکزی ،معرفی انواع آپدیت ها و نصب مرحله به مرحله ی  WSUS از طریق ویزارد  پرداختیم . در قسمت بعدی مقاله به بررسی  کنسول مدیریتی WSUS خواهیم پرداخت.

نویسنده: مریم حیات رمضانی
منبع : |جزیره سرویس های شبکه مایکروسافت وب سایت توسینسو::https://tosinso.com/microsoft|
هرگونه نشر و کپی برداری بدون ذکر منبع دارای اشکال اخلاقی می باشد
در این مقاله قصد داریم در رابطه با بروزرسانی محصولات مایکروسافت صحبت کنیم . همانطور که می دانیم بیشتر سیستم عامل هایی که در حال حاضر در جهان استفاده می شوند مایکروسافتی هستند بنابراین طبیعی است که bug ها و ضعف های موجود در آنها برای کاربران مشکل ایجاد کند این Bug  ها با وجود کابران زیاد، بسیار سریع شناسایی می شوند . هستند افرادی که از این نقاط ضعف برای Attack  به یک سیستم استفاده کنند. بنابراین مایکروسافت برای جلوگیری از بروز مشکلات ، درصدد رفع نقص محصولات برآمد و در سایت خود یک Update Center را ایجاد کرد تا کاربران بتوانند آپدیت های مربوط به رفع نقص محصول مورد نظر خود را از آن دانلود کنند. با  این راهکار کاربران با نصب یک فایل دانلود شده می توانند مشکل موجود در سیستم عامل ها و Office Product  ها و سایر محصولات مایکروسافت را برطرف کنند.
این راهکار کمک شایان توجهی به کاربران مایکروسافت برای برطرف کردن نقاط ضعف محصولاتی که مورد استفاده ی آنان بود ، کرد . اما مشکلاتی را نیز به همراه داشت . دانلود آپدیت ها از سایت مایکروسافت توسط کاربران خانگی و حتی شرکت های کوچک نتیجه بخش بود اما تصور کنید که در یک سازمان با بیش از هزار کلاینت ،هر کاربر ی برای دانلود آپدیت مورد نظر خود با سایت مایکروسافت ارتباط بر قرار کند چه اتفاقی خواهد افتاد؟بدون شک این وضعیت برای پهنای باند اینترنت سازمان ها یک معضل محسوب می شود.  در چنین شرایطی مایکروسافت وارد عمل شده و سرویسی بنام SUS یا Software Update  Services را به کاربران خود عرضه کرد  .این سرویس موجب شد تا کاربران یک سازمان بتوانند آپدیت های خود را به جای سایت مایکروسافت از یک سرور مرکزی دریافت کنند بدین ترتیب دریافت آپدیت ها توسط کلاینت های سازمان تحت مدیریت متمرکز خواهد بود . ادمین  سازمان می تواند با توجه به نو ع سیستم عاملهای سازمان و نیز نرم افزار های موجود، آپدیت های مورد نیاز را به صورت متمرکز در اختیار کلاینت ها قرار دهد.
 مدیریت آپدیت ها موجب می شود که تنها آپدیت های مورد نیاز دانلود و نصب شود بنابراین حافظه سیستم ها نیز با ذخیره داده هایی که بلا استفاده هستند ، اشغال نخواهد شد هم چنین WSUS  با مدیریت پهنای باند، باعث می شود که از سرعت اینترنت سازمان به دلیل ترافیک بالا کاسته نشود. 

مایکروسافت متعهد شده بود که از SUS تا تاریخ 6 دسامبر 2006 پشتیبانی خواهد کرد اما به دلیل استقبال مشتریان خود از این سرویس این تاریخ به 10 جولای 2007 تغییر یافت. SUS دارای این نقطه ضعف بود که تنها شرایط دانلود Hotfix ها و Patch های مربوط به سیستم عامل ویندوز را برای کاربران فراهم می کرد با این اوصاف کاربران یک شبکه از دریافت آپدیت سایر محصولات مایکروسافت بی بهره بودند . با بروزرسانی این سرویس به ورژن جدید تحت عنوان WSUS 2.0 این مشکل برطرف شد چرا که WSUS علاوه بر دانلود آپدیت های سیستم عامل ویندوز ،دانلود اتوماتیک آپدیت ها ،Hotfix ها ، Service Pack ها ، Device Driver ها و Feature Pack  های سایر محصولات مایکروسافت را از یک سرور مرکزی ،برای کاربران سازمان ها ممکن می سازد.WSUS نیز مخفف عبارت Windows Server Update Services می باشد.

پیشتر کار با SUS و WSUS تحت وب بود بدین معنی که می بایست Component مربوط به این سرویس را نصب کرده و از طریق وب سایتی که در IIS ایجاد می شد، بصورت تحت وب از آن استفاده می کردیم .اما از سال 2006 به بعد WSUS در قالب یک نرم افزار ارائه شد که با نصب آن براحتی می توان از طریق کنسول ،دریافت و توزیع آپدیت ها را مدیریت کرد.در جدول زیر تاریخچه ی بروزرسانی سرویس WSUS بیان شده است.

||http://network.tosinso.com/files/get/aa623f53-b6ad-4fe4-9304-d55b1a5d862c||
*بروز رسانی SUS به WSUS*
باید توجه داشت که Upgrade کردن SUS به WSUS ممکن نیست اما می توانیم آپدیت های دانلود و تایید شده در  SUS را به WSUS انتقال دهیم (Migrate کردن از SUS به WSUS). این راهکار باعث می شود که با نصب WSUS نیازی به دانلود مجدد آپدیتها و نیز Approve کردن آپدیت هایی که قبلا در SUS تایید  شده ، نداشته باشیم.تنها Migrate  کردن SUS 1.0 به WSUS 2.0 امکان پذیر است آپدیتها قادر به انتقال از SUS1.0  به WSUS 3.0 نخواهند بود  پس باید SUS 1.0  را قبل از نصب  WSUS 3.0 ،حذف کرد .اما  WSUS 2.0 را به WSUS 3.0 می توان Upgrade کرد.

--
!!!! انواع آپدیت ها
--
* *Critical Update*: یک بروز رسانی در نظر گرفته شده برای رفع مشکلی در نرم افزار است که بروز این مشکل در محصولات ، شرایطی بحرانی را ایجاد می کند.
* *Driver*: یک جزء نرم افزاری است که برای پشتیبانی از یک سخت افزار جدید طراحی شده است.
* *Hotfix *: آپدیتی است که برای رفع یک مشکل خاص ارائه می شود. با Hotfix می توان به رفع مشکل ، بدون Restart  و یا متوقف کردن  سرویس و سیستم دچار اختلال پرداخت.عموما Hotfix را با Patch  یکسان می دانند اما تفاوت این دو در این است که Hotfix به طور ویژه برای رفع مشکل یک مشتری در نظر گرفته شده و برای عموم کاربران توزیع نمی شود.  باید در نظر داشت که Hotfix ،آپدیت های امنیتی را شامل نمی شود. همچنین Hotfix  قابلیت های ارائه شده برای رفع یک مشکل که بصورت خاص مورد آزمایش قرار گرفته تا در اختیار عموم کاربران قرار گیرد را شامل می شود.
* *Update*: در این نوع آپدیت یک قابلیت جدید برای محصولات مایکروسافت در نظر گرفته می شود و این آپدیت برای رفع مشکلات امنیتی و اختالات مربوط به سیستم عامل ها و نرم افزار ها نمی باشد ،باید در نظر داشت که Update الزاما امنیتی نیست .
* *Security Update:* کاربران مایکروسافت جمعیت بالایی را تشکیل می دهند بنابراین نقاط ضعف امنیتی بسیاری در محصولات آن مشاهده خواهد شد و مایکروسافت این نقاط ضعف را شناسایی کرده و  آپدیت رفع نقاط ضعف و مشکلات امنیتی محصولات خود را  در اختیار کاربران قرار می دهد. آسیب پذیری های امنیتی در بولتن امنیتی مایکروسافت در سطوح حساس ،مهم ، متوسط و ضعیف یا پایین طبقه بندی می شوند.
* *Feature Packs:* بسته ای است که قابلیت های جدید ارائه شده برای یک محصول را در بر می گیرد.
* *Update Rollups:* مجموعه ای است از Hotfix  ها،Security  آپدیت ها ، critical آپدیت ها ونیز آپدیت هاست که برای سهولت در Deploy شدن در یک پکیج قرار گرفته اند.Rollup ها عموما یک هدف خاص مانند امنیت محصول و یا یک Component از یک محصول مثلا IIS را پشتیبانی می کند.
* *Service Pack* : پکیجی است در بردارنده ی همه ی Hotfix ها ،Critical  آپدیت ها ، Security آپدیت ها و همچنین آپدیت هابرای سیستم عامل ها و نرم افزار ها.علاوه بر این Service Pack را ه حل مشکلات و نقاط ضعفی که پس از عرضه محصول توسط گروهی محدودی از مشتریان شناسایی شده و نیز درخواست آنان مبنی بر تغییر در Design و قابلیت های یک محصول را شامل می شود.
* *Definition Update:* این نوع از آپدیت ها برای بروز رسانی نرم افزارهای امنیتی استفاده می شود .نرم افزارهایی مثل آنتی ویروس و Anti Malware که توسط شرکت مایکروسافت ارائه شده اند .در واقع یک Definition Update روش حذف و یا برخورد با یک کد مخرب را برای این محصولات ، نمایش می دهد. این آپدیت ها بیشتر برای محصولاتی که دارای پایگاه داده هستند ، کاربرد دارد.
* *Tool*: ابزار یا قابلیتی است که به انجام رساندن و تکمیل یک وظیفه و یا مجموعه ای از وظایف کمک می کند.

--
!!! انواع استراتژی پیاده سازی WSUS سرور
--
سه ساختار پیاده سازی سیستم بروز رسانی مرکزی برای سیستم های تحت شبکه وجود دارد ، در* نوع اول* WSUS سرور به شبکه داخلی و اینترنت متصل بوده و آپدیت ها را مستقیما از Update Center سایت مایکروسافت دانلود کرده در نهایت کاربران شبکه با WSUS سرور ارتباط برقرار کرده و آپدیت ها را از آن دریافت می کنند.

 ||http://network.tosinso.com/files/get/a9b75b46-5e9d-490a-b5ae-1929df9f0b07||

در *ساختار دوم* حداقل دو WSUS سرور وجود دارد اما در سازمانهای بزرگ این ساختار چندین WSUS سرور را در بر می گیرد. فرض را بر پیاده سازی سیستم به روز رسانی مرکزی برای یک دانشگاه  می گذاریم دانشگاه دارای یک ساختمان مرکزی و چندین دانشکده می باشد .برای اینکه ترافیک شبکه بالا نرود یک WSUS سرور را در ساختمان مرکزی قرار می دهیم که به اینترنت متصل بوده و از سایت مایکروسافت آپدیت ها را دانلود  می کند که اصطلاحا به آن Upstream سرور می گویند و در هر دانشکده نیز WSUS سرور هایی با عنوان Downstream  سرور قرار می دهیم که این Downstream  ها آپدیت های مورد نیاز را از Upstream  سرور دریافت می کنند. و در نهایت کلاینت ها آپدیت ها را از Downstream سرور ها دریافت و نصب می کنند .

||http://network.tosinso.com/files/get/894b6caa-58b3-499f-9465-b8fa5f739869||

 در *استراتژی سوم* برای سازمانهای نظامی ،اطلاعاتی و هر سازمانی که محرمانه باقی ماندن اطلاعات برای آن امری ضروریست، شبکه ای ایزوله در نظر گرفته می شود. در چنین شرایطی امکان اتصال به اینترنت و دانلود آپدیت ها در شبکه ممکن نیست  در حالی که سیستم های چنین سازمانهایی هم نیازمند بروزرسانی می باشند. بنابراین از یک WSUS سرور متصل به اینترنت در خارج از محدوده شبکه سازمان برای دانلود آپدیت ها استفاده می کنند و در نتیجه آپدیت ها را به کمک حافظه های جانبی همچون DVD و فلش ، بصورت آفلاین به WSUS سرور موجود در شبکه ایزوله سازمان انتقال می دهند تا کاربران شبکه بتوانند آپدیت های مورد نیاز خود را در محیطی امن دریافت کنند.

||http://network.tosinso.com/files/get/b584e079-a7e6-4b2d-95c3-47183bc34ec2||

--
!!!! نصب رول WSUS
--
در اکثر مواقع نصب این سرویس از طریق Server Manager با مشکل مواجه می شود بنابراین بهتر این است که   به جای نصب از طریق Server Manager |فایل نصب WSUS ::http://www.microsoft.com/en-gb/download/details.aspx?id=5216|را دانلود و اجرا کنیم . همانطور که می دانیم لازمه ی استفاده از WSUS سرور نصب رول IIS است که آموزش نصب این رول در |مقاله::https://tosinso.com/articles/41276/%d8%a2%d9%85%d9%88%d8%b2%d8%b4-%d9%86%d8%b5%d8%a8-IIS-%d8%aa%d8%b5%d9%88%db%8c%d8%b1%db%8c-%d8%b1%d8%a7%d9%87-%d8%a7%d9%86%d8%af%d8%a7%d8%b2%db%8c-%d9%88%d8%a8-%d8%b3%d8%a7%db%8c%d8%aa-%d8%af%d8%b1-IIS-%d8%a8%d8%b5%d9%88%d8%b1%d8%aa-%da%af%d8%a7%d9%85-%d8%a8%d9%87-%da%af%d8%a7%d9%85| جناب مهندس نصیری آورده شده است. بهنگام نصب سرویس WSUS سیستم پیغام نصب IIS را می دهد برای منظم طی شدن روند کار قبل نصب این سرویس ، رول IIS  را نصب می کنیم.
همچنین برای اینکه سیستم برای دانلود آپدیت ها قادر به استفاده از پهنای باند بیکار اینترنت باشد و سرعت اینترنت سازمان دچار اختلال نشود قابلیت BITS یا (Background Intelligent Transfer Service) را از طریق مسیر زیر فعال می کنیم :
<c#>
Sever Manager => Features => Add Features => Background Intelligent Transfer Service (BITS)
<c#>
پس از نصب پیش نیاز های مورد نظر حال روی فایل WSUS دانلود شده برای نصب کلیک می کنیم تا ویزارد مربوط نمایش داده شود روی گزینه Next  کلیک می کنیم . در این مرحله دو گزینه برای انتخاب نوع نصب WSUS پیش روی ماست . با انتخاب گزینه اول می توان هم WSUS و هم کنسول مدیریتی آن را نصب کرد و با انتخاب گزینه دوم می شود  تنها از کنسول مدیریتی برای مدیریت چندین WSUS بصورت متمرکز استفاده کرد.

||http://network.tosinso.com/files/get/d04fbfce-229d-45dd-808d-92f15cc01ce7||

||http://network.tosinso.com/files/get/731762e8-37e0-4840-b1fc-cffdb972da68||

  در این بخش متن مبنی بر توافقنامه مربوط به License  این سرویس را خوانده و با تایید آن به مرحله بعد می رویم.

||http://network.tosinso.com/files/get/3f25bbe3-576c-4ed0-a79b-0dbdefc5f1d1||

 در صورتی که Microsoft Report Viewer روی سرور نصب نباشد در این قسمت پیغام مبنی بر عدم نصب این برنامه نمایش داده خواهد شد که می توانیم این نرم افزار را از سایت مایکروسافت به صورت رایگان |دانلود::http://www.microsoft.com/en-gb/download/details.aspx?id=3841| و نصب کنیم.

||http://network.tosinso.com/files/get/dd3e1992-22e2-4f0a-a150-1a11b9075209||

در این مرحله هارد دیسک و فولدری که می خواهیم آپدیت های دانلود شده روی آن ذخیره شوند را به سیستم معرفی می کنیم با توجه به توضیحات این بخش از ویزارد  ، باید از هاردی با حداقل  6GB  فضای آزاد استفاده کنیم که بسته به نوع و حجم دریافت آپدیت های مورد نظر ما این مقدار می تواند از حداقل فضای پیشنهاد شده بیشتر باشد. توصیه می شود که درایو در نظر گرفته شده برای ذخیره ی آپدیت ها با درایوی که سیستم عامل روی آن قرار دارد یکسان نباشد.

||http://network.tosinso.com/files/get/bb7cab65-8008-4dee-890e-3df355e7319a||

برای تعیین یک پایگاه داده داخلی برای WSUS باید درایوی را انتخاب کنیم که حداقل 2GB  فضای آزاد داشته باشد. اگر در شبکه SQL Server  موجود باشد  در اینجا با مارک دار کردن گزینه Using an existing database server on a remote computer می توان آن را بعنوان یک پایگاه داده خارجی برای سرویس معرفی کرد.و نیز با کلیک روی گزینه Browse باید آدرس SQL سرور را به سیستم معرفی کنیم این گزینه زمانی می تواند مفید باشد که یک SQL  سرور ی را اختصاص دهیم که توسط مدیران پایگاه داده مدیریت شود. 

||http://network.tosinso.com/files/get/64a35c79-591e-48e2-aa1f-683e91b8991a|| 

همانگونه که ذکر شد مبنای کار WSUS بر اساس IIS است در اینجا می توان IIS پیشفرض سرور را انتخاب کرد و یا یک IIS ویژه برای WSUS در نظر گرفت .انتخاب گزینه Use the existing IIS Default Web site از سوی مایکروسافت توصیه شده است.

||http://network.tosinso.com/files/get/183f15d9-c2ba-4623-9b8d-8ad09a6ceb23|| 

 در این صفحه خلاصه ای از تنظیماتی که تاکنون انجام دادیم نمایش داده شده است روی گزینه Next کلیک می کنیم تا فرایند نصب آغار شود.

  ||http://network.tosinso.com/files/get/b779ae3a-ef6a-4a90-8a2c-9eb998262292||

در پایان روی گزینه Finish  کلیک می کنیم تا این مرحله از نصب WSUS با موفقیت صورت گرفته باشد.

||http://network.tosinso.com/files/get/d138fb6b-4cc2-4e1d-939f-901262eccae3||

 پس از پایان یافتن نصب از طریق ویزارد ، بصورت خودکار ویزارد مربوط به پیکربندی WSUS نمایان می شود که در اولین صفحه از آن مواردی که باید پیش از انجام تنظیمات رعایت شود را یاد آوری کند از قبیل انجام تنظیمات فایروال سرور  برای دسترسی داشتن کلاینت ها به آن ، مشخص کردن Up Stream  سرور برای WSUS سرور در حال پیکربندی و انجام تنظیمات پروکسی در صورتیکه از آن برای اتصال به اینترنت استفاده می کنیم . پس از اطمینان از این موارد روی گزینه Next کلیک می کنیم.

||http://network.tosinso.com/files/get/1f9b7bb5-5795-4330-ba59-eef59e4745da||

 در این بخش می توان تعیین کرد که در صورت بروز مشکل در روند کار WSUS  ، اطلاعات را برای مایکروسافت ارسال کرده تا درصدد رفع مشکل برآید .بدین منظور باید گزینه ی Yes ,I would like to join the Microsoft Update Improvement Program  را مارکدار کنیم .

 ||http://network.tosinso.com/files/get/44583f83-96c8-405b-ac28-b2ad81d3f984||

در این بخش برای سرور تعیین می کنیم که آپدیت ها را با سایت مایکروسافت و یابا یک WSUS دیگر (Up Stream Server ) تطبیق دهد. که در صورت انتخاب یک Upstream Server  برای Sync کردن آپدیت ها باید نام و پورت مربوط به آن سرور را نیز مشخص کنیم . با برگزیدن یک WSUS دیگر بعنوان Upstream  سرور دو گزینه فعال خواهند شد که شرح آنها به قرار زیر است:
در صورتیکه که از SSL استفاده می کنیم باید تیک مربوط به گزینه Use SSL when synchronizing update information را فعال کنیم  اما باید در نظر داشته باشیم که در صورت استفاده از SSL روی این سرور ، Upstream  سرور نیز باید از SSL پشتیبانی کند. 
با انتخاب گزینه This is a replica of the Up Stream server  سرور ی که در حال پیکربندی آن هستیم تبدیل به نسخه ثانویه Up Stream  سرور انتخابی خواهد شد.

||http://network.tosinso.com/files/get/c7518150-837a-4ec0-8881-a2cd89041c5c|| 

 اگر شبکه ملزم به استفاده از پروکسی سرور برای دسترسی به اینترنت است اطلاعات مربوط به آن را در این قسمت وارد کرده در غیر اینصورت از این تنظیمات چشم پوشی و با انتخاب Next  به مرحله بعد می رویم.

||http://network.tosinso.com/files/get/d828b408-4751-481f-8286-e49102919ff7||

حال نیاز است که ویزارد WSUS برای تشخیص محصولاتی که WSUS می تواند آپدیت کند ، زبانهایی که پشتیبانی کند و نیز شناسایی انواع آپدیت ها به اینترنت متصل شود. بنابراین باید روی گزینه Start Connecting  کلیک کنیم تا ارتباط سرور با Update Server  های مایکروسافت برقرار شود . پس از تکمیل فرایند  اتصال اولیه روی گزینه Next  کلیک می کنیم .

||http://network.tosinso.com/files/get/5f1c973c-b4d0-4b2c-b2f1-d6b09274117d||

در اینجا زبان مورد نظر را برای آپدیت هایی که قصد دانلود آنها را داریم ، انتخاب می کنیم اگر در شبکه سیستم هایی موجودند که از محصولاتی با چندین زبان پشتیبانی می کنند باید Patch  هایی برای  ساپورت همه زبانها را دانلود کنیم در غیر اینصورت بر حسب نیاز ، زبان مورد نظر خود را انتخاب می کنیم که این کار باعث استفاده کمتر از فضای دیسک و افزایش سرعت دانلود خواهد شد.

||http://network.tosinso.com/files/get/aad2b990-0689-4b7a-b556-52fb17101102||

محصولاتی که قصد دانلود آپدیت برای آنها را داریم در این مرحله انتخاب می کنیم . می توان با انتخاب تمامی گزینه ها شرایط دانلود آپدیت تمامی محصولات را فراهم آورد و یا اینکه با مارکدار کردن محصولاتی که در شبکه ما موجودند ،تنها آپدیت مربوط به آنها را دریافت کنیم. گزینش محصولات مورد نظر برای دریافت آپدیت آنها علاوه بر اشغال فضای کمتری از حافظه به افزایش سرعت  و کاهش زمان دانلود آپدیت ها از سایت مایکروسافت نیز کمک می کند. همچنین می توان محصول جدیدی که در آینده در سازمان به کار گرفته می شود را به لیست برنامه های که قصد دانلود آپدیت آنها را داریم در  این قسمت  اضافه کنیم. در اینجا ما با توجه به سناریو مورد نظر  ، ویندوز 7  و ویندوز سرور 2008 R2 را برای دریافت آپدیت هایشان مارکدار می کنیم .

||http://network.tosinso.com/files/get/8a952762-3536-4e20-bb63-e35244874a70|| 

در این قسمت طبقه بندی و نوع آپدیت مورد نظر را برحسب نیاز انتخاب می کنیم انواع آپدیت ها در ابتدای مقاله توضیح داده شد.

||http://network.tosinso.com/files/get/5c532bbd-bbed-4cc0-9bb9-fd4a4e8fafc2||

می توان به صورت دستی و یا اتوماتیک تعیین کرد که WSUS  سرور در چه زمانی آپدیت ها را با سایت مایکروسافت Sync  کند .از آنجایی که بسته به سرعت اینترنت  شبکه دانلود آپدیت ها میزان قابل توجهی از پهنای باند را به خود اختصاص می دهد می توان برنامه ریزی کرد که WSUS سرور آپدیت ها را طی ساعاتی که میزان استفاده از اینترنت شبکه پایین است مثلا در طول شب دریافت کند. در این مرحله ما گزینه Synchronize Manually را انتخاب می کنیم .

||http://network.tosinso.com/files/get/a4c7dd8c-6277-40e2-ae80-239828ba7c15||
 
پس از انجام تنظیمات ذکر شده حال زمان آن است که WSUS سرور برای دانلود آپدیت ها ، برای اولین بار با سایت مایکروسافت و یا هر Up Stream  سروری که برای آن تعیین شده ، ارتباط برقرار کند . دانلود آپدیت ها برای اولین بار از سایت مایکروسافت  زمان و پهنای باند زیادی را مصرف می کندو بسته به تعداد محصولات انتخاب شده و نیز زبان ها و طبقه بندی های در نظر گرفته شده برای آنها متفاوت می باشد . همچنین می توان تعیین کرد که دریافت آپدیت ها از طریق کنسول مدیریتی و در زمانی دیگر صورت گیرد در اینجا ما گزینه Begin initial synchronization  را مارکدار می کنیم .

 ||http://network.tosinso.com/files/get/4c14e132-f6c7-45d7-9156-a4af2e8ee5d5||

اکنون خلاصه ای از مراحلی که برای سایر تنظیمات باید طی شود  برای ما نمایش داده می شود . برای بسته شدن ویزارد روی گزینه Finish کلیک می کنیم .

||http://network.tosinso.com/files/get/5013fba7-e8e5-40f6-8cc5-2cc46d4d4945||  

تا بدین جای کار به شرح  تاریخچه و معماری سیستم بروزرسانی مرکزی ،معرفی انواع آپدیت ها و نصب مرحله به مرحله ی  WSUS از طریق ویزارد  پرداختیم . در قسمت بعدی مقاله به بررسی  کنسول مدیریتی WSUS خواهیم پرداخت.

نویسنده: مریم حیات رمضانی
منبع : |جزیره سرویس های شبکه مایکروسافت وب سایت توسینسو::https://tosinso.com/microsoft|
هرگونه نشر و کپی برداری بدون ذکر منبع دارای اشکال اخلاقی می باشد

در این بخش متن مبنی بر توافقنامه مربوط به License این سرویس را خوانده و با تایید آن به مرحله بعد می رویم.

در این مقاله قصد داریم در رابطه با بروزرسانی محصولات مایکروسافت صحبت کنیم . همانطور که می دانیم بیشتر سیستم عامل هایی که در حال حاضر در جهان استفاده می شوند مایکروسافتی هستند بنابراین طبیعی است که bug ها و ضعف های موجود در آنها برای کاربران مشکل ایجاد کند این Bug  ها با وجود کابران زیاد، بسیار سریع شناسایی می شوند . هستند افرادی که از این نقاط ضعف برای Attack  به یک سیستم استفاده کنند. بنابراین مایکروسافت برای جلوگیری از بروز مشکلات ، درصدد رفع نقص محصولات برآمد و در سایت خود یک Update Center را ایجاد کرد تا کاربران بتوانند آپدیت های مربوط به رفع نقص محصول مورد نظر خود را از آن دانلود کنند. با  این راهکار کاربران با نصب یک فایل دانلود شده می توانند مشکل موجود در سیستم عامل ها و Office Product  ها و سایر محصولات مایکروسافت را برطرف کنند.
این راهکار کمک شایان توجهی به کاربران مایکروسافت برای برطرف کردن نقاط ضعف محصولاتی که مورد استفاده ی آنان بود ، کرد . اما مشکلاتی را نیز به همراه داشت . دانلود آپدیت ها از سایت مایکروسافت توسط کاربران خانگی و حتی شرکت های کوچک نتیجه بخش بود اما تصور کنید که در یک سازمان با بیش از هزار کلاینت ،هر کاربر ی برای دانلود آپدیت مورد نظر خود با سایت مایکروسافت ارتباط بر قرار کند چه اتفاقی خواهد افتاد؟بدون شک این وضعیت برای پهنای باند اینترنت سازمان ها یک معضل محسوب می شود.  در چنین شرایطی مایکروسافت وارد عمل شده و سرویسی بنام SUS یا Software Update  Services را به کاربران خود عرضه کرد  .این سرویس موجب شد تا کاربران یک سازمان بتوانند آپدیت های خود را به جای سایت مایکروسافت از یک سرور مرکزی دریافت کنند بدین ترتیب دریافت آپدیت ها توسط کلاینت های سازمان تحت مدیریت متمرکز خواهد بود . ادمین  سازمان می تواند با توجه به نو ع سیستم عاملهای سازمان و نیز نرم افزار های موجود، آپدیت های مورد نیاز را به صورت متمرکز در اختیار کلاینت ها قرار دهد.
 مدیریت آپدیت ها موجب می شود که تنها آپدیت های مورد نیاز دانلود و نصب شود بنابراین حافظه سیستم ها نیز با ذخیره داده هایی که بلا استفاده هستند ، اشغال نخواهد شد هم چنین WSUS  با مدیریت پهنای باند، باعث می شود که از سرعت اینترنت سازمان به دلیل ترافیک بالا کاسته نشود. 

مایکروسافت متعهد شده بود که از SUS تا تاریخ 6 دسامبر 2006 پشتیبانی خواهد کرد اما به دلیل استقبال مشتریان خود از این سرویس این تاریخ به 10 جولای 2007 تغییر یافت. SUS دارای این نقطه ضعف بود که تنها شرایط دانلود Hotfix ها و Patch های مربوط به سیستم عامل ویندوز را برای کاربران فراهم می کرد با این اوصاف کاربران یک شبکه از دریافت آپدیت سایر محصولات مایکروسافت بی بهره بودند . با بروزرسانی این سرویس به ورژن جدید تحت عنوان WSUS 2.0 این مشکل برطرف شد چرا که WSUS علاوه بر دانلود آپدیت های سیستم عامل ویندوز ،دانلود اتوماتیک آپدیت ها ،Hotfix ها ، Service Pack ها ، Device Driver ها و Feature Pack  های سایر محصولات مایکروسافت را از یک سرور مرکزی ،برای کاربران سازمان ها ممکن می سازد.WSUS نیز مخفف عبارت Windows Server Update Services می باشد.

پیشتر کار با SUS و WSUS تحت وب بود بدین معنی که می بایست Component مربوط به این سرویس را نصب کرده و از طریق وب سایتی که در IIS ایجاد می شد، بصورت تحت وب از آن استفاده می کردیم .اما از سال 2006 به بعد WSUS در قالب یک نرم افزار ارائه شد که با نصب آن براحتی می توان از طریق کنسول ،دریافت و توزیع آپدیت ها را مدیریت کرد.در جدول زیر تاریخچه ی بروزرسانی سرویس WSUS بیان شده است.

||http://network.tosinso.com/files/get/aa623f53-b6ad-4fe4-9304-d55b1a5d862c||
*بروز رسانی SUS به WSUS*
باید توجه داشت که Upgrade کردن SUS به WSUS ممکن نیست اما می توانیم آپدیت های دانلود و تایید شده در  SUS را به WSUS انتقال دهیم (Migrate کردن از SUS به WSUS). این راهکار باعث می شود که با نصب WSUS نیازی به دانلود مجدد آپدیتها و نیز Approve کردن آپدیت هایی که قبلا در SUS تایید  شده ، نداشته باشیم.تنها Migrate  کردن SUS 1.0 به WSUS 2.0 امکان پذیر است آپدیتها قادر به انتقال از SUS1.0  به WSUS 3.0 نخواهند بود  پس باید SUS 1.0  را قبل از نصب  WSUS 3.0 ،حذف کرد .اما  WSUS 2.0 را به WSUS 3.0 می توان Upgrade کرد.

--
!!!! انواع آپدیت ها
--
* *Critical Update*: یک بروز رسانی در نظر گرفته شده برای رفع مشکلی در نرم افزار است که بروز این مشکل در محصولات ، شرایطی بحرانی را ایجاد می کند.
* *Driver*: یک جزء نرم افزاری است که برای پشتیبانی از یک سخت افزار جدید طراحی شده است.
* *Hotfix *: آپدیتی است که برای رفع یک مشکل خاص ارائه می شود. با Hotfix می توان به رفع مشکل ، بدون Restart  و یا متوقف کردن  سرویس و سیستم دچار اختلال پرداخت.عموما Hotfix را با Patch  یکسان می دانند اما تفاوت این دو در این است که Hotfix به طور ویژه برای رفع مشکل یک مشتری در نظر گرفته شده و برای عموم کاربران توزیع نمی شود.  باید در نظر داشت که Hotfix ،آپدیت های امنیتی را شامل نمی شود. همچنین Hotfix  قابلیت های ارائه شده برای رفع یک مشکل که بصورت خاص مورد آزمایش قرار گرفته تا در اختیار عموم کاربران قرار گیرد را شامل می شود.
* *Update*: در این نوع آپدیت یک قابلیت جدید برای محصولات مایکروسافت در نظر گرفته می شود و این آپدیت برای رفع مشکلات امنیتی و اختالات مربوط به سیستم عامل ها و نرم افزار ها نمی باشد ،باید در نظر داشت که Update الزاما امنیتی نیست .
* *Security Update:* کاربران مایکروسافت جمعیت بالایی را تشکیل می دهند بنابراین نقاط ضعف امنیتی بسیاری در محصولات آن مشاهده خواهد شد و مایکروسافت این نقاط ضعف را شناسایی کرده و  آپدیت رفع نقاط ضعف و مشکلات امنیتی محصولات خود را  در اختیار کاربران قرار می دهد. آسیب پذیری های امنیتی در بولتن امنیتی مایکروسافت در سطوح حساس ،مهم ، متوسط و ضعیف یا پایین طبقه بندی می شوند.
* *Feature Packs:* بسته ای است که قابلیت های جدید ارائه شده برای یک محصول را در بر می گیرد.
* *Update Rollups:* مجموعه ای است از Hotfix  ها،Security  آپدیت ها ، critical آپدیت ها ونیز آپدیت هاست که برای سهولت در Deploy شدن در یک پکیج قرار گرفته اند.Rollup ها عموما یک هدف خاص مانند امنیت محصول و یا یک Component از یک محصول مثلا IIS را پشتیبانی می کند.
* *Service Pack* : پکیجی است در بردارنده ی همه ی Hotfix ها ،Critical  آپدیت ها ، Security آپدیت ها و همچنین آپدیت هابرای سیستم عامل ها و نرم افزار ها.علاوه بر این Service Pack را ه حل مشکلات و نقاط ضعفی که پس از عرضه محصول توسط گروهی محدودی از مشتریان شناسایی شده و نیز درخواست آنان مبنی بر تغییر در Design و قابلیت های یک محصول را شامل می شود.
* *Definition Update:* این نوع از آپدیت ها برای بروز رسانی نرم افزارهای امنیتی استفاده می شود .نرم افزارهایی مثل آنتی ویروس و Anti Malware که توسط شرکت مایکروسافت ارائه شده اند .در واقع یک Definition Update روش حذف و یا برخورد با یک کد مخرب را برای این محصولات ، نمایش می دهد. این آپدیت ها بیشتر برای محصولاتی که دارای پایگاه داده هستند ، کاربرد دارد.
* *Tool*: ابزار یا قابلیتی است که به انجام رساندن و تکمیل یک وظیفه و یا مجموعه ای از وظایف کمک می کند.

--
!!! انواع استراتژی پیاده سازی WSUS سرور
--
سه ساختار پیاده سازی سیستم بروز رسانی مرکزی برای سیستم های تحت شبکه وجود دارد ، در* نوع اول* WSUS سرور به شبکه داخلی و اینترنت متصل بوده و آپدیت ها را مستقیما از Update Center سایت مایکروسافت دانلود کرده در نهایت کاربران شبکه با WSUS سرور ارتباط برقرار کرده و آپدیت ها را از آن دریافت می کنند.

 ||http://network.tosinso.com/files/get/a9b75b46-5e9d-490a-b5ae-1929df9f0b07||

در *ساختار دوم* حداقل دو WSUS سرور وجود دارد اما در سازمانهای بزرگ این ساختار چندین WSUS سرور را در بر می گیرد. فرض را بر پیاده سازی سیستم به روز رسانی مرکزی برای یک دانشگاه  می گذاریم دانشگاه دارای یک ساختمان مرکزی و چندین دانشکده می باشد .برای اینکه ترافیک شبکه بالا نرود یک WSUS سرور را در ساختمان مرکزی قرار می دهیم که به اینترنت متصل بوده و از سایت مایکروسافت آپدیت ها را دانلود  می کند که اصطلاحا به آن Upstream سرور می گویند و در هر دانشکده نیز WSUS سرور هایی با عنوان Downstream  سرور قرار می دهیم که این Downstream  ها آپدیت های مورد نیاز را از Upstream  سرور دریافت می کنند. و در نهایت کلاینت ها آپدیت ها را از Downstream سرور ها دریافت و نصب می کنند .

||http://network.tosinso.com/files/get/894b6caa-58b3-499f-9465-b8fa5f739869||

 در *استراتژی سوم* برای سازمانهای نظامی ،اطلاعاتی و هر سازمانی که محرمانه باقی ماندن اطلاعات برای آن امری ضروریست، شبکه ای ایزوله در نظر گرفته می شود. در چنین شرایطی امکان اتصال به اینترنت و دانلود آپدیت ها در شبکه ممکن نیست  در حالی که سیستم های چنین سازمانهایی هم نیازمند بروزرسانی می باشند. بنابراین از یک WSUS سرور متصل به اینترنت در خارج از محدوده شبکه سازمان برای دانلود آپدیت ها استفاده می کنند و در نتیجه آپدیت ها را به کمک حافظه های جانبی همچون DVD و فلش ، بصورت آفلاین به WSUS سرور موجود در شبکه ایزوله سازمان انتقال می دهند تا کاربران شبکه بتوانند آپدیت های مورد نیاز خود را در محیطی امن دریافت کنند.

||http://network.tosinso.com/files/get/b584e079-a7e6-4b2d-95c3-47183bc34ec2||

--
!!!! نصب رول WSUS
--
در اکثر مواقع نصب این سرویس از طریق Server Manager با مشکل مواجه می شود بنابراین بهتر این است که   به جای نصب از طریق Server Manager |فایل نصب WSUS ::http://www.microsoft.com/en-gb/download/details.aspx?id=5216|را دانلود و اجرا کنیم . همانطور که می دانیم لازمه ی استفاده از WSUS سرور نصب رول IIS است که آموزش نصب این رول در |مقاله::https://tosinso.com/articles/41276/%d8%a2%d9%85%d9%88%d8%b2%d8%b4-%d9%86%d8%b5%d8%a8-IIS-%d8%aa%d8%b5%d9%88%db%8c%d8%b1%db%8c-%d8%b1%d8%a7%d9%87-%d8%a7%d9%86%d8%af%d8%a7%d8%b2%db%8c-%d9%88%d8%a8-%d8%b3%d8%a7%db%8c%d8%aa-%d8%af%d8%b1-IIS-%d8%a8%d8%b5%d9%88%d8%b1%d8%aa-%da%af%d8%a7%d9%85-%d8%a8%d9%87-%da%af%d8%a7%d9%85| جناب مهندس نصیری آورده شده است. بهنگام نصب سرویس WSUS سیستم پیغام نصب IIS را می دهد برای منظم طی شدن روند کار قبل نصب این سرویس ، رول IIS  را نصب می کنیم.
همچنین برای اینکه سیستم برای دانلود آپدیت ها قادر به استفاده از پهنای باند بیکار اینترنت باشد و سرعت اینترنت سازمان دچار اختلال نشود قابلیت BITS یا (Background Intelligent Transfer Service) را از طریق مسیر زیر فعال می کنیم :
<c#>
Sever Manager => Features => Add Features => Background Intelligent Transfer Service (BITS)
<c#>
پس از نصب پیش نیاز های مورد نظر حال روی فایل WSUS دانلود شده برای نصب کلیک می کنیم تا ویزارد مربوط نمایش داده شود روی گزینه Next  کلیک می کنیم . در این مرحله دو گزینه برای انتخاب نوع نصب WSUS پیش روی ماست . با انتخاب گزینه اول می توان هم WSUS و هم کنسول مدیریتی آن را نصب کرد و با انتخاب گزینه دوم می شود  تنها از کنسول مدیریتی برای مدیریت چندین WSUS بصورت متمرکز استفاده کرد.

||http://network.tosinso.com/files/get/d04fbfce-229d-45dd-808d-92f15cc01ce7||

||http://network.tosinso.com/files/get/731762e8-37e0-4840-b1fc-cffdb972da68||

  در این بخش متن مبنی بر توافقنامه مربوط به License  این سرویس را خوانده و با تایید آن به مرحله بعد می رویم.

||http://network.tosinso.com/files/get/3f25bbe3-576c-4ed0-a79b-0dbdefc5f1d1||

 در صورتی که Microsoft Report Viewer روی سرور نصب نباشد در این قسمت پیغام مبنی بر عدم نصب این برنامه نمایش داده خواهد شد که می توانیم این نرم افزار را از سایت مایکروسافت به صورت رایگان |دانلود::http://www.microsoft.com/en-gb/download/details.aspx?id=3841| و نصب کنیم.

||http://network.tosinso.com/files/get/dd3e1992-22e2-4f0a-a150-1a11b9075209||

در این مرحله هارد دیسک و فولدری که می خواهیم آپدیت های دانلود شده روی آن ذخیره شوند را به سیستم معرفی می کنیم با توجه به توضیحات این بخش از ویزارد  ، باید از هاردی با حداقل  6GB  فضای آزاد استفاده کنیم که بسته به نوع و حجم دریافت آپدیت های مورد نظر ما این مقدار می تواند از حداقل فضای پیشنهاد شده بیشتر باشد. توصیه می شود که درایو در نظر گرفته شده برای ذخیره ی آپدیت ها با درایوی که سیستم عامل روی آن قرار دارد یکسان نباشد.

||http://network.tosinso.com/files/get/bb7cab65-8008-4dee-890e-3df355e7319a||

برای تعیین یک پایگاه داده داخلی برای WSUS باید درایوی را انتخاب کنیم که حداقل 2GB  فضای آزاد داشته باشد. اگر در شبکه SQL Server  موجود باشد  در اینجا با مارک دار کردن گزینه Using an existing database server on a remote computer می توان آن را بعنوان یک پایگاه داده خارجی برای سرویس معرفی کرد.و نیز با کلیک روی گزینه Browse باید آدرس SQL سرور را به سیستم معرفی کنیم این گزینه زمانی می تواند مفید باشد که یک SQL  سرور ی را اختصاص دهیم که توسط مدیران پایگاه داده مدیریت شود. 

||http://network.tosinso.com/files/get/64a35c79-591e-48e2-aa1f-683e91b8991a|| 

همانگونه که ذکر شد مبنای کار WSUS بر اساس IIS است در اینجا می توان IIS پیشفرض سرور را انتخاب کرد و یا یک IIS ویژه برای WSUS در نظر گرفت .انتخاب گزینه Use the existing IIS Default Web site از سوی مایکروسافت توصیه شده است.

||http://network.tosinso.com/files/get/183f15d9-c2ba-4623-9b8d-8ad09a6ceb23|| 

 در این صفحه خلاصه ای از تنظیماتی که تاکنون انجام دادیم نمایش داده شده است روی گزینه Next کلیک می کنیم تا فرایند نصب آغار شود.

  ||http://network.tosinso.com/files/get/b779ae3a-ef6a-4a90-8a2c-9eb998262292||

در پایان روی گزینه Finish  کلیک می کنیم تا این مرحله از نصب WSUS با موفقیت صورت گرفته باشد.

||http://network.tosinso.com/files/get/d138fb6b-4cc2-4e1d-939f-901262eccae3||

 پس از پایان یافتن نصب از طریق ویزارد ، بصورت خودکار ویزارد مربوط به پیکربندی WSUS نمایان می شود که در اولین صفحه از آن مواردی که باید پیش از انجام تنظیمات رعایت شود را یاد آوری کند از قبیل انجام تنظیمات فایروال سرور  برای دسترسی داشتن کلاینت ها به آن ، مشخص کردن Up Stream  سرور برای WSUS سرور در حال پیکربندی و انجام تنظیمات پروکسی در صورتیکه از آن برای اتصال به اینترنت استفاده می کنیم . پس از اطمینان از این موارد روی گزینه Next کلیک می کنیم.

||http://network.tosinso.com/files/get/1f9b7bb5-5795-4330-ba59-eef59e4745da||

 در این بخش می توان تعیین کرد که در صورت بروز مشکل در روند کار WSUS  ، اطلاعات را برای مایکروسافت ارسال کرده تا درصدد رفع مشکل برآید .بدین منظور باید گزینه ی Yes ,I would like to join the Microsoft Update Improvement Program  را مارکدار کنیم .

 ||http://network.tosinso.com/files/get/44583f83-96c8-405b-ac28-b2ad81d3f984||

در این بخش برای سرور تعیین می کنیم که آپدیت ها را با سایت مایکروسافت و یابا یک WSUS دیگر (Up Stream Server ) تطبیق دهد. که در صورت انتخاب یک Upstream Server  برای Sync کردن آپدیت ها باید نام و پورت مربوط به آن سرور را نیز مشخص کنیم . با برگزیدن یک WSUS دیگر بعنوان Upstream  سرور دو گزینه فعال خواهند شد که شرح آنها به قرار زیر است:
در صورتیکه که از SSL استفاده می کنیم باید تیک مربوط به گزینه Use SSL when synchronizing update information را فعال کنیم  اما باید در نظر داشته باشیم که در صورت استفاده از SSL روی این سرور ، Upstream  سرور نیز باید از SSL پشتیبانی کند. 
با انتخاب گزینه This is a replica of the Up Stream server  سرور ی که در حال پیکربندی آن هستیم تبدیل به نسخه ثانویه Up Stream  سرور انتخابی خواهد شد.

||http://network.tosinso.com/files/get/c7518150-837a-4ec0-8881-a2cd89041c5c|| 

 اگر شبکه ملزم به استفاده از پروکسی سرور برای دسترسی به اینترنت است اطلاعات مربوط به آن را در این قسمت وارد کرده در غیر اینصورت از این تنظیمات چشم پوشی و با انتخاب Next  به مرحله بعد می رویم.

||http://network.tosinso.com/files/get/d828b408-4751-481f-8286-e49102919ff7||

حال نیاز است که ویزارد WSUS برای تشخیص محصولاتی که WSUS می تواند آپدیت کند ، زبانهایی که پشتیبانی کند و نیز شناسایی انواع آپدیت ها به اینترنت متصل شود. بنابراین باید روی گزینه Start Connecting  کلیک کنیم تا ارتباط سرور با Update Server  های مایکروسافت برقرار شود . پس از تکمیل فرایند  اتصال اولیه روی گزینه Next  کلیک می کنیم .

||http://network.tosinso.com/files/get/5f1c973c-b4d0-4b2c-b2f1-d6b09274117d||

در اینجا زبان مورد نظر را برای آپدیت هایی که قصد دانلود آنها را داریم ، انتخاب می کنیم اگر در شبکه سیستم هایی موجودند که از محصولاتی با چندین زبان پشتیبانی می کنند باید Patch  هایی برای  ساپورت همه زبانها را دانلود کنیم در غیر اینصورت بر حسب نیاز ، زبان مورد نظر خود را انتخاب می کنیم که این کار باعث استفاده کمتر از فضای دیسک و افزایش سرعت دانلود خواهد شد.

||http://network.tosinso.com/files/get/aad2b990-0689-4b7a-b556-52fb17101102||

محصولاتی که قصد دانلود آپدیت برای آنها را داریم در این مرحله انتخاب می کنیم . می توان با انتخاب تمامی گزینه ها شرایط دانلود آپدیت تمامی محصولات را فراهم آورد و یا اینکه با مارکدار کردن محصولاتی که در شبکه ما موجودند ،تنها آپدیت مربوط به آنها را دریافت کنیم. گزینش محصولات مورد نظر برای دریافت آپدیت آنها علاوه بر اشغال فضای کمتری از حافظه به افزایش سرعت  و کاهش زمان دانلود آپدیت ها از سایت مایکروسافت نیز کمک می کند. همچنین می توان محصول جدیدی که در آینده در سازمان به کار گرفته می شود را به لیست برنامه های که قصد دانلود آپدیت آنها را داریم در  این قسمت  اضافه کنیم. در اینجا ما با توجه به سناریو مورد نظر  ، ویندوز 7  و ویندوز سرور 2008 R2 را برای دریافت آپدیت هایشان مارکدار می کنیم .

||http://network.tosinso.com/files/get/8a952762-3536-4e20-bb63-e35244874a70|| 

در این قسمت طبقه بندی و نوع آپدیت مورد نظر را برحسب نیاز انتخاب می کنیم انواع آپدیت ها در ابتدای مقاله توضیح داده شد.

||http://network.tosinso.com/files/get/5c532bbd-bbed-4cc0-9bb9-fd4a4e8fafc2||

می توان به صورت دستی و یا اتوماتیک تعیین کرد که WSUS  سرور در چه زمانی آپدیت ها را با سایت مایکروسافت Sync  کند .از آنجایی که بسته به سرعت اینترنت  شبکه دانلود آپدیت ها میزان قابل توجهی از پهنای باند را به خود اختصاص می دهد می توان برنامه ریزی کرد که WSUS سرور آپدیت ها را طی ساعاتی که میزان استفاده از اینترنت شبکه پایین است مثلا در طول شب دریافت کند. در این مرحله ما گزینه Synchronize Manually را انتخاب می کنیم .

||http://network.tosinso.com/files/get/a4c7dd8c-6277-40e2-ae80-239828ba7c15||
 
پس از انجام تنظیمات ذکر شده حال زمان آن است که WSUS سرور برای دانلود آپدیت ها ، برای اولین بار با سایت مایکروسافت و یا هر Up Stream  سروری که برای آن تعیین شده ، ارتباط برقرار کند . دانلود آپدیت ها برای اولین بار از سایت مایکروسافت  زمان و پهنای باند زیادی را مصرف می کندو بسته به تعداد محصولات انتخاب شده و نیز زبان ها و طبقه بندی های در نظر گرفته شده برای آنها متفاوت می باشد . همچنین می توان تعیین کرد که دریافت آپدیت ها از طریق کنسول مدیریتی و در زمانی دیگر صورت گیرد در اینجا ما گزینه Begin initial synchronization  را مارکدار می کنیم .

 ||http://network.tosinso.com/files/get/4c14e132-f6c7-45d7-9156-a4af2e8ee5d5||

اکنون خلاصه ای از مراحلی که برای سایر تنظیمات باید طی شود  برای ما نمایش داده می شود . برای بسته شدن ویزارد روی گزینه Finish کلیک می کنیم .

||http://network.tosinso.com/files/get/5013fba7-e8e5-40f6-8cc5-2cc46d4d4945||  

تا بدین جای کار به شرح  تاریخچه و معماری سیستم بروزرسانی مرکزی ،معرفی انواع آپدیت ها و نصب مرحله به مرحله ی  WSUS از طریق ویزارد  پرداختیم . در قسمت بعدی مقاله به بررسی  کنسول مدیریتی WSUS خواهیم پرداخت.

نویسنده: مریم حیات رمضانی
منبع : |جزیره سرویس های شبکه مایکروسافت وب سایت توسینسو::https://tosinso.com/microsoft|
هرگونه نشر و کپی برداری بدون ذکر منبع دارای اشکال اخلاقی می باشد

در صورتی که Microsoft Report Viewer روی سرور نصب نباشد در این قسمت پیغام مبنی بر عدم نصب این برنامه نمایش داده خواهد شد که می توانیم این نرم افزار را از سایت مایکروسافت به صورت رایگان دانلود و نصب کنیم.

در این مقاله قصد داریم در رابطه با بروزرسانی محصولات مایکروسافت صحبت کنیم . همانطور که می دانیم بیشتر سیستم عامل هایی که در حال حاضر در جهان استفاده می شوند مایکروسافتی هستند بنابراین طبیعی است که bug ها و ضعف های موجود در آنها برای کاربران مشکل ایجاد کند این Bug  ها با وجود کابران زیاد، بسیار سریع شناسایی می شوند . هستند افرادی که از این نقاط ضعف برای Attack  به یک سیستم استفاده کنند. بنابراین مایکروسافت برای جلوگیری از بروز مشکلات ، درصدد رفع نقص محصولات برآمد و در سایت خود یک Update Center را ایجاد کرد تا کاربران بتوانند آپدیت های مربوط به رفع نقص محصول مورد نظر خود را از آن دانلود کنند. با  این راهکار کاربران با نصب یک فایل دانلود شده می توانند مشکل موجود در سیستم عامل ها و Office Product  ها و سایر محصولات مایکروسافت را برطرف کنند.
این راهکار کمک شایان توجهی به کاربران مایکروسافت برای برطرف کردن نقاط ضعف محصولاتی که مورد استفاده ی آنان بود ، کرد . اما مشکلاتی را نیز به همراه داشت . دانلود آپدیت ها از سایت مایکروسافت توسط کاربران خانگی و حتی شرکت های کوچک نتیجه بخش بود اما تصور کنید که در یک سازمان با بیش از هزار کلاینت ،هر کاربر ی برای دانلود آپدیت مورد نظر خود با سایت مایکروسافت ارتباط بر قرار کند چه اتفاقی خواهد افتاد؟بدون شک این وضعیت برای پهنای باند اینترنت سازمان ها یک معضل محسوب می شود.  در چنین شرایطی مایکروسافت وارد عمل شده و سرویسی بنام SUS یا Software Update  Services را به کاربران خود عرضه کرد  .این سرویس موجب شد تا کاربران یک سازمان بتوانند آپدیت های خود را به جای سایت مایکروسافت از یک سرور مرکزی دریافت کنند بدین ترتیب دریافت آپدیت ها توسط کلاینت های سازمان تحت مدیریت متمرکز خواهد بود . ادمین  سازمان می تواند با توجه به نو ع سیستم عاملهای سازمان و نیز نرم افزار های موجود، آپدیت های مورد نیاز را به صورت متمرکز در اختیار کلاینت ها قرار دهد.
 مدیریت آپدیت ها موجب می شود که تنها آپدیت های مورد نیاز دانلود و نصب شود بنابراین حافظه سیستم ها نیز با ذخیره داده هایی که بلا استفاده هستند ، اشغال نخواهد شد هم چنین WSUS  با مدیریت پهنای باند، باعث می شود که از سرعت اینترنت سازمان به دلیل ترافیک بالا کاسته نشود. 

مایکروسافت متعهد شده بود که از SUS تا تاریخ 6 دسامبر 2006 پشتیبانی خواهد کرد اما به دلیل استقبال مشتریان خود از این سرویس این تاریخ به 10 جولای 2007 تغییر یافت. SUS دارای این نقطه ضعف بود که تنها شرایط دانلود Hotfix ها و Patch های مربوط به سیستم عامل ویندوز را برای کاربران فراهم می کرد با این اوصاف کاربران یک شبکه از دریافت آپدیت سایر محصولات مایکروسافت بی بهره بودند . با بروزرسانی این سرویس به ورژن جدید تحت عنوان WSUS 2.0 این مشکل برطرف شد چرا که WSUS علاوه بر دانلود آپدیت های سیستم عامل ویندوز ،دانلود اتوماتیک آپدیت ها ،Hotfix ها ، Service Pack ها ، Device Driver ها و Feature Pack  های سایر محصولات مایکروسافت را از یک سرور مرکزی ،برای کاربران سازمان ها ممکن می سازد.WSUS نیز مخفف عبارت Windows Server Update Services می باشد.

پیشتر کار با SUS و WSUS تحت وب بود بدین معنی که می بایست Component مربوط به این سرویس را نصب کرده و از طریق وب سایتی که در IIS ایجاد می شد، بصورت تحت وب از آن استفاده می کردیم .اما از سال 2006 به بعد WSUS در قالب یک نرم افزار ارائه شد که با نصب آن براحتی می توان از طریق کنسول ،دریافت و توزیع آپدیت ها را مدیریت کرد.در جدول زیر تاریخچه ی بروزرسانی سرویس WSUS بیان شده است.

||http://network.tosinso.com/files/get/aa623f53-b6ad-4fe4-9304-d55b1a5d862c||
*بروز رسانی SUS به WSUS*
باید توجه داشت که Upgrade کردن SUS به WSUS ممکن نیست اما می توانیم آپدیت های دانلود و تایید شده در  SUS را به WSUS انتقال دهیم (Migrate کردن از SUS به WSUS). این راهکار باعث می شود که با نصب WSUS نیازی به دانلود مجدد آپدیتها و نیز Approve کردن آپدیت هایی که قبلا در SUS تایید  شده ، نداشته باشیم.تنها Migrate  کردن SUS 1.0 به WSUS 2.0 امکان پذیر است آپدیتها قادر به انتقال از SUS1.0  به WSUS 3.0 نخواهند بود  پس باید SUS 1.0  را قبل از نصب  WSUS 3.0 ،حذف کرد .اما  WSUS 2.0 را به WSUS 3.0 می توان Upgrade کرد.

--
!!!! انواع آپدیت ها
--
* *Critical Update*: یک بروز رسانی در نظر گرفته شده برای رفع مشکلی در نرم افزار است که بروز این مشکل در محصولات ، شرایطی بحرانی را ایجاد می کند.
* *Driver*: یک جزء نرم افزاری است که برای پشتیبانی از یک سخت افزار جدید طراحی شده است.
* *Hotfix *: آپدیتی است که برای رفع یک مشکل خاص ارائه می شود. با Hotfix می توان به رفع مشکل ، بدون Restart  و یا متوقف کردن  سرویس و سیستم دچار اختلال پرداخت.عموما Hotfix را با Patch  یکسان می دانند اما تفاوت این دو در این است که Hotfix به طور ویژه برای رفع مشکل یک مشتری در نظر گرفته شده و برای عموم کاربران توزیع نمی شود.  باید در نظر داشت که Hotfix ،آپدیت های امنیتی را شامل نمی شود. همچنین Hotfix  قابلیت های ارائه شده برای رفع یک مشکل که بصورت خاص مورد آزمایش قرار گرفته تا در اختیار عموم کاربران قرار گیرد را شامل می شود.
* *Update*: در این نوع آپدیت یک قابلیت جدید برای محصولات مایکروسافت در نظر گرفته می شود و این آپدیت برای رفع مشکلات امنیتی و اختالات مربوط به سیستم عامل ها و نرم افزار ها نمی باشد ،باید در نظر داشت که Update الزاما امنیتی نیست .
* *Security Update:* کاربران مایکروسافت جمعیت بالایی را تشکیل می دهند بنابراین نقاط ضعف امنیتی بسیاری در محصولات آن مشاهده خواهد شد و مایکروسافت این نقاط ضعف را شناسایی کرده و  آپدیت رفع نقاط ضعف و مشکلات امنیتی محصولات خود را  در اختیار کاربران قرار می دهد. آسیب پذیری های امنیتی در بولتن امنیتی مایکروسافت در سطوح حساس ،مهم ، متوسط و ضعیف یا پایین طبقه بندی می شوند.
* *Feature Packs:* بسته ای است که قابلیت های جدید ارائه شده برای یک محصول را در بر می گیرد.
* *Update Rollups:* مجموعه ای است از Hotfix  ها،Security  آپدیت ها ، critical آپدیت ها ونیز آپدیت هاست که برای سهولت در Deploy شدن در یک پکیج قرار گرفته اند.Rollup ها عموما یک هدف خاص مانند امنیت محصول و یا یک Component از یک محصول مثلا IIS را پشتیبانی می کند.
* *Service Pack* : پکیجی است در بردارنده ی همه ی Hotfix ها ،Critical  آپدیت ها ، Security آپدیت ها و همچنین آپدیت هابرای سیستم عامل ها و نرم افزار ها.علاوه بر این Service Pack را ه حل مشکلات و نقاط ضعفی که پس از عرضه محصول توسط گروهی محدودی از مشتریان شناسایی شده و نیز درخواست آنان مبنی بر تغییر در Design و قابلیت های یک محصول را شامل می شود.
* *Definition Update:* این نوع از آپدیت ها برای بروز رسانی نرم افزارهای امنیتی استفاده می شود .نرم افزارهایی مثل آنتی ویروس و Anti Malware که توسط شرکت مایکروسافت ارائه شده اند .در واقع یک Definition Update روش حذف و یا برخورد با یک کد مخرب را برای این محصولات ، نمایش می دهد. این آپدیت ها بیشتر برای محصولاتی که دارای پایگاه داده هستند ، کاربرد دارد.
* *Tool*: ابزار یا قابلیتی است که به انجام رساندن و تکمیل یک وظیفه و یا مجموعه ای از وظایف کمک می کند.

--
!!! انواع استراتژی پیاده سازی WSUS سرور
--
سه ساختار پیاده سازی سیستم بروز رسانی مرکزی برای سیستم های تحت شبکه وجود دارد ، در* نوع اول* WSUS سرور به شبکه داخلی و اینترنت متصل بوده و آپدیت ها را مستقیما از Update Center سایت مایکروسافت دانلود کرده در نهایت کاربران شبکه با WSUS سرور ارتباط برقرار کرده و آپدیت ها را از آن دریافت می کنند.

 ||http://network.tosinso.com/files/get/a9b75b46-5e9d-490a-b5ae-1929df9f0b07||

در *ساختار دوم* حداقل دو WSUS سرور وجود دارد اما در سازمانهای بزرگ این ساختار چندین WSUS سرور را در بر می گیرد. فرض را بر پیاده سازی سیستم به روز رسانی مرکزی برای یک دانشگاه  می گذاریم دانشگاه دارای یک ساختمان مرکزی و چندین دانشکده می باشد .برای اینکه ترافیک شبکه بالا نرود یک WSUS سرور را در ساختمان مرکزی قرار می دهیم که به اینترنت متصل بوده و از سایت مایکروسافت آپدیت ها را دانلود  می کند که اصطلاحا به آن Upstream سرور می گویند و در هر دانشکده نیز WSUS سرور هایی با عنوان Downstream  سرور قرار می دهیم که این Downstream  ها آپدیت های مورد نیاز را از Upstream  سرور دریافت می کنند. و در نهایت کلاینت ها آپدیت ها را از Downstream سرور ها دریافت و نصب می کنند .

||http://network.tosinso.com/files/get/894b6caa-58b3-499f-9465-b8fa5f739869||

 در *استراتژی سوم* برای سازمانهای نظامی ،اطلاعاتی و هر سازمانی که محرمانه باقی ماندن اطلاعات برای آن امری ضروریست، شبکه ای ایزوله در نظر گرفته می شود. در چنین شرایطی امکان اتصال به اینترنت و دانلود آپدیت ها در شبکه ممکن نیست  در حالی که سیستم های چنین سازمانهایی هم نیازمند بروزرسانی می باشند. بنابراین از یک WSUS سرور متصل به اینترنت در خارج از محدوده شبکه سازمان برای دانلود آپدیت ها استفاده می کنند و در نتیجه آپدیت ها را به کمک حافظه های جانبی همچون DVD و فلش ، بصورت آفلاین به WSUS سرور موجود در شبکه ایزوله سازمان انتقال می دهند تا کاربران شبکه بتوانند آپدیت های مورد نیاز خود را در محیطی امن دریافت کنند.

||http://network.tosinso.com/files/get/b584e079-a7e6-4b2d-95c3-47183bc34ec2||

--
!!!! نصب رول WSUS
--
در اکثر مواقع نصب این سرویس از طریق Server Manager با مشکل مواجه می شود بنابراین بهتر این است که   به جای نصب از طریق Server Manager |فایل نصب WSUS ::http://www.microsoft.com/en-gb/download/details.aspx?id=5216|را دانلود و اجرا کنیم . همانطور که می دانیم لازمه ی استفاده از WSUS سرور نصب رول IIS است که آموزش نصب این رول در |مقاله::https://tosinso.com/articles/41276/%d8%a2%d9%85%d9%88%d8%b2%d8%b4-%d9%86%d8%b5%d8%a8-IIS-%d8%aa%d8%b5%d9%88%db%8c%d8%b1%db%8c-%d8%b1%d8%a7%d9%87-%d8%a7%d9%86%d8%af%d8%a7%d8%b2%db%8c-%d9%88%d8%a8-%d8%b3%d8%a7%db%8c%d8%aa-%d8%af%d8%b1-IIS-%d8%a8%d8%b5%d9%88%d8%b1%d8%aa-%da%af%d8%a7%d9%85-%d8%a8%d9%87-%da%af%d8%a7%d9%85| جناب مهندس نصیری آورده شده است. بهنگام نصب سرویس WSUS سیستم پیغام نصب IIS را می دهد برای منظم طی شدن روند کار قبل نصب این سرویس ، رول IIS  را نصب می کنیم.
همچنین برای اینکه سیستم برای دانلود آپدیت ها قادر به استفاده از پهنای باند بیکار اینترنت باشد و سرعت اینترنت سازمان دچار اختلال نشود قابلیت BITS یا (Background Intelligent Transfer Service) را از طریق مسیر زیر فعال می کنیم :
<c#>
Sever Manager => Features => Add Features => Background Intelligent Transfer Service (BITS)
<c#>
پس از نصب پیش نیاز های مورد نظر حال روی فایل WSUS دانلود شده برای نصب کلیک می کنیم تا ویزارد مربوط نمایش داده شود روی گزینه Next  کلیک می کنیم . در این مرحله دو گزینه برای انتخاب نوع نصب WSUS پیش روی ماست . با انتخاب گزینه اول می توان هم WSUS و هم کنسول مدیریتی آن را نصب کرد و با انتخاب گزینه دوم می شود  تنها از کنسول مدیریتی برای مدیریت چندین WSUS بصورت متمرکز استفاده کرد.

||http://network.tosinso.com/files/get/d04fbfce-229d-45dd-808d-92f15cc01ce7||

||http://network.tosinso.com/files/get/731762e8-37e0-4840-b1fc-cffdb972da68||

  در این بخش متن مبنی بر توافقنامه مربوط به License  این سرویس را خوانده و با تایید آن به مرحله بعد می رویم.

||http://network.tosinso.com/files/get/3f25bbe3-576c-4ed0-a79b-0dbdefc5f1d1||

 در صورتی که Microsoft Report Viewer روی سرور نصب نباشد در این قسمت پیغام مبنی بر عدم نصب این برنامه نمایش داده خواهد شد که می توانیم این نرم افزار را از سایت مایکروسافت به صورت رایگان |دانلود::http://www.microsoft.com/en-gb/download/details.aspx?id=3841| و نصب کنیم.

||http://network.tosinso.com/files/get/dd3e1992-22e2-4f0a-a150-1a11b9075209||

در این مرحله هارد دیسک و فولدری که می خواهیم آپدیت های دانلود شده روی آن ذخیره شوند را به سیستم معرفی می کنیم با توجه به توضیحات این بخش از ویزارد  ، باید از هاردی با حداقل  6GB  فضای آزاد استفاده کنیم که بسته به نوع و حجم دریافت آپدیت های مورد نظر ما این مقدار می تواند از حداقل فضای پیشنهاد شده بیشتر باشد. توصیه می شود که درایو در نظر گرفته شده برای ذخیره ی آپدیت ها با درایوی که سیستم عامل روی آن قرار دارد یکسان نباشد.

||http://network.tosinso.com/files/get/bb7cab65-8008-4dee-890e-3df355e7319a||

برای تعیین یک پایگاه داده داخلی برای WSUS باید درایوی را انتخاب کنیم که حداقل 2GB  فضای آزاد داشته باشد. اگر در شبکه SQL Server  موجود باشد  در اینجا با مارک دار کردن گزینه Using an existing database server on a remote computer می توان آن را بعنوان یک پایگاه داده خارجی برای سرویس معرفی کرد.و نیز با کلیک روی گزینه Browse باید آدرس SQL سرور را به سیستم معرفی کنیم این گزینه زمانی می تواند مفید باشد که یک SQL  سرور ی را اختصاص دهیم که توسط مدیران پایگاه داده مدیریت شود. 

||http://network.tosinso.com/files/get/64a35c79-591e-48e2-aa1f-683e91b8991a|| 

همانگونه که ذکر شد مبنای کار WSUS بر اساس IIS است در اینجا می توان IIS پیشفرض سرور را انتخاب کرد و یا یک IIS ویژه برای WSUS در نظر گرفت .انتخاب گزینه Use the existing IIS Default Web site از سوی مایکروسافت توصیه شده است.

||http://network.tosinso.com/files/get/183f15d9-c2ba-4623-9b8d-8ad09a6ceb23|| 

 در این صفحه خلاصه ای از تنظیماتی که تاکنون انجام دادیم نمایش داده شده است روی گزینه Next کلیک می کنیم تا فرایند نصب آغار شود.

  ||http://network.tosinso.com/files/get/b779ae3a-ef6a-4a90-8a2c-9eb998262292||

در پایان روی گزینه Finish  کلیک می کنیم تا این مرحله از نصب WSUS با موفقیت صورت گرفته باشد.

||http://network.tosinso.com/files/get/d138fb6b-4cc2-4e1d-939f-901262eccae3||

 پس از پایان یافتن نصب از طریق ویزارد ، بصورت خودکار ویزارد مربوط به پیکربندی WSUS نمایان می شود که در اولین صفحه از آن مواردی که باید پیش از انجام تنظیمات رعایت شود را یاد آوری کند از قبیل انجام تنظیمات فایروال سرور  برای دسترسی داشتن کلاینت ها به آن ، مشخص کردن Up Stream  سرور برای WSUS سرور در حال پیکربندی و انجام تنظیمات پروکسی در صورتیکه از آن برای اتصال به اینترنت استفاده می کنیم . پس از اطمینان از این موارد روی گزینه Next کلیک می کنیم.

||http://network.tosinso.com/files/get/1f9b7bb5-5795-4330-ba59-eef59e4745da||

 در این بخش می توان تعیین کرد که در صورت بروز مشکل در روند کار WSUS  ، اطلاعات را برای مایکروسافت ارسال کرده تا درصدد رفع مشکل برآید .بدین منظور باید گزینه ی Yes ,I would like to join the Microsoft Update Improvement Program  را مارکدار کنیم .

 ||http://network.tosinso.com/files/get/44583f83-96c8-405b-ac28-b2ad81d3f984||

در این بخش برای سرور تعیین می کنیم که آپدیت ها را با سایت مایکروسافت و یابا یک WSUS دیگر (Up Stream Server ) تطبیق دهد. که در صورت انتخاب یک Upstream Server  برای Sync کردن آپدیت ها باید نام و پورت مربوط به آن سرور را نیز مشخص کنیم . با برگزیدن یک WSUS دیگر بعنوان Upstream  سرور دو گزینه فعال خواهند شد که شرح آنها به قرار زیر است:
در صورتیکه که از SSL استفاده می کنیم باید تیک مربوط به گزینه Use SSL when synchronizing update information را فعال کنیم  اما باید در نظر داشته باشیم که در صورت استفاده از SSL روی این سرور ، Upstream  سرور نیز باید از SSL پشتیبانی کند. 
با انتخاب گزینه This is a replica of the Up Stream server  سرور ی که در حال پیکربندی آن هستیم تبدیل به نسخه ثانویه Up Stream  سرور انتخابی خواهد شد.

||http://network.tosinso.com/files/get/c7518150-837a-4ec0-8881-a2cd89041c5c|| 

 اگر شبکه ملزم به استفاده از پروکسی سرور برای دسترسی به اینترنت است اطلاعات مربوط به آن را در این قسمت وارد کرده در غیر اینصورت از این تنظیمات چشم پوشی و با انتخاب Next  به مرحله بعد می رویم.

||http://network.tosinso.com/files/get/d828b408-4751-481f-8286-e49102919ff7||

حال نیاز است که ویزارد WSUS برای تشخیص محصولاتی که WSUS می تواند آپدیت کند ، زبانهایی که پشتیبانی کند و نیز شناسایی انواع آپدیت ها به اینترنت متصل شود. بنابراین باید روی گزینه Start Connecting  کلیک کنیم تا ارتباط سرور با Update Server  های مایکروسافت برقرار شود . پس از تکمیل فرایند  اتصال اولیه روی گزینه Next  کلیک می کنیم .

||http://network.tosinso.com/files/get/5f1c973c-b4d0-4b2c-b2f1-d6b09274117d||

در اینجا زبان مورد نظر را برای آپدیت هایی که قصد دانلود آنها را داریم ، انتخاب می کنیم اگر در شبکه سیستم هایی موجودند که از محصولاتی با چندین زبان پشتیبانی می کنند باید Patch  هایی برای  ساپورت همه زبانها را دانلود کنیم در غیر اینصورت بر حسب نیاز ، زبان مورد نظر خود را انتخاب می کنیم که این کار باعث استفاده کمتر از فضای دیسک و افزایش سرعت دانلود خواهد شد.

||http://network.tosinso.com/files/get/aad2b990-0689-4b7a-b556-52fb17101102||

محصولاتی که قصد دانلود آپدیت برای آنها را داریم در این مرحله انتخاب می کنیم . می توان با انتخاب تمامی گزینه ها شرایط دانلود آپدیت تمامی محصولات را فراهم آورد و یا اینکه با مارکدار کردن محصولاتی که در شبکه ما موجودند ،تنها آپدیت مربوط به آنها را دریافت کنیم. گزینش محصولات مورد نظر برای دریافت آپدیت آنها علاوه بر اشغال فضای کمتری از حافظه به افزایش سرعت  و کاهش زمان دانلود آپدیت ها از سایت مایکروسافت نیز کمک می کند. همچنین می توان محصول جدیدی که در آینده در سازمان به کار گرفته می شود را به لیست برنامه های که قصد دانلود آپدیت آنها را داریم در  این قسمت  اضافه کنیم. در اینجا ما با توجه به سناریو مورد نظر  ، ویندوز 7  و ویندوز سرور 2008 R2 را برای دریافت آپدیت هایشان مارکدار می کنیم .

||http://network.tosinso.com/files/get/8a952762-3536-4e20-bb63-e35244874a70|| 

در این قسمت طبقه بندی و نوع آپدیت مورد نظر را برحسب نیاز انتخاب می کنیم انواع آپدیت ها در ابتدای مقاله توضیح داده شد.

||http://network.tosinso.com/files/get/5c532bbd-bbed-4cc0-9bb9-fd4a4e8fafc2||

می توان به صورت دستی و یا اتوماتیک تعیین کرد که WSUS  سرور در چه زمانی آپدیت ها را با سایت مایکروسافت Sync  کند .از آنجایی که بسته به سرعت اینترنت  شبکه دانلود آپدیت ها میزان قابل توجهی از پهنای باند را به خود اختصاص می دهد می توان برنامه ریزی کرد که WSUS سرور آپدیت ها را طی ساعاتی که میزان استفاده از اینترنت شبکه پایین است مثلا در طول شب دریافت کند. در این مرحله ما گزینه Synchronize Manually را انتخاب می کنیم .

||http://network.tosinso.com/files/get/a4c7dd8c-6277-40e2-ae80-239828ba7c15||
 
پس از انجام تنظیمات ذکر شده حال زمان آن است که WSUS سرور برای دانلود آپدیت ها ، برای اولین بار با سایت مایکروسافت و یا هر Up Stream  سروری که برای آن تعیین شده ، ارتباط برقرار کند . دانلود آپدیت ها برای اولین بار از سایت مایکروسافت  زمان و پهنای باند زیادی را مصرف می کندو بسته به تعداد محصولات انتخاب شده و نیز زبان ها و طبقه بندی های در نظر گرفته شده برای آنها متفاوت می باشد . همچنین می توان تعیین کرد که دریافت آپدیت ها از طریق کنسول مدیریتی و در زمانی دیگر صورت گیرد در اینجا ما گزینه Begin initial synchronization  را مارکدار می کنیم .

 ||http://network.tosinso.com/files/get/4c14e132-f6c7-45d7-9156-a4af2e8ee5d5||

اکنون خلاصه ای از مراحلی که برای سایر تنظیمات باید طی شود  برای ما نمایش داده می شود . برای بسته شدن ویزارد روی گزینه Finish کلیک می کنیم .

||http://network.tosinso.com/files/get/5013fba7-e8e5-40f6-8cc5-2cc46d4d4945||  

تا بدین جای کار به شرح  تاریخچه و معماری سیستم بروزرسانی مرکزی ،معرفی انواع آپدیت ها و نصب مرحله به مرحله ی  WSUS از طریق ویزارد  پرداختیم . در قسمت بعدی مقاله به بررسی  کنسول مدیریتی WSUS خواهیم پرداخت.

نویسنده: مریم حیات رمضانی
منبع : |جزیره سرویس های شبکه مایکروسافت وب سایت توسینسو::https://tosinso.com/microsoft|
هرگونه نشر و کپی برداری بدون ذکر منبع دارای اشکال اخلاقی می باشد

در این مرحله هارد دیسک و فولدری که می خواهیم آپدیت های دانلود شده روی آن ذخیره شوند را به سیستم معرفی می کنیم با توجه به توضیحات این بخش از ویزارد ، باید از هاردی با حداقل 6GB فضای آزاد استفاده کنیم که بسته به نوع و حجم دریافت آپدیت های مورد نظر ما این مقدار می تواند از حداقل فضای پیشنهاد شده بیشتر باشد. توصیه می شود که درایو در نظر گرفته شده برای ذخیره ی آپدیت ها با درایوی که سیستم عامل روی آن قرار دارد یکسان نباشد.

در این مقاله قصد داریم در رابطه با بروزرسانی محصولات مایکروسافت صحبت کنیم . همانطور که می دانیم بیشتر سیستم عامل هایی که در حال حاضر در جهان استفاده می شوند مایکروسافتی هستند بنابراین طبیعی است که bug ها و ضعف های موجود در آنها برای کاربران مشکل ایجاد کند این Bug  ها با وجود کابران زیاد، بسیار سریع شناسایی می شوند . هستند افرادی که از این نقاط ضعف برای Attack  به یک سیستم استفاده کنند. بنابراین مایکروسافت برای جلوگیری از بروز مشکلات ، درصدد رفع نقص محصولات برآمد و در سایت خود یک Update Center را ایجاد کرد تا کاربران بتوانند آپدیت های مربوط به رفع نقص محصول مورد نظر خود را از آن دانلود کنند. با  این راهکار کاربران با نصب یک فایل دانلود شده می توانند مشکل موجود در سیستم عامل ها و Office Product  ها و سایر محصولات مایکروسافت را برطرف کنند.
این راهکار کمک شایان توجهی به کاربران مایکروسافت برای برطرف کردن نقاط ضعف محصولاتی که مورد استفاده ی آنان بود ، کرد . اما مشکلاتی را نیز به همراه داشت . دانلود آپدیت ها از سایت مایکروسافت توسط کاربران خانگی و حتی شرکت های کوچک نتیجه بخش بود اما تصور کنید که در یک سازمان با بیش از هزار کلاینت ،هر کاربر ی برای دانلود آپدیت مورد نظر خود با سایت مایکروسافت ارتباط بر قرار کند چه اتفاقی خواهد افتاد؟بدون شک این وضعیت برای پهنای باند اینترنت سازمان ها یک معضل محسوب می شود.  در چنین شرایطی مایکروسافت وارد عمل شده و سرویسی بنام SUS یا Software Update  Services را به کاربران خود عرضه کرد  .این سرویس موجب شد تا کاربران یک سازمان بتوانند آپدیت های خود را به جای سایت مایکروسافت از یک سرور مرکزی دریافت کنند بدین ترتیب دریافت آپدیت ها توسط کلاینت های سازمان تحت مدیریت متمرکز خواهد بود . ادمین  سازمان می تواند با توجه به نو ع سیستم عاملهای سازمان و نیز نرم افزار های موجود، آپدیت های مورد نیاز را به صورت متمرکز در اختیار کلاینت ها قرار دهد.
 مدیریت آپدیت ها موجب می شود که تنها آپدیت های مورد نیاز دانلود و نصب شود بنابراین حافظه سیستم ها نیز با ذخیره داده هایی که بلا استفاده هستند ، اشغال نخواهد شد هم چنین WSUS  با مدیریت پهنای باند، باعث می شود که از سرعت اینترنت سازمان به دلیل ترافیک بالا کاسته نشود. 

مایکروسافت متعهد شده بود که از SUS تا تاریخ 6 دسامبر 2006 پشتیبانی خواهد کرد اما به دلیل استقبال مشتریان خود از این سرویس این تاریخ به 10 جولای 2007 تغییر یافت. SUS دارای این نقطه ضعف بود که تنها شرایط دانلود Hotfix ها و Patch های مربوط به سیستم عامل ویندوز را برای کاربران فراهم می کرد با این اوصاف کاربران یک شبکه از دریافت آپدیت سایر محصولات مایکروسافت بی بهره بودند . با بروزرسانی این سرویس به ورژن جدید تحت عنوان WSUS 2.0 این مشکل برطرف شد چرا که WSUS علاوه بر دانلود آپدیت های سیستم عامل ویندوز ،دانلود اتوماتیک آپدیت ها ،Hotfix ها ، Service Pack ها ، Device Driver ها و Feature Pack  های سایر محصولات مایکروسافت را از یک سرور مرکزی ،برای کاربران سازمان ها ممکن می سازد.WSUS نیز مخفف عبارت Windows Server Update Services می باشد.

پیشتر کار با SUS و WSUS تحت وب بود بدین معنی که می بایست Component مربوط به این سرویس را نصب کرده و از طریق وب سایتی که در IIS ایجاد می شد، بصورت تحت وب از آن استفاده می کردیم .اما از سال 2006 به بعد WSUS در قالب یک نرم افزار ارائه شد که با نصب آن براحتی می توان از طریق کنسول ،دریافت و توزیع آپدیت ها را مدیریت کرد.در جدول زیر تاریخچه ی بروزرسانی سرویس WSUS بیان شده است.

||http://network.tosinso.com/files/get/aa623f53-b6ad-4fe4-9304-d55b1a5d862c||
*بروز رسانی SUS به WSUS*
باید توجه داشت که Upgrade کردن SUS به WSUS ممکن نیست اما می توانیم آپدیت های دانلود و تایید شده در  SUS را به WSUS انتقال دهیم (Migrate کردن از SUS به WSUS). این راهکار باعث می شود که با نصب WSUS نیازی به دانلود مجدد آپدیتها و نیز Approve کردن آپدیت هایی که قبلا در SUS تایید  شده ، نداشته باشیم.تنها Migrate  کردن SUS 1.0 به WSUS 2.0 امکان پذیر است آپدیتها قادر به انتقال از SUS1.0  به WSUS 3.0 نخواهند بود  پس باید SUS 1.0  را قبل از نصب  WSUS 3.0 ،حذف کرد .اما  WSUS 2.0 را به WSUS 3.0 می توان Upgrade کرد.

--
!!!! انواع آپدیت ها
--
* *Critical Update*: یک بروز رسانی در نظر گرفته شده برای رفع مشکلی در نرم افزار است که بروز این مشکل در محصولات ، شرایطی بحرانی را ایجاد می کند.
* *Driver*: یک جزء نرم افزاری است که برای پشتیبانی از یک سخت افزار جدید طراحی شده است.
* *Hotfix *: آپدیتی است که برای رفع یک مشکل خاص ارائه می شود. با Hotfix می توان به رفع مشکل ، بدون Restart  و یا متوقف کردن  سرویس و سیستم دچار اختلال پرداخت.عموما Hotfix را با Patch  یکسان می دانند اما تفاوت این دو در این است که Hotfix به طور ویژه برای رفع مشکل یک مشتری در نظر گرفته شده و برای عموم کاربران توزیع نمی شود.  باید در نظر داشت که Hotfix ،آپدیت های امنیتی را شامل نمی شود. همچنین Hotfix  قابلیت های ارائه شده برای رفع یک مشکل که بصورت خاص مورد آزمایش قرار گرفته تا در اختیار عموم کاربران قرار گیرد را شامل می شود.
* *Update*: در این نوع آپدیت یک قابلیت جدید برای محصولات مایکروسافت در نظر گرفته می شود و این آپدیت برای رفع مشکلات امنیتی و اختالات مربوط به سیستم عامل ها و نرم افزار ها نمی باشد ،باید در نظر داشت که Update الزاما امنیتی نیست .
* *Security Update:* کاربران مایکروسافت جمعیت بالایی را تشکیل می دهند بنابراین نقاط ضعف امنیتی بسیاری در محصولات آن مشاهده خواهد شد و مایکروسافت این نقاط ضعف را شناسایی کرده و  آپدیت رفع نقاط ضعف و مشکلات امنیتی محصولات خود را  در اختیار کاربران قرار می دهد. آسیب پذیری های امنیتی در بولتن امنیتی مایکروسافت در سطوح حساس ،مهم ، متوسط و ضعیف یا پایین طبقه بندی می شوند.
* *Feature Packs:* بسته ای است که قابلیت های جدید ارائه شده برای یک محصول را در بر می گیرد.
* *Update Rollups:* مجموعه ای است از Hotfix  ها،Security  آپدیت ها ، critical آپدیت ها ونیز آپدیت هاست که برای سهولت در Deploy شدن در یک پکیج قرار گرفته اند.Rollup ها عموما یک هدف خاص مانند امنیت محصول و یا یک Component از یک محصول مثلا IIS را پشتیبانی می کند.
* *Service Pack* : پکیجی است در بردارنده ی همه ی Hotfix ها ،Critical  آپدیت ها ، Security آپدیت ها و همچنین آپدیت هابرای سیستم عامل ها و نرم افزار ها.علاوه بر این Service Pack را ه حل مشکلات و نقاط ضعفی که پس از عرضه محصول توسط گروهی محدودی از مشتریان شناسایی شده و نیز درخواست آنان مبنی بر تغییر در Design و قابلیت های یک محصول را شامل می شود.
* *Definition Update:* این نوع از آپدیت ها برای بروز رسانی نرم افزارهای امنیتی استفاده می شود .نرم افزارهایی مثل آنتی ویروس و Anti Malware که توسط شرکت مایکروسافت ارائه شده اند .در واقع یک Definition Update روش حذف و یا برخورد با یک کد مخرب را برای این محصولات ، نمایش می دهد. این آپدیت ها بیشتر برای محصولاتی که دارای پایگاه داده هستند ، کاربرد دارد.
* *Tool*: ابزار یا قابلیتی است که به انجام رساندن و تکمیل یک وظیفه و یا مجموعه ای از وظایف کمک می کند.

--
!!! انواع استراتژی پیاده سازی WSUS سرور
--
سه ساختار پیاده سازی سیستم بروز رسانی مرکزی برای سیستم های تحت شبکه وجود دارد ، در* نوع اول* WSUS سرور به شبکه داخلی و اینترنت متصل بوده و آپدیت ها را مستقیما از Update Center سایت مایکروسافت دانلود کرده در نهایت کاربران شبکه با WSUS سرور ارتباط برقرار کرده و آپدیت ها را از آن دریافت می کنند.

 ||http://network.tosinso.com/files/get/a9b75b46-5e9d-490a-b5ae-1929df9f0b07||

در *ساختار دوم* حداقل دو WSUS سرور وجود دارد اما در سازمانهای بزرگ این ساختار چندین WSUS سرور را در بر می گیرد. فرض را بر پیاده سازی سیستم به روز رسانی مرکزی برای یک دانشگاه  می گذاریم دانشگاه دارای یک ساختمان مرکزی و چندین دانشکده می باشد .برای اینکه ترافیک شبکه بالا نرود یک WSUS سرور را در ساختمان مرکزی قرار می دهیم که به اینترنت متصل بوده و از سایت مایکروسافت آپدیت ها را دانلود  می کند که اصطلاحا به آن Upstream سرور می گویند و در هر دانشکده نیز WSUS سرور هایی با عنوان Downstream  سرور قرار می دهیم که این Downstream  ها آپدیت های مورد نیاز را از Upstream  سرور دریافت می کنند. و در نهایت کلاینت ها آپدیت ها را از Downstream سرور ها دریافت و نصب می کنند .

||http://network.tosinso.com/files/get/894b6caa-58b3-499f-9465-b8fa5f739869||

 در *استراتژی سوم* برای سازمانهای نظامی ،اطلاعاتی و هر سازمانی که محرمانه باقی ماندن اطلاعات برای آن امری ضروریست، شبکه ای ایزوله در نظر گرفته می شود. در چنین شرایطی امکان اتصال به اینترنت و دانلود آپدیت ها در شبکه ممکن نیست  در حالی که سیستم های چنین سازمانهایی هم نیازمند بروزرسانی می باشند. بنابراین از یک WSUS سرور متصل به اینترنت در خارج از محدوده شبکه سازمان برای دانلود آپدیت ها استفاده می کنند و در نتیجه آپدیت ها را به کمک حافظه های جانبی همچون DVD و فلش ، بصورت آفلاین به WSUS سرور موجود در شبکه ایزوله سازمان انتقال می دهند تا کاربران شبکه بتوانند آپدیت های مورد نیاز خود را در محیطی امن دریافت کنند.

||http://network.tosinso.com/files/get/b584e079-a7e6-4b2d-95c3-47183bc34ec2||

--
!!!! نصب رول WSUS
--
در اکثر مواقع نصب این سرویس از طریق Server Manager با مشکل مواجه می شود بنابراین بهتر این است که   به جای نصب از طریق Server Manager |فایل نصب WSUS ::http://www.microsoft.com/en-gb/download/details.aspx?id=5216|را دانلود و اجرا کنیم . همانطور که می دانیم لازمه ی استفاده از WSUS سرور نصب رول IIS است که آموزش نصب این رول در |مقاله::https://tosinso.com/articles/41276/%d8%a2%d9%85%d9%88%d8%b2%d8%b4-%d9%86%d8%b5%d8%a8-IIS-%d8%aa%d8%b5%d9%88%db%8c%d8%b1%db%8c-%d8%b1%d8%a7%d9%87-%d8%a7%d9%86%d8%af%d8%a7%d8%b2%db%8c-%d9%88%d8%a8-%d8%b3%d8%a7%db%8c%d8%aa-%d8%af%d8%b1-IIS-%d8%a8%d8%b5%d9%88%d8%b1%d8%aa-%da%af%d8%a7%d9%85-%d8%a8%d9%87-%da%af%d8%a7%d9%85| جناب مهندس نصیری آورده شده است. بهنگام نصب سرویس WSUS سیستم پیغام نصب IIS را می دهد برای منظم طی شدن روند کار قبل نصب این سرویس ، رول IIS  را نصب می کنیم.
همچنین برای اینکه سیستم برای دانلود آپدیت ها قادر به استفاده از پهنای باند بیکار اینترنت باشد و سرعت اینترنت سازمان دچار اختلال نشود قابلیت BITS یا (Background Intelligent Transfer Service) را از طریق مسیر زیر فعال می کنیم :
<c#>
Sever Manager => Features => Add Features => Background Intelligent Transfer Service (BITS)
<c#>
پس از نصب پیش نیاز های مورد نظر حال روی فایل WSUS دانلود شده برای نصب کلیک می کنیم تا ویزارد مربوط نمایش داده شود روی گزینه Next  کلیک می کنیم . در این مرحله دو گزینه برای انتخاب نوع نصب WSUS پیش روی ماست . با انتخاب گزینه اول می توان هم WSUS و هم کنسول مدیریتی آن را نصب کرد و با انتخاب گزینه دوم می شود  تنها از کنسول مدیریتی برای مدیریت چندین WSUS بصورت متمرکز استفاده کرد.

||http://network.tosinso.com/files/get/d04fbfce-229d-45dd-808d-92f15cc01ce7||

||http://network.tosinso.com/files/get/731762e8-37e0-4840-b1fc-cffdb972da68||

  در این بخش متن مبنی بر توافقنامه مربوط به License  این سرویس را خوانده و با تایید آن به مرحله بعد می رویم.

||http://network.tosinso.com/files/get/3f25bbe3-576c-4ed0-a79b-0dbdefc5f1d1||

 در صورتی که Microsoft Report Viewer روی سرور نصب نباشد در این قسمت پیغام مبنی بر عدم نصب این برنامه نمایش داده خواهد شد که می توانیم این نرم افزار را از سایت مایکروسافت به صورت رایگان |دانلود::http://www.microsoft.com/en-gb/download/details.aspx?id=3841| و نصب کنیم.

||http://network.tosinso.com/files/get/dd3e1992-22e2-4f0a-a150-1a11b9075209||

در این مرحله هارد دیسک و فولدری که می خواهیم آپدیت های دانلود شده روی آن ذخیره شوند را به سیستم معرفی می کنیم با توجه به توضیحات این بخش از ویزارد  ، باید از هاردی با حداقل  6GB  فضای آزاد استفاده کنیم که بسته به نوع و حجم دریافت آپدیت های مورد نظر ما این مقدار می تواند از حداقل فضای پیشنهاد شده بیشتر باشد. توصیه می شود که درایو در نظر گرفته شده برای ذخیره ی آپدیت ها با درایوی که سیستم عامل روی آن قرار دارد یکسان نباشد.

||http://network.tosinso.com/files/get/bb7cab65-8008-4dee-890e-3df355e7319a||

برای تعیین یک پایگاه داده داخلی برای WSUS باید درایوی را انتخاب کنیم که حداقل 2GB  فضای آزاد داشته باشد. اگر در شبکه SQL Server  موجود باشد  در اینجا با مارک دار کردن گزینه Using an existing database server on a remote computer می توان آن را بعنوان یک پایگاه داده خارجی برای سرویس معرفی کرد.و نیز با کلیک روی گزینه Browse باید آدرس SQL سرور را به سیستم معرفی کنیم این گزینه زمانی می تواند مفید باشد که یک SQL  سرور ی را اختصاص دهیم که توسط مدیران پایگاه داده مدیریت شود. 

||http://network.tosinso.com/files/get/64a35c79-591e-48e2-aa1f-683e91b8991a|| 

همانگونه که ذکر شد مبنای کار WSUS بر اساس IIS است در اینجا می توان IIS پیشفرض سرور را انتخاب کرد و یا یک IIS ویژه برای WSUS در نظر گرفت .انتخاب گزینه Use the existing IIS Default Web site از سوی مایکروسافت توصیه شده است.

||http://network.tosinso.com/files/get/183f15d9-c2ba-4623-9b8d-8ad09a6ceb23|| 

 در این صفحه خلاصه ای از تنظیماتی که تاکنون انجام دادیم نمایش داده شده است روی گزینه Next کلیک می کنیم تا فرایند نصب آغار شود.

  ||http://network.tosinso.com/files/get/b779ae3a-ef6a-4a90-8a2c-9eb998262292||

در پایان روی گزینه Finish  کلیک می کنیم تا این مرحله از نصب WSUS با موفقیت صورت گرفته باشد.

||http://network.tosinso.com/files/get/d138fb6b-4cc2-4e1d-939f-901262eccae3||

 پس از پایان یافتن نصب از طریق ویزارد ، بصورت خودکار ویزارد مربوط به پیکربندی WSUS نمایان می شود که در اولین صفحه از آن مواردی که باید پیش از انجام تنظیمات رعایت شود را یاد آوری کند از قبیل انجام تنظیمات فایروال سرور  برای دسترسی داشتن کلاینت ها به آن ، مشخص کردن Up Stream  سرور برای WSUS سرور در حال پیکربندی و انجام تنظیمات پروکسی در صورتیکه از آن برای اتصال به اینترنت استفاده می کنیم . پس از اطمینان از این موارد روی گزینه Next کلیک می کنیم.

||http://network.tosinso.com/files/get/1f9b7bb5-5795-4330-ba59-eef59e4745da||

 در این بخش می توان تعیین کرد که در صورت بروز مشکل در روند کار WSUS  ، اطلاعات را برای مایکروسافت ارسال کرده تا درصدد رفع مشکل برآید .بدین منظور باید گزینه ی Yes ,I would like to join the Microsoft Update Improvement Program  را مارکدار کنیم .

 ||http://network.tosinso.com/files/get/44583f83-96c8-405b-ac28-b2ad81d3f984||

در این بخش برای سرور تعیین می کنیم که آپدیت ها را با سایت مایکروسافت و یابا یک WSUS دیگر (Up Stream Server ) تطبیق دهد. که در صورت انتخاب یک Upstream Server  برای Sync کردن آپدیت ها باید نام و پورت مربوط به آن سرور را نیز مشخص کنیم . با برگزیدن یک WSUS دیگر بعنوان Upstream  سرور دو گزینه فعال خواهند شد که شرح آنها به قرار زیر است:
در صورتیکه که از SSL استفاده می کنیم باید تیک مربوط به گزینه Use SSL when synchronizing update information را فعال کنیم  اما باید در نظر داشته باشیم که در صورت استفاده از SSL روی این سرور ، Upstream  سرور نیز باید از SSL پشتیبانی کند. 
با انتخاب گزینه This is a replica of the Up Stream server  سرور ی که در حال پیکربندی آن هستیم تبدیل به نسخه ثانویه Up Stream  سرور انتخابی خواهد شد.

||http://network.tosinso.com/files/get/c7518150-837a-4ec0-8881-a2cd89041c5c|| 

 اگر شبکه ملزم به استفاده از پروکسی سرور برای دسترسی به اینترنت است اطلاعات مربوط به آن را در این قسمت وارد کرده در غیر اینصورت از این تنظیمات چشم پوشی و با انتخاب Next  به مرحله بعد می رویم.

||http://network.tosinso.com/files/get/d828b408-4751-481f-8286-e49102919ff7||

حال نیاز است که ویزارد WSUS برای تشخیص محصولاتی که WSUS می تواند آپدیت کند ، زبانهایی که پشتیبانی کند و نیز شناسایی انواع آپدیت ها به اینترنت متصل شود. بنابراین باید روی گزینه Start Connecting  کلیک کنیم تا ارتباط سرور با Update Server  های مایکروسافت برقرار شود . پس از تکمیل فرایند  اتصال اولیه روی گزینه Next  کلیک می کنیم .

||http://network.tosinso.com/files/get/5f1c973c-b4d0-4b2c-b2f1-d6b09274117d||

در اینجا زبان مورد نظر را برای آپدیت هایی که قصد دانلود آنها را داریم ، انتخاب می کنیم اگر در شبکه سیستم هایی موجودند که از محصولاتی با چندین زبان پشتیبانی می کنند باید Patch  هایی برای  ساپورت همه زبانها را دانلود کنیم در غیر اینصورت بر حسب نیاز ، زبان مورد نظر خود را انتخاب می کنیم که این کار باعث استفاده کمتر از فضای دیسک و افزایش سرعت دانلود خواهد شد.

||http://network.tosinso.com/files/get/aad2b990-0689-4b7a-b556-52fb17101102||

محصولاتی که قصد دانلود آپدیت برای آنها را داریم در این مرحله انتخاب می کنیم . می توان با انتخاب تمامی گزینه ها شرایط دانلود آپدیت تمامی محصولات را فراهم آورد و یا اینکه با مارکدار کردن محصولاتی که در شبکه ما موجودند ،تنها آپدیت مربوط به آنها را دریافت کنیم. گزینش محصولات مورد نظر برای دریافت آپدیت آنها علاوه بر اشغال فضای کمتری از حافظه به افزایش سرعت  و کاهش زمان دانلود آپدیت ها از سایت مایکروسافت نیز کمک می کند. همچنین می توان محصول جدیدی که در آینده در سازمان به کار گرفته می شود را به لیست برنامه های که قصد دانلود آپدیت آنها را داریم در  این قسمت  اضافه کنیم. در اینجا ما با توجه به سناریو مورد نظر  ، ویندوز 7  و ویندوز سرور 2008 R2 را برای دریافت آپدیت هایشان مارکدار می کنیم .

||http://network.tosinso.com/files/get/8a952762-3536-4e20-bb63-e35244874a70|| 

در این قسمت طبقه بندی و نوع آپدیت مورد نظر را برحسب نیاز انتخاب می کنیم انواع آپدیت ها در ابتدای مقاله توضیح داده شد.

||http://network.tosinso.com/files/get/5c532bbd-bbed-4cc0-9bb9-fd4a4e8fafc2||

می توان به صورت دستی و یا اتوماتیک تعیین کرد که WSUS  سرور در چه زمانی آپدیت ها را با سایت مایکروسافت Sync  کند .از آنجایی که بسته به سرعت اینترنت  شبکه دانلود آپدیت ها میزان قابل توجهی از پهنای باند را به خود اختصاص می دهد می توان برنامه ریزی کرد که WSUS سرور آپدیت ها را طی ساعاتی که میزان استفاده از اینترنت شبکه پایین است مثلا در طول شب دریافت کند. در این مرحله ما گزینه Synchronize Manually را انتخاب می کنیم .

||http://network.tosinso.com/files/get/a4c7dd8c-6277-40e2-ae80-239828ba7c15||
 
پس از انجام تنظیمات ذکر شده حال زمان آن است که WSUS سرور برای دانلود آپدیت ها ، برای اولین بار با سایت مایکروسافت و یا هر Up Stream  سروری که برای آن تعیین شده ، ارتباط برقرار کند . دانلود آپدیت ها برای اولین بار از سایت مایکروسافت  زمان و پهنای باند زیادی را مصرف می کندو بسته به تعداد محصولات انتخاب شده و نیز زبان ها و طبقه بندی های در نظر گرفته شده برای آنها متفاوت می باشد . همچنین می توان تعیین کرد که دریافت آپدیت ها از طریق کنسول مدیریتی و در زمانی دیگر صورت گیرد در اینجا ما گزینه Begin initial synchronization  را مارکدار می کنیم .

 ||http://network.tosinso.com/files/get/4c14e132-f6c7-45d7-9156-a4af2e8ee5d5||

اکنون خلاصه ای از مراحلی که برای سایر تنظیمات باید طی شود  برای ما نمایش داده می شود . برای بسته شدن ویزارد روی گزینه Finish کلیک می کنیم .

||http://network.tosinso.com/files/get/5013fba7-e8e5-40f6-8cc5-2cc46d4d4945||  

تا بدین جای کار به شرح  تاریخچه و معماری سیستم بروزرسانی مرکزی ،معرفی انواع آپدیت ها و نصب مرحله به مرحله ی  WSUS از طریق ویزارد  پرداختیم . در قسمت بعدی مقاله به بررسی  کنسول مدیریتی WSUS خواهیم پرداخت.

نویسنده: مریم حیات رمضانی
منبع : |جزیره سرویس های شبکه مایکروسافت وب سایت توسینسو::https://tosinso.com/microsoft|
هرگونه نشر و کپی برداری بدون ذکر منبع دارای اشکال اخلاقی می باشد

برای تعیین یک پایگاه داده داخلی برای WSUS باید درایوی را انتخاب کنیم که حداقل 2GB فضای آزاد داشته باشد. اگر در شبکه SQL Server موجود باشد در اینجا با مارک دار کردن گزینه Using an existing database server on a remote computer می توان آن را بعنوان یک پایگاه داده خارجی برای سرویس معرفی کرد.و نیز با کلیک روی گزینه Browse باید آدرس SQL سرور را به سیستم معرفی کنیم این گزینه زمانی می تواند مفید باشد که یک SQL سرور ی را اختصاص دهیم که توسط مدیران پایگاه داده مدیریت شود.

در این مقاله قصد داریم در رابطه با بروزرسانی محصولات مایکروسافت صحبت کنیم . همانطور که می دانیم بیشتر سیستم عامل هایی که در حال حاضر در جهان استفاده می شوند مایکروسافتی هستند بنابراین طبیعی است که bug ها و ضعف های موجود در آنها برای کاربران مشکل ایجاد کند این Bug  ها با وجود کابران زیاد، بسیار سریع شناسایی می شوند . هستند افرادی که از این نقاط ضعف برای Attack  به یک سیستم استفاده کنند. بنابراین مایکروسافت برای جلوگیری از بروز مشکلات ، درصدد رفع نقص محصولات برآمد و در سایت خود یک Update Center را ایجاد کرد تا کاربران بتوانند آپدیت های مربوط به رفع نقص محصول مورد نظر خود را از آن دانلود کنند. با  این راهکار کاربران با نصب یک فایل دانلود شده می توانند مشکل موجود در سیستم عامل ها و Office Product  ها و سایر محصولات مایکروسافت را برطرف کنند.
این راهکار کمک شایان توجهی به کاربران مایکروسافت برای برطرف کردن نقاط ضعف محصولاتی که مورد استفاده ی آنان بود ، کرد . اما مشکلاتی را نیز به همراه داشت . دانلود آپدیت ها از سایت مایکروسافت توسط کاربران خانگی و حتی شرکت های کوچک نتیجه بخش بود اما تصور کنید که در یک سازمان با بیش از هزار کلاینت ،هر کاربر ی برای دانلود آپدیت مورد نظر خود با سایت مایکروسافت ارتباط بر قرار کند چه اتفاقی خواهد افتاد؟بدون شک این وضعیت برای پهنای باند اینترنت سازمان ها یک معضل محسوب می شود.  در چنین شرایطی مایکروسافت وارد عمل شده و سرویسی بنام SUS یا Software Update  Services را به کاربران خود عرضه کرد  .این سرویس موجب شد تا کاربران یک سازمان بتوانند آپدیت های خود را به جای سایت مایکروسافت از یک سرور مرکزی دریافت کنند بدین ترتیب دریافت آپدیت ها توسط کلاینت های سازمان تحت مدیریت متمرکز خواهد بود . ادمین  سازمان می تواند با توجه به نو ع سیستم عاملهای سازمان و نیز نرم افزار های موجود، آپدیت های مورد نیاز را به صورت متمرکز در اختیار کلاینت ها قرار دهد.
 مدیریت آپدیت ها موجب می شود که تنها آپدیت های مورد نیاز دانلود و نصب شود بنابراین حافظه سیستم ها نیز با ذخیره داده هایی که بلا استفاده هستند ، اشغال نخواهد شد هم چنین WSUS  با مدیریت پهنای باند، باعث می شود که از سرعت اینترنت سازمان به دلیل ترافیک بالا کاسته نشود. 

مایکروسافت متعهد شده بود که از SUS تا تاریخ 6 دسامبر 2006 پشتیبانی خواهد کرد اما به دلیل استقبال مشتریان خود از این سرویس این تاریخ به 10 جولای 2007 تغییر یافت. SUS دارای این نقطه ضعف بود که تنها شرایط دانلود Hotfix ها و Patch های مربوط به سیستم عامل ویندوز را برای کاربران فراهم می کرد با این اوصاف کاربران یک شبکه از دریافت آپدیت سایر محصولات مایکروسافت بی بهره بودند . با بروزرسانی این سرویس به ورژن جدید تحت عنوان WSUS 2.0 این مشکل برطرف شد چرا که WSUS علاوه بر دانلود آپدیت های سیستم عامل ویندوز ،دانلود اتوماتیک آپدیت ها ،Hotfix ها ، Service Pack ها ، Device Driver ها و Feature Pack  های سایر محصولات مایکروسافت را از یک سرور مرکزی ،برای کاربران سازمان ها ممکن می سازد.WSUS نیز مخفف عبارت Windows Server Update Services می باشد.

پیشتر کار با SUS و WSUS تحت وب بود بدین معنی که می بایست Component مربوط به این سرویس را نصب کرده و از طریق وب سایتی که در IIS ایجاد می شد، بصورت تحت وب از آن استفاده می کردیم .اما از سال 2006 به بعد WSUS در قالب یک نرم افزار ارائه شد که با نصب آن براحتی می توان از طریق کنسول ،دریافت و توزیع آپدیت ها را مدیریت کرد.در جدول زیر تاریخچه ی بروزرسانی سرویس WSUS بیان شده است.

||http://network.tosinso.com/files/get/aa623f53-b6ad-4fe4-9304-d55b1a5d862c||
*بروز رسانی SUS به WSUS*
باید توجه داشت که Upgrade کردن SUS به WSUS ممکن نیست اما می توانیم آپدیت های دانلود و تایید شده در  SUS را به WSUS انتقال دهیم (Migrate کردن از SUS به WSUS). این راهکار باعث می شود که با نصب WSUS نیازی به دانلود مجدد آپدیتها و نیز Approve کردن آپدیت هایی که قبلا در SUS تایید  شده ، نداشته باشیم.تنها Migrate  کردن SUS 1.0 به WSUS 2.0 امکان پذیر است آپدیتها قادر به انتقال از SUS1.0  به WSUS 3.0 نخواهند بود  پس باید SUS 1.0  را قبل از نصب  WSUS 3.0 ،حذف کرد .اما  WSUS 2.0 را به WSUS 3.0 می توان Upgrade کرد.

--
!!!! انواع آپدیت ها
--
* *Critical Update*: یک بروز رسانی در نظر گرفته شده برای رفع مشکلی در نرم افزار است که بروز این مشکل در محصولات ، شرایطی بحرانی را ایجاد می کند.
* *Driver*: یک جزء نرم افزاری است که برای پشتیبانی از یک سخت افزار جدید طراحی شده است.
* *Hotfix *: آپدیتی است که برای رفع یک مشکل خاص ارائه می شود. با Hotfix می توان به رفع مشکل ، بدون Restart  و یا متوقف کردن  سرویس و سیستم دچار اختلال پرداخت.عموما Hotfix را با Patch  یکسان می دانند اما تفاوت این دو در این است که Hotfix به طور ویژه برای رفع مشکل یک مشتری در نظر گرفته شده و برای عموم کاربران توزیع نمی شود.  باید در نظر داشت که Hotfix ،آپدیت های امنیتی را شامل نمی شود. همچنین Hotfix  قابلیت های ارائه شده برای رفع یک مشکل که بصورت خاص مورد آزمایش قرار گرفته تا در اختیار عموم کاربران قرار گیرد را شامل می شود.
* *Update*: در این نوع آپدیت یک قابلیت جدید برای محصولات مایکروسافت در نظر گرفته می شود و این آپدیت برای رفع مشکلات امنیتی و اختالات مربوط به سیستم عامل ها و نرم افزار ها نمی باشد ،باید در نظر داشت که Update الزاما امنیتی نیست .
* *Security Update:* کاربران مایکروسافت جمعیت بالایی را تشکیل می دهند بنابراین نقاط ضعف امنیتی بسیاری در محصولات آن مشاهده خواهد شد و مایکروسافت این نقاط ضعف را شناسایی کرده و  آپدیت رفع نقاط ضعف و مشکلات امنیتی محصولات خود را  در اختیار کاربران قرار می دهد. آسیب پذیری های امنیتی در بولتن امنیتی مایکروسافت در سطوح حساس ،مهم ، متوسط و ضعیف یا پایین طبقه بندی می شوند.
* *Feature Packs:* بسته ای است که قابلیت های جدید ارائه شده برای یک محصول را در بر می گیرد.
* *Update Rollups:* مجموعه ای است از Hotfix  ها،Security  آپدیت ها ، critical آپدیت ها ونیز آپدیت هاست که برای سهولت در Deploy شدن در یک پکیج قرار گرفته اند.Rollup ها عموما یک هدف خاص مانند امنیت محصول و یا یک Component از یک محصول مثلا IIS را پشتیبانی می کند.
* *Service Pack* : پکیجی است در بردارنده ی همه ی Hotfix ها ،Critical  آپدیت ها ، Security آپدیت ها و همچنین آپدیت هابرای سیستم عامل ها و نرم افزار ها.علاوه بر این Service Pack را ه حل مشکلات و نقاط ضعفی که پس از عرضه محصول توسط گروهی محدودی از مشتریان شناسایی شده و نیز درخواست آنان مبنی بر تغییر در Design و قابلیت های یک محصول را شامل می شود.
* *Definition Update:* این نوع از آپدیت ها برای بروز رسانی نرم افزارهای امنیتی استفاده می شود .نرم افزارهایی مثل آنتی ویروس و Anti Malware که توسط شرکت مایکروسافت ارائه شده اند .در واقع یک Definition Update روش حذف و یا برخورد با یک کد مخرب را برای این محصولات ، نمایش می دهد. این آپدیت ها بیشتر برای محصولاتی که دارای پایگاه داده هستند ، کاربرد دارد.
* *Tool*: ابزار یا قابلیتی است که به انجام رساندن و تکمیل یک وظیفه و یا مجموعه ای از وظایف کمک می کند.

--
!!! انواع استراتژی پیاده سازی WSUS سرور
--
سه ساختار پیاده سازی سیستم بروز رسانی مرکزی برای سیستم های تحت شبکه وجود دارد ، در* نوع اول* WSUS سرور به شبکه داخلی و اینترنت متصل بوده و آپدیت ها را مستقیما از Update Center سایت مایکروسافت دانلود کرده در نهایت کاربران شبکه با WSUS سرور ارتباط برقرار کرده و آپدیت ها را از آن دریافت می کنند.

 ||http://network.tosinso.com/files/get/a9b75b46-5e9d-490a-b5ae-1929df9f0b07||

در *ساختار دوم* حداقل دو WSUS سرور وجود دارد اما در سازمانهای بزرگ این ساختار چندین WSUS سرور را در بر می گیرد. فرض را بر پیاده سازی سیستم به روز رسانی مرکزی برای یک دانشگاه  می گذاریم دانشگاه دارای یک ساختمان مرکزی و چندین دانشکده می باشد .برای اینکه ترافیک شبکه بالا نرود یک WSUS سرور را در ساختمان مرکزی قرار می دهیم که به اینترنت متصل بوده و از سایت مایکروسافت آپدیت ها را دانلود  می کند که اصطلاحا به آن Upstream سرور می گویند و در هر دانشکده نیز WSUS سرور هایی با عنوان Downstream  سرور قرار می دهیم که این Downstream  ها آپدیت های مورد نیاز را از Upstream  سرور دریافت می کنند. و در نهایت کلاینت ها آپدیت ها را از Downstream سرور ها دریافت و نصب می کنند .

||http://network.tosinso.com/files/get/894b6caa-58b3-499f-9465-b8fa5f739869||

 در *استراتژی سوم* برای سازمانهای نظامی ،اطلاعاتی و هر سازمانی که محرمانه باقی ماندن اطلاعات برای آن امری ضروریست، شبکه ای ایزوله در نظر گرفته می شود. در چنین شرایطی امکان اتصال به اینترنت و دانلود آپدیت ها در شبکه ممکن نیست  در حالی که سیستم های چنین سازمانهایی هم نیازمند بروزرسانی می باشند. بنابراین از یک WSUS سرور متصل به اینترنت در خارج از محدوده شبکه سازمان برای دانلود آپدیت ها استفاده می کنند و در نتیجه آپدیت ها را به کمک حافظه های جانبی همچون DVD و فلش ، بصورت آفلاین به WSUS سرور موجود در شبکه ایزوله سازمان انتقال می دهند تا کاربران شبکه بتوانند آپدیت های مورد نیاز خود را در محیطی امن دریافت کنند.

||http://network.tosinso.com/files/get/b584e079-a7e6-4b2d-95c3-47183bc34ec2||

--
!!!! نصب رول WSUS
--
در اکثر مواقع نصب این سرویس از طریق Server Manager با مشکل مواجه می شود بنابراین بهتر این است که   به جای نصب از طریق Server Manager |فایل نصب WSUS ::http://www.microsoft.com/en-gb/download/details.aspx?id=5216|را دانلود و اجرا کنیم . همانطور که می دانیم لازمه ی استفاده از WSUS سرور نصب رول IIS است که آموزش نصب این رول در |مقاله::https://tosinso.com/articles/41276/%d8%a2%d9%85%d9%88%d8%b2%d8%b4-%d9%86%d8%b5%d8%a8-IIS-%d8%aa%d8%b5%d9%88%db%8c%d8%b1%db%8c-%d8%b1%d8%a7%d9%87-%d8%a7%d9%86%d8%af%d8%a7%d8%b2%db%8c-%d9%88%d8%a8-%d8%b3%d8%a7%db%8c%d8%aa-%d8%af%d8%b1-IIS-%d8%a8%d8%b5%d9%88%d8%b1%d8%aa-%da%af%d8%a7%d9%85-%d8%a8%d9%87-%da%af%d8%a7%d9%85| جناب مهندس نصیری آورده شده است. بهنگام نصب سرویس WSUS سیستم پیغام نصب IIS را می دهد برای منظم طی شدن روند کار قبل نصب این سرویس ، رول IIS  را نصب می کنیم.
همچنین برای اینکه سیستم برای دانلود آپدیت ها قادر به استفاده از پهنای باند بیکار اینترنت باشد و سرعت اینترنت سازمان دچار اختلال نشود قابلیت BITS یا (Background Intelligent Transfer Service) را از طریق مسیر زیر فعال می کنیم :
<c#>
Sever Manager => Features => Add Features => Background Intelligent Transfer Service (BITS)
<c#>
پس از نصب پیش نیاز های مورد نظر حال روی فایل WSUS دانلود شده برای نصب کلیک می کنیم تا ویزارد مربوط نمایش داده شود روی گزینه Next  کلیک می کنیم . در این مرحله دو گزینه برای انتخاب نوع نصب WSUS پیش روی ماست . با انتخاب گزینه اول می توان هم WSUS و هم کنسول مدیریتی آن را نصب کرد و با انتخاب گزینه دوم می شود  تنها از کنسول مدیریتی برای مدیریت چندین WSUS بصورت متمرکز استفاده کرد.

||http://network.tosinso.com/files/get/d04fbfce-229d-45dd-808d-92f15cc01ce7||

||http://network.tosinso.com/files/get/731762e8-37e0-4840-b1fc-cffdb972da68||

  در این بخش متن مبنی بر توافقنامه مربوط به License  این سرویس را خوانده و با تایید آن به مرحله بعد می رویم.

||http://network.tosinso.com/files/get/3f25bbe3-576c-4ed0-a79b-0dbdefc5f1d1||

 در صورتی که Microsoft Report Viewer روی سرور نصب نباشد در این قسمت پیغام مبنی بر عدم نصب این برنامه نمایش داده خواهد شد که می توانیم این نرم افزار را از سایت مایکروسافت به صورت رایگان |دانلود::http://www.microsoft.com/en-gb/download/details.aspx?id=3841| و نصب کنیم.

||http://network.tosinso.com/files/get/dd3e1992-22e2-4f0a-a150-1a11b9075209||

در این مرحله هارد دیسک و فولدری که می خواهیم آپدیت های دانلود شده روی آن ذخیره شوند را به سیستم معرفی می کنیم با توجه به توضیحات این بخش از ویزارد  ، باید از هاردی با حداقل  6GB  فضای آزاد استفاده کنیم که بسته به نوع و حجم دریافت آپدیت های مورد نظر ما این مقدار می تواند از حداقل فضای پیشنهاد شده بیشتر باشد. توصیه می شود که درایو در نظر گرفته شده برای ذخیره ی آپدیت ها با درایوی که سیستم عامل روی آن قرار دارد یکسان نباشد.

||http://network.tosinso.com/files/get/bb7cab65-8008-4dee-890e-3df355e7319a||

برای تعیین یک پایگاه داده داخلی برای WSUS باید درایوی را انتخاب کنیم که حداقل 2GB  فضای آزاد داشته باشد. اگر در شبکه SQL Server  موجود باشد  در اینجا با مارک دار کردن گزینه Using an existing database server on a remote computer می توان آن را بعنوان یک پایگاه داده خارجی برای سرویس معرفی کرد.و نیز با کلیک روی گزینه Browse باید آدرس SQL سرور را به سیستم معرفی کنیم این گزینه زمانی می تواند مفید باشد که یک SQL  سرور ی را اختصاص دهیم که توسط مدیران پایگاه داده مدیریت شود. 

||http://network.tosinso.com/files/get/64a35c79-591e-48e2-aa1f-683e91b8991a|| 

همانگونه که ذکر شد مبنای کار WSUS بر اساس IIS است در اینجا می توان IIS پیشفرض سرور را انتخاب کرد و یا یک IIS ویژه برای WSUS در نظر گرفت .انتخاب گزینه Use the existing IIS Default Web site از سوی مایکروسافت توصیه شده است.

||http://network.tosinso.com/files/get/183f15d9-c2ba-4623-9b8d-8ad09a6ceb23|| 

 در این صفحه خلاصه ای از تنظیماتی که تاکنون انجام دادیم نمایش داده شده است روی گزینه Next کلیک می کنیم تا فرایند نصب آغار شود.

  ||http://network.tosinso.com/files/get/b779ae3a-ef6a-4a90-8a2c-9eb998262292||

در پایان روی گزینه Finish  کلیک می کنیم تا این مرحله از نصب WSUS با موفقیت صورت گرفته باشد.

||http://network.tosinso.com/files/get/d138fb6b-4cc2-4e1d-939f-901262eccae3||

 پس از پایان یافتن نصب از طریق ویزارد ، بصورت خودکار ویزارد مربوط به پیکربندی WSUS نمایان می شود که در اولین صفحه از آن مواردی که باید پیش از انجام تنظیمات رعایت شود را یاد آوری کند از قبیل انجام تنظیمات فایروال سرور  برای دسترسی داشتن کلاینت ها به آن ، مشخص کردن Up Stream  سرور برای WSUS سرور در حال پیکربندی و انجام تنظیمات پروکسی در صورتیکه از آن برای اتصال به اینترنت استفاده می کنیم . پس از اطمینان از این موارد روی گزینه Next کلیک می کنیم.

||http://network.tosinso.com/files/get/1f9b7bb5-5795-4330-ba59-eef59e4745da||

 در این بخش می توان تعیین کرد که در صورت بروز مشکل در روند کار WSUS  ، اطلاعات را برای مایکروسافت ارسال کرده تا درصدد رفع مشکل برآید .بدین منظور باید گزینه ی Yes ,I would like to join the Microsoft Update Improvement Program  را مارکدار کنیم .

 ||http://network.tosinso.com/files/get/44583f83-96c8-405b-ac28-b2ad81d3f984||

در این بخش برای سرور تعیین می کنیم که آپدیت ها را با سایت مایکروسافت و یابا یک WSUS دیگر (Up Stream Server ) تطبیق دهد. که در صورت انتخاب یک Upstream Server  برای Sync کردن آپدیت ها باید نام و پورت مربوط به آن سرور را نیز مشخص کنیم . با برگزیدن یک WSUS دیگر بعنوان Upstream  سرور دو گزینه فعال خواهند شد که شرح آنها به قرار زیر است:
در صورتیکه که از SSL استفاده می کنیم باید تیک مربوط به گزینه Use SSL when synchronizing update information را فعال کنیم  اما باید در نظر داشته باشیم که در صورت استفاده از SSL روی این سرور ، Upstream  سرور نیز باید از SSL پشتیبانی کند. 
با انتخاب گزینه This is a replica of the Up Stream server  سرور ی که در حال پیکربندی آن هستیم تبدیل به نسخه ثانویه Up Stream  سرور انتخابی خواهد شد.

||http://network.tosinso.com/files/get/c7518150-837a-4ec0-8881-a2cd89041c5c|| 

 اگر شبکه ملزم به استفاده از پروکسی سرور برای دسترسی به اینترنت است اطلاعات مربوط به آن را در این قسمت وارد کرده در غیر اینصورت از این تنظیمات چشم پوشی و با انتخاب Next  به مرحله بعد می رویم.

||http://network.tosinso.com/files/get/d828b408-4751-481f-8286-e49102919ff7||

حال نیاز است که ویزارد WSUS برای تشخیص محصولاتی که WSUS می تواند آپدیت کند ، زبانهایی که پشتیبانی کند و نیز شناسایی انواع آپدیت ها به اینترنت متصل شود. بنابراین باید روی گزینه Start Connecting  کلیک کنیم تا ارتباط سرور با Update Server  های مایکروسافت برقرار شود . پس از تکمیل فرایند  اتصال اولیه روی گزینه Next  کلیک می کنیم .

||http://network.tosinso.com/files/get/5f1c973c-b4d0-4b2c-b2f1-d6b09274117d||

در اینجا زبان مورد نظر را برای آپدیت هایی که قصد دانلود آنها را داریم ، انتخاب می کنیم اگر در شبکه سیستم هایی موجودند که از محصولاتی با چندین زبان پشتیبانی می کنند باید Patch  هایی برای  ساپورت همه زبانها را دانلود کنیم در غیر اینصورت بر حسب نیاز ، زبان مورد نظر خود را انتخاب می کنیم که این کار باعث استفاده کمتر از فضای دیسک و افزایش سرعت دانلود خواهد شد.

||http://network.tosinso.com/files/get/aad2b990-0689-4b7a-b556-52fb17101102||

محصولاتی که قصد دانلود آپدیت برای آنها را داریم در این مرحله انتخاب می کنیم . می توان با انتخاب تمامی گزینه ها شرایط دانلود آپدیت تمامی محصولات را فراهم آورد و یا اینکه با مارکدار کردن محصولاتی که در شبکه ما موجودند ،تنها آپدیت مربوط به آنها را دریافت کنیم. گزینش محصولات مورد نظر برای دریافت آپدیت آنها علاوه بر اشغال فضای کمتری از حافظه به افزایش سرعت  و کاهش زمان دانلود آپدیت ها از سایت مایکروسافت نیز کمک می کند. همچنین می توان محصول جدیدی که در آینده در سازمان به کار گرفته می شود را به لیست برنامه های که قصد دانلود آپدیت آنها را داریم در  این قسمت  اضافه کنیم. در اینجا ما با توجه به سناریو مورد نظر  ، ویندوز 7  و ویندوز سرور 2008 R2 را برای دریافت آپدیت هایشان مارکدار می کنیم .

||http://network.tosinso.com/files/get/8a952762-3536-4e20-bb63-e35244874a70|| 

در این قسمت طبقه بندی و نوع آپدیت مورد نظر را برحسب نیاز انتخاب می کنیم انواع آپدیت ها در ابتدای مقاله توضیح داده شد.

||http://network.tosinso.com/files/get/5c532bbd-bbed-4cc0-9bb9-fd4a4e8fafc2||

می توان به صورت دستی و یا اتوماتیک تعیین کرد که WSUS  سرور در چه زمانی آپدیت ها را با سایت مایکروسافت Sync  کند .از آنجایی که بسته به سرعت اینترنت  شبکه دانلود آپدیت ها میزان قابل توجهی از پهنای باند را به خود اختصاص می دهد می توان برنامه ریزی کرد که WSUS سرور آپدیت ها را طی ساعاتی که میزان استفاده از اینترنت شبکه پایین است مثلا در طول شب دریافت کند. در این مرحله ما گزینه Synchronize Manually را انتخاب می کنیم .

||http://network.tosinso.com/files/get/a4c7dd8c-6277-40e2-ae80-239828ba7c15||
 
پس از انجام تنظیمات ذکر شده حال زمان آن است که WSUS سرور برای دانلود آپدیت ها ، برای اولین بار با سایت مایکروسافت و یا هر Up Stream  سروری که برای آن تعیین شده ، ارتباط برقرار کند . دانلود آپدیت ها برای اولین بار از سایت مایکروسافت  زمان و پهنای باند زیادی را مصرف می کندو بسته به تعداد محصولات انتخاب شده و نیز زبان ها و طبقه بندی های در نظر گرفته شده برای آنها متفاوت می باشد . همچنین می توان تعیین کرد که دریافت آپدیت ها از طریق کنسول مدیریتی و در زمانی دیگر صورت گیرد در اینجا ما گزینه Begin initial synchronization  را مارکدار می کنیم .

 ||http://network.tosinso.com/files/get/4c14e132-f6c7-45d7-9156-a4af2e8ee5d5||

اکنون خلاصه ای از مراحلی که برای سایر تنظیمات باید طی شود  برای ما نمایش داده می شود . برای بسته شدن ویزارد روی گزینه Finish کلیک می کنیم .

||http://network.tosinso.com/files/get/5013fba7-e8e5-40f6-8cc5-2cc46d4d4945||  

تا بدین جای کار به شرح  تاریخچه و معماری سیستم بروزرسانی مرکزی ،معرفی انواع آپدیت ها و نصب مرحله به مرحله ی  WSUS از طریق ویزارد  پرداختیم . در قسمت بعدی مقاله به بررسی  کنسول مدیریتی WSUS خواهیم پرداخت.

نویسنده: مریم حیات رمضانی
منبع : |جزیره سرویس های شبکه مایکروسافت وب سایت توسینسو::https://tosinso.com/microsoft|
هرگونه نشر و کپی برداری بدون ذکر منبع دارای اشکال اخلاقی می باشد

همانگونه که ذکر شد مبنای کار WSUS بر اساس IIS است در اینجا می توان IIS پیشفرض سرور را انتخاب کرد و یا یک IIS ویژه برای WSUS در نظر گرفت .انتخاب گزینه Use the existing IIS Default Web site از سوی مایکروسافت توصیه شده است.

در این مقاله قصد داریم در رابطه با بروزرسانی محصولات مایکروسافت صحبت کنیم . همانطور که می دانیم بیشتر سیستم عامل هایی که در حال حاضر در جهان استفاده می شوند مایکروسافتی هستند بنابراین طبیعی است که bug ها و ضعف های موجود در آنها برای کاربران مشکل ایجاد کند این Bug  ها با وجود کابران زیاد، بسیار سریع شناسایی می شوند . هستند افرادی که از این نقاط ضعف برای Attack  به یک سیستم استفاده کنند. بنابراین مایکروسافت برای جلوگیری از بروز مشکلات ، درصدد رفع نقص محصولات برآمد و در سایت خود یک Update Center را ایجاد کرد تا کاربران بتوانند آپدیت های مربوط به رفع نقص محصول مورد نظر خود را از آن دانلود کنند. با  این راهکار کاربران با نصب یک فایل دانلود شده می توانند مشکل موجود در سیستم عامل ها و Office Product  ها و سایر محصولات مایکروسافت را برطرف کنند.
این راهکار کمک شایان توجهی به کاربران مایکروسافت برای برطرف کردن نقاط ضعف محصولاتی که مورد استفاده ی آنان بود ، کرد . اما مشکلاتی را نیز به همراه داشت . دانلود آپدیت ها از سایت مایکروسافت توسط کاربران خانگی و حتی شرکت های کوچک نتیجه بخش بود اما تصور کنید که در یک سازمان با بیش از هزار کلاینت ،هر کاربر ی برای دانلود آپدیت مورد نظر خود با سایت مایکروسافت ارتباط بر قرار کند چه اتفاقی خواهد افتاد؟بدون شک این وضعیت برای پهنای باند اینترنت سازمان ها یک معضل محسوب می شود.  در چنین شرایطی مایکروسافت وارد عمل شده و سرویسی بنام SUS یا Software Update  Services را به کاربران خود عرضه کرد  .این سرویس موجب شد تا کاربران یک سازمان بتوانند آپدیت های خود را به جای سایت مایکروسافت از یک سرور مرکزی دریافت کنند بدین ترتیب دریافت آپدیت ها توسط کلاینت های سازمان تحت مدیریت متمرکز خواهد بود . ادمین  سازمان می تواند با توجه به نو ع سیستم عاملهای سازمان و نیز نرم افزار های موجود، آپدیت های مورد نیاز را به صورت متمرکز در اختیار کلاینت ها قرار دهد.
 مدیریت آپدیت ها موجب می شود که تنها آپدیت های مورد نیاز دانلود و نصب شود بنابراین حافظه سیستم ها نیز با ذخیره داده هایی که بلا استفاده هستند ، اشغال نخواهد شد هم چنین WSUS  با مدیریت پهنای باند، باعث می شود که از سرعت اینترنت سازمان به دلیل ترافیک بالا کاسته نشود. 

مایکروسافت متعهد شده بود که از SUS تا تاریخ 6 دسامبر 2006 پشتیبانی خواهد کرد اما به دلیل استقبال مشتریان خود از این سرویس این تاریخ به 10 جولای 2007 تغییر یافت. SUS دارای این نقطه ضعف بود که تنها شرایط دانلود Hotfix ها و Patch های مربوط به سیستم عامل ویندوز را برای کاربران فراهم می کرد با این اوصاف کاربران یک شبکه از دریافت آپدیت سایر محصولات مایکروسافت بی بهره بودند . با بروزرسانی این سرویس به ورژن جدید تحت عنوان WSUS 2.0 این مشکل برطرف شد چرا که WSUS علاوه بر دانلود آپدیت های سیستم عامل ویندوز ،دانلود اتوماتیک آپدیت ها ،Hotfix ها ، Service Pack ها ، Device Driver ها و Feature Pack  های سایر محصولات مایکروسافت را از یک سرور مرکزی ،برای کاربران سازمان ها ممکن می سازد.WSUS نیز مخفف عبارت Windows Server Update Services می باشد.

پیشتر کار با SUS و WSUS تحت وب بود بدین معنی که می بایست Component مربوط به این سرویس را نصب کرده و از طریق وب سایتی که در IIS ایجاد می شد، بصورت تحت وب از آن استفاده می کردیم .اما از سال 2006 به بعد WSUS در قالب یک نرم افزار ارائه شد که با نصب آن براحتی می توان از طریق کنسول ،دریافت و توزیع آپدیت ها را مدیریت کرد.در جدول زیر تاریخچه ی بروزرسانی سرویس WSUS بیان شده است.

||http://network.tosinso.com/files/get/aa623f53-b6ad-4fe4-9304-d55b1a5d862c||
*بروز رسانی SUS به WSUS*
باید توجه داشت که Upgrade کردن SUS به WSUS ممکن نیست اما می توانیم آپدیت های دانلود و تایید شده در  SUS را به WSUS انتقال دهیم (Migrate کردن از SUS به WSUS). این راهکار باعث می شود که با نصب WSUS نیازی به دانلود مجدد آپدیتها و نیز Approve کردن آپدیت هایی که قبلا در SUS تایید  شده ، نداشته باشیم.تنها Migrate  کردن SUS 1.0 به WSUS 2.0 امکان پذیر است آپدیتها قادر به انتقال از SUS1.0  به WSUS 3.0 نخواهند بود  پس باید SUS 1.0  را قبل از نصب  WSUS 3.0 ،حذف کرد .اما  WSUS 2.0 را به WSUS 3.0 می توان Upgrade کرد.

--
!!!! انواع آپدیت ها
--
* *Critical Update*: یک بروز رسانی در نظر گرفته شده برای رفع مشکلی در نرم افزار است که بروز این مشکل در محصولات ، شرایطی بحرانی را ایجاد می کند.
* *Driver*: یک جزء نرم افزاری است که برای پشتیبانی از یک سخت افزار جدید طراحی شده است.
* *Hotfix *: آپدیتی است که برای رفع یک مشکل خاص ارائه می شود. با Hotfix می توان به رفع مشکل ، بدون Restart  و یا متوقف کردن  سرویس و سیستم دچار اختلال پرداخت.عموما Hotfix را با Patch  یکسان می دانند اما تفاوت این دو در این است که Hotfix به طور ویژه برای رفع مشکل یک مشتری در نظر گرفته شده و برای عموم کاربران توزیع نمی شود.  باید در نظر داشت که Hotfix ،آپدیت های امنیتی را شامل نمی شود. همچنین Hotfix  قابلیت های ارائه شده برای رفع یک مشکل که بصورت خاص مورد آزمایش قرار گرفته تا در اختیار عموم کاربران قرار گیرد را شامل می شود.
* *Update*: در این نوع آپدیت یک قابلیت جدید برای محصولات مایکروسافت در نظر گرفته می شود و این آپدیت برای رفع مشکلات امنیتی و اختالات مربوط به سیستم عامل ها و نرم افزار ها نمی باشد ،باید در نظر داشت که Update الزاما امنیتی نیست .
* *Security Update:* کاربران مایکروسافت جمعیت بالایی را تشکیل می دهند بنابراین نقاط ضعف امنیتی بسیاری در محصولات آن مشاهده خواهد شد و مایکروسافت این نقاط ضعف را شناسایی کرده و  آپدیت رفع نقاط ضعف و مشکلات امنیتی محصولات خود را  در اختیار کاربران قرار می دهد. آسیب پذیری های امنیتی در بولتن امنیتی مایکروسافت در سطوح حساس ،مهم ، متوسط و ضعیف یا پایین طبقه بندی می شوند.
* *Feature Packs:* بسته ای است که قابلیت های جدید ارائه شده برای یک محصول را در بر می گیرد.
* *Update Rollups:* مجموعه ای است از Hotfix  ها،Security  آپدیت ها ، critical آپدیت ها ونیز آپدیت هاست که برای سهولت در Deploy شدن در یک پکیج قرار گرفته اند.Rollup ها عموما یک هدف خاص مانند امنیت محصول و یا یک Component از یک محصول مثلا IIS را پشتیبانی می کند.
* *Service Pack* : پکیجی است در بردارنده ی همه ی Hotfix ها ،Critical  آپدیت ها ، Security آپدیت ها و همچنین آپدیت هابرای سیستم عامل ها و نرم افزار ها.علاوه بر این Service Pack را ه حل مشکلات و نقاط ضعفی که پس از عرضه محصول توسط گروهی محدودی از مشتریان شناسایی شده و نیز درخواست آنان مبنی بر تغییر در Design و قابلیت های یک محصول را شامل می شود.
* *Definition Update:* این نوع از آپدیت ها برای بروز رسانی نرم افزارهای امنیتی استفاده می شود .نرم افزارهایی مثل آنتی ویروس و Anti Malware که توسط شرکت مایکروسافت ارائه شده اند .در واقع یک Definition Update روش حذف و یا برخورد با یک کد مخرب را برای این محصولات ، نمایش می دهد. این آپدیت ها بیشتر برای محصولاتی که دارای پایگاه داده هستند ، کاربرد دارد.
* *Tool*: ابزار یا قابلیتی است که به انجام رساندن و تکمیل یک وظیفه و یا مجموعه ای از وظایف کمک می کند.

--
!!! انواع استراتژی پیاده سازی WSUS سرور
--
سه ساختار پیاده سازی سیستم بروز رسانی مرکزی برای سیستم های تحت شبکه وجود دارد ، در* نوع اول* WSUS سرور به شبکه داخلی و اینترنت متصل بوده و آپدیت ها را مستقیما از Update Center سایت مایکروسافت دانلود کرده در نهایت کاربران شبکه با WSUS سرور ارتباط برقرار کرده و آپدیت ها را از آن دریافت می کنند.

 ||http://network.tosinso.com/files/get/a9b75b46-5e9d-490a-b5ae-1929df9f0b07||

در *ساختار دوم* حداقل دو WSUS سرور وجود دارد اما در سازمانهای بزرگ این ساختار چندین WSUS سرور را در بر می گیرد. فرض را بر پیاده سازی سیستم به روز رسانی مرکزی برای یک دانشگاه  می گذاریم دانشگاه دارای یک ساختمان مرکزی و چندین دانشکده می باشد .برای اینکه ترافیک شبکه بالا نرود یک WSUS سرور را در ساختمان مرکزی قرار می دهیم که به اینترنت متصل بوده و از سایت مایکروسافت آپدیت ها را دانلود  می کند که اصطلاحا به آن Upstream سرور می گویند و در هر دانشکده نیز WSUS سرور هایی با عنوان Downstream  سرور قرار می دهیم که این Downstream  ها آپدیت های مورد نیاز را از Upstream  سرور دریافت می کنند. و در نهایت کلاینت ها آپدیت ها را از Downstream سرور ها دریافت و نصب می کنند .

||http://network.tosinso.com/files/get/894b6caa-58b3-499f-9465-b8fa5f739869||

 در *استراتژی سوم* برای سازمانهای نظامی ،اطلاعاتی و هر سازمانی که محرمانه باقی ماندن اطلاعات برای آن امری ضروریست، شبکه ای ایزوله در نظر گرفته می شود. در چنین شرایطی امکان اتصال به اینترنت و دانلود آپدیت ها در شبکه ممکن نیست  در حالی که سیستم های چنین سازمانهایی هم نیازمند بروزرسانی می باشند. بنابراین از یک WSUS سرور متصل به اینترنت در خارج از محدوده شبکه سازمان برای دانلود آپدیت ها استفاده می کنند و در نتیجه آپدیت ها را به کمک حافظه های جانبی همچون DVD و فلش ، بصورت آفلاین به WSUS سرور موجود در شبکه ایزوله سازمان انتقال می دهند تا کاربران شبکه بتوانند آپدیت های مورد نیاز خود را در محیطی امن دریافت کنند.

||http://network.tosinso.com/files/get/b584e079-a7e6-4b2d-95c3-47183bc34ec2||

--
!!!! نصب رول WSUS
--
در اکثر مواقع نصب این سرویس از طریق Server Manager با مشکل مواجه می شود بنابراین بهتر این است که   به جای نصب از طریق Server Manager |فایل نصب WSUS ::http://www.microsoft.com/en-gb/download/details.aspx?id=5216|را دانلود و اجرا کنیم . همانطور که می دانیم لازمه ی استفاده از WSUS سرور نصب رول IIS است که آموزش نصب این رول در |مقاله::https://tosinso.com/articles/41276/%d8%a2%d9%85%d9%88%d8%b2%d8%b4-%d9%86%d8%b5%d8%a8-IIS-%d8%aa%d8%b5%d9%88%db%8c%d8%b1%db%8c-%d8%b1%d8%a7%d9%87-%d8%a7%d9%86%d8%af%d8%a7%d8%b2%db%8c-%d9%88%d8%a8-%d8%b3%d8%a7%db%8c%d8%aa-%d8%af%d8%b1-IIS-%d8%a8%d8%b5%d9%88%d8%b1%d8%aa-%da%af%d8%a7%d9%85-%d8%a8%d9%87-%da%af%d8%a7%d9%85| جناب مهندس نصیری آورده شده است. بهنگام نصب سرویس WSUS سیستم پیغام نصب IIS را می دهد برای منظم طی شدن روند کار قبل نصب این سرویس ، رول IIS  را نصب می کنیم.
همچنین برای اینکه سیستم برای دانلود آپدیت ها قادر به استفاده از پهنای باند بیکار اینترنت باشد و سرعت اینترنت سازمان دچار اختلال نشود قابلیت BITS یا (Background Intelligent Transfer Service) را از طریق مسیر زیر فعال می کنیم :
<c#>
Sever Manager => Features => Add Features => Background Intelligent Transfer Service (BITS)
<c#>
پس از نصب پیش نیاز های مورد نظر حال روی فایل WSUS دانلود شده برای نصب کلیک می کنیم تا ویزارد مربوط نمایش داده شود روی گزینه Next  کلیک می کنیم . در این مرحله دو گزینه برای انتخاب نوع نصب WSUS پیش روی ماست . با انتخاب گزینه اول می توان هم WSUS و هم کنسول مدیریتی آن را نصب کرد و با انتخاب گزینه دوم می شود  تنها از کنسول مدیریتی برای مدیریت چندین WSUS بصورت متمرکز استفاده کرد.

||http://network.tosinso.com/files/get/d04fbfce-229d-45dd-808d-92f15cc01ce7||

||http://network.tosinso.com/files/get/731762e8-37e0-4840-b1fc-cffdb972da68||

  در این بخش متن مبنی بر توافقنامه مربوط به License  این سرویس را خوانده و با تایید آن به مرحله بعد می رویم.

||http://network.tosinso.com/files/get/3f25bbe3-576c-4ed0-a79b-0dbdefc5f1d1||

 در صورتی که Microsoft Report Viewer روی سرور نصب نباشد در این قسمت پیغام مبنی بر عدم نصب این برنامه نمایش داده خواهد شد که می توانیم این نرم افزار را از سایت مایکروسافت به صورت رایگان |دانلود::http://www.microsoft.com/en-gb/download/details.aspx?id=3841| و نصب کنیم.

||http://network.tosinso.com/files/get/dd3e1992-22e2-4f0a-a150-1a11b9075209||

در این مرحله هارد دیسک و فولدری که می خواهیم آپدیت های دانلود شده روی آن ذخیره شوند را به سیستم معرفی می کنیم با توجه به توضیحات این بخش از ویزارد  ، باید از هاردی با حداقل  6GB  فضای آزاد استفاده کنیم که بسته به نوع و حجم دریافت آپدیت های مورد نظر ما این مقدار می تواند از حداقل فضای پیشنهاد شده بیشتر باشد. توصیه می شود که درایو در نظر گرفته شده برای ذخیره ی آپدیت ها با درایوی که سیستم عامل روی آن قرار دارد یکسان نباشد.

||http://network.tosinso.com/files/get/bb7cab65-8008-4dee-890e-3df355e7319a||

برای تعیین یک پایگاه داده داخلی برای WSUS باید درایوی را انتخاب کنیم که حداقل 2GB  فضای آزاد داشته باشد. اگر در شبکه SQL Server  موجود باشد  در اینجا با مارک دار کردن گزینه Using an existing database server on a remote computer می توان آن را بعنوان یک پایگاه داده خارجی برای سرویس معرفی کرد.و نیز با کلیک روی گزینه Browse باید آدرس SQL سرور را به سیستم معرفی کنیم این گزینه زمانی می تواند مفید باشد که یک SQL  سرور ی را اختصاص دهیم که توسط مدیران پایگاه داده مدیریت شود. 

||http://network.tosinso.com/files/get/64a35c79-591e-48e2-aa1f-683e91b8991a|| 

همانگونه که ذکر شد مبنای کار WSUS بر اساس IIS است در اینجا می توان IIS پیشفرض سرور را انتخاب کرد و یا یک IIS ویژه برای WSUS در نظر گرفت .انتخاب گزینه Use the existing IIS Default Web site از سوی مایکروسافت توصیه شده است.

||http://network.tosinso.com/files/get/183f15d9-c2ba-4623-9b8d-8ad09a6ceb23|| 

 در این صفحه خلاصه ای از تنظیماتی که تاکنون انجام دادیم نمایش داده شده است روی گزینه Next کلیک می کنیم تا فرایند نصب آغار شود.

  ||http://network.tosinso.com/files/get/b779ae3a-ef6a-4a90-8a2c-9eb998262292||

در پایان روی گزینه Finish  کلیک می کنیم تا این مرحله از نصب WSUS با موفقیت صورت گرفته باشد.

||http://network.tosinso.com/files/get/d138fb6b-4cc2-4e1d-939f-901262eccae3||

 پس از پایان یافتن نصب از طریق ویزارد ، بصورت خودکار ویزارد مربوط به پیکربندی WSUS نمایان می شود که در اولین صفحه از آن مواردی که باید پیش از انجام تنظیمات رعایت شود را یاد آوری کند از قبیل انجام تنظیمات فایروال سرور  برای دسترسی داشتن کلاینت ها به آن ، مشخص کردن Up Stream  سرور برای WSUS سرور در حال پیکربندی و انجام تنظیمات پروکسی در صورتیکه از آن برای اتصال به اینترنت استفاده می کنیم . پس از اطمینان از این موارد روی گزینه Next کلیک می کنیم.

||http://network.tosinso.com/files/get/1f9b7bb5-5795-4330-ba59-eef59e4745da||

 در این بخش می توان تعیین کرد که در صورت بروز مشکل در روند کار WSUS  ، اطلاعات را برای مایکروسافت ارسال کرده تا درصدد رفع مشکل برآید .بدین منظور باید گزینه ی Yes ,I would like to join the Microsoft Update Improvement Program  را مارکدار کنیم .

 ||http://network.tosinso.com/files/get/44583f83-96c8-405b-ac28-b2ad81d3f984||

در این بخش برای سرور تعیین می کنیم که آپدیت ها را با سایت مایکروسافت و یابا یک WSUS دیگر (Up Stream Server ) تطبیق دهد. که در صورت انتخاب یک Upstream Server  برای Sync کردن آپدیت ها باید نام و پورت مربوط به آن سرور را نیز مشخص کنیم . با برگزیدن یک WSUS دیگر بعنوان Upstream  سرور دو گزینه فعال خواهند شد که شرح آنها به قرار زیر است:
در صورتیکه که از SSL استفاده می کنیم باید تیک مربوط به گزینه Use SSL when synchronizing update information را فعال کنیم  اما باید در نظر داشته باشیم که در صورت استفاده از SSL روی این سرور ، Upstream  سرور نیز باید از SSL پشتیبانی کند. 
با انتخاب گزینه This is a replica of the Up Stream server  سرور ی که در حال پیکربندی آن هستیم تبدیل به نسخه ثانویه Up Stream  سرور انتخابی خواهد شد.

||http://network.tosinso.com/files/get/c7518150-837a-4ec0-8881-a2cd89041c5c|| 

 اگر شبکه ملزم به استفاده از پروکسی سرور برای دسترسی به اینترنت است اطلاعات مربوط به آن را در این قسمت وارد کرده در غیر اینصورت از این تنظیمات چشم پوشی و با انتخاب Next  به مرحله بعد می رویم.

||http://network.tosinso.com/files/get/d828b408-4751-481f-8286-e49102919ff7||

حال نیاز است که ویزارد WSUS برای تشخیص محصولاتی که WSUS می تواند آپدیت کند ، زبانهایی که پشتیبانی کند و نیز شناسایی انواع آپدیت ها به اینترنت متصل شود. بنابراین باید روی گزینه Start Connecting  کلیک کنیم تا ارتباط سرور با Update Server  های مایکروسافت برقرار شود . پس از تکمیل فرایند  اتصال اولیه روی گزینه Next  کلیک می کنیم .

||http://network.tosinso.com/files/get/5f1c973c-b4d0-4b2c-b2f1-d6b09274117d||

در اینجا زبان مورد نظر را برای آپدیت هایی که قصد دانلود آنها را داریم ، انتخاب می کنیم اگر در شبکه سیستم هایی موجودند که از محصولاتی با چندین زبان پشتیبانی می کنند باید Patch  هایی برای  ساپورت همه زبانها را دانلود کنیم در غیر اینصورت بر حسب نیاز ، زبان مورد نظر خود را انتخاب می کنیم که این کار باعث استفاده کمتر از فضای دیسک و افزایش سرعت دانلود خواهد شد.

||http://network.tosinso.com/files/get/aad2b990-0689-4b7a-b556-52fb17101102||

محصولاتی که قصد دانلود آپدیت برای آنها را داریم در این مرحله انتخاب می کنیم . می توان با انتخاب تمامی گزینه ها شرایط دانلود آپدیت تمامی محصولات را فراهم آورد و یا اینکه با مارکدار کردن محصولاتی که در شبکه ما موجودند ،تنها آپدیت مربوط به آنها را دریافت کنیم. گزینش محصولات مورد نظر برای دریافت آپدیت آنها علاوه بر اشغال فضای کمتری از حافظه به افزایش سرعت  و کاهش زمان دانلود آپدیت ها از سایت مایکروسافت نیز کمک می کند. همچنین می توان محصول جدیدی که در آینده در سازمان به کار گرفته می شود را به لیست برنامه های که قصد دانلود آپدیت آنها را داریم در  این قسمت  اضافه کنیم. در اینجا ما با توجه به سناریو مورد نظر  ، ویندوز 7  و ویندوز سرور 2008 R2 را برای دریافت آپدیت هایشان مارکدار می کنیم .

||http://network.tosinso.com/files/get/8a952762-3536-4e20-bb63-e35244874a70|| 

در این قسمت طبقه بندی و نوع آپدیت مورد نظر را برحسب نیاز انتخاب می کنیم انواع آپدیت ها در ابتدای مقاله توضیح داده شد.

||http://network.tosinso.com/files/get/5c532bbd-bbed-4cc0-9bb9-fd4a4e8fafc2||

می توان به صورت دستی و یا اتوماتیک تعیین کرد که WSUS  سرور در چه زمانی آپدیت ها را با سایت مایکروسافت Sync  کند .از آنجایی که بسته به سرعت اینترنت  شبکه دانلود آپدیت ها میزان قابل توجهی از پهنای باند را به خود اختصاص می دهد می توان برنامه ریزی کرد که WSUS سرور آپدیت ها را طی ساعاتی که میزان استفاده از اینترنت شبکه پایین است مثلا در طول شب دریافت کند. در این مرحله ما گزینه Synchronize Manually را انتخاب می کنیم .

||http://network.tosinso.com/files/get/a4c7dd8c-6277-40e2-ae80-239828ba7c15||
 
پس از انجام تنظیمات ذکر شده حال زمان آن است که WSUS سرور برای دانلود آپدیت ها ، برای اولین بار با سایت مایکروسافت و یا هر Up Stream  سروری که برای آن تعیین شده ، ارتباط برقرار کند . دانلود آپدیت ها برای اولین بار از سایت مایکروسافت  زمان و پهنای باند زیادی را مصرف می کندو بسته به تعداد محصولات انتخاب شده و نیز زبان ها و طبقه بندی های در نظر گرفته شده برای آنها متفاوت می باشد . همچنین می توان تعیین کرد که دریافت آپدیت ها از طریق کنسول مدیریتی و در زمانی دیگر صورت گیرد در اینجا ما گزینه Begin initial synchronization  را مارکدار می کنیم .

 ||http://network.tosinso.com/files/get/4c14e132-f6c7-45d7-9156-a4af2e8ee5d5||

اکنون خلاصه ای از مراحلی که برای سایر تنظیمات باید طی شود  برای ما نمایش داده می شود . برای بسته شدن ویزارد روی گزینه Finish کلیک می کنیم .

||http://network.tosinso.com/files/get/5013fba7-e8e5-40f6-8cc5-2cc46d4d4945||  

تا بدین جای کار به شرح  تاریخچه و معماری سیستم بروزرسانی مرکزی ،معرفی انواع آپدیت ها و نصب مرحله به مرحله ی  WSUS از طریق ویزارد  پرداختیم . در قسمت بعدی مقاله به بررسی  کنسول مدیریتی WSUS خواهیم پرداخت.

نویسنده: مریم حیات رمضانی
منبع : |جزیره سرویس های شبکه مایکروسافت وب سایت توسینسو::https://tosinso.com/microsoft|
هرگونه نشر و کپی برداری بدون ذکر منبع دارای اشکال اخلاقی می باشد

در این صفحه خلاصه ای از تنظیماتی که تاکنون انجام دادیم نمایش داده شده است روی گزینه Next کلیک می کنیم تا فرایند نصب آغار شود.

در این مقاله قصد داریم در رابطه با بروزرسانی محصولات مایکروسافت صحبت کنیم . همانطور که می دانیم بیشتر سیستم عامل هایی که در حال حاضر در جهان استفاده می شوند مایکروسافتی هستند بنابراین طبیعی است که bug ها و ضعف های موجود در آنها برای کاربران مشکل ایجاد کند این Bug  ها با وجود کابران زیاد، بسیار سریع شناسایی می شوند . هستند افرادی که از این نقاط ضعف برای Attack  به یک سیستم استفاده کنند. بنابراین مایکروسافت برای جلوگیری از بروز مشکلات ، درصدد رفع نقص محصولات برآمد و در سایت خود یک Update Center را ایجاد کرد تا کاربران بتوانند آپدیت های مربوط به رفع نقص محصول مورد نظر خود را از آن دانلود کنند. با  این راهکار کاربران با نصب یک فایل دانلود شده می توانند مشکل موجود در سیستم عامل ها و Office Product  ها و سایر محصولات مایکروسافت را برطرف کنند.
این راهکار کمک شایان توجهی به کاربران مایکروسافت برای برطرف کردن نقاط ضعف محصولاتی که مورد استفاده ی آنان بود ، کرد . اما مشکلاتی را نیز به همراه داشت . دانلود آپدیت ها از سایت مایکروسافت توسط کاربران خانگی و حتی شرکت های کوچک نتیجه بخش بود اما تصور کنید که در یک سازمان با بیش از هزار کلاینت ،هر کاربر ی برای دانلود آپدیت مورد نظر خود با سایت مایکروسافت ارتباط بر قرار کند چه اتفاقی خواهد افتاد؟بدون شک این وضعیت برای پهنای باند اینترنت سازمان ها یک معضل محسوب می شود.  در چنین شرایطی مایکروسافت وارد عمل شده و سرویسی بنام SUS یا Software Update  Services را به کاربران خود عرضه کرد  .این سرویس موجب شد تا کاربران یک سازمان بتوانند آپدیت های خود را به جای سایت مایکروسافت از یک سرور مرکزی دریافت کنند بدین ترتیب دریافت آپدیت ها توسط کلاینت های سازمان تحت مدیریت متمرکز خواهد بود . ادمین  سازمان می تواند با توجه به نو ع سیستم عاملهای سازمان و نیز نرم افزار های موجود، آپدیت های مورد نیاز را به صورت متمرکز در اختیار کلاینت ها قرار دهد.
 مدیریت آپدیت ها موجب می شود که تنها آپدیت های مورد نیاز دانلود و نصب شود بنابراین حافظه سیستم ها نیز با ذخیره داده هایی که بلا استفاده هستند ، اشغال نخواهد شد هم چنین WSUS  با مدیریت پهنای باند، باعث می شود که از سرعت اینترنت سازمان به دلیل ترافیک بالا کاسته نشود. 

مایکروسافت متعهد شده بود که از SUS تا تاریخ 6 دسامبر 2006 پشتیبانی خواهد کرد اما به دلیل استقبال مشتریان خود از این سرویس این تاریخ به 10 جولای 2007 تغییر یافت. SUS دارای این نقطه ضعف بود که تنها شرایط دانلود Hotfix ها و Patch های مربوط به سیستم عامل ویندوز را برای کاربران فراهم می کرد با این اوصاف کاربران یک شبکه از دریافت آپدیت سایر محصولات مایکروسافت بی بهره بودند . با بروزرسانی این سرویس به ورژن جدید تحت عنوان WSUS 2.0 این مشکل برطرف شد چرا که WSUS علاوه بر دانلود آپدیت های سیستم عامل ویندوز ،دانلود اتوماتیک آپدیت ها ،Hotfix ها ، Service Pack ها ، Device Driver ها و Feature Pack  های سایر محصولات مایکروسافت را از یک سرور مرکزی ،برای کاربران سازمان ها ممکن می سازد.WSUS نیز مخفف عبارت Windows Server Update Services می باشد.

پیشتر کار با SUS و WSUS تحت وب بود بدین معنی که می بایست Component مربوط به این سرویس را نصب کرده و از طریق وب سایتی که در IIS ایجاد می شد، بصورت تحت وب از آن استفاده می کردیم .اما از سال 2006 به بعد WSUS در قالب یک نرم افزار ارائه شد که با نصب آن براحتی می توان از طریق کنسول ،دریافت و توزیع آپدیت ها را مدیریت کرد.در جدول زیر تاریخچه ی بروزرسانی سرویس WSUS بیان شده است.

||http://network.tosinso.com/files/get/aa623f53-b6ad-4fe4-9304-d55b1a5d862c||
*بروز رسانی SUS به WSUS*
باید توجه داشت که Upgrade کردن SUS به WSUS ممکن نیست اما می توانیم آپدیت های دانلود و تایید شده در  SUS را به WSUS انتقال دهیم (Migrate کردن از SUS به WSUS). این راهکار باعث می شود که با نصب WSUS نیازی به دانلود مجدد آپدیتها و نیز Approve کردن آپدیت هایی که قبلا در SUS تایید  شده ، نداشته باشیم.تنها Migrate  کردن SUS 1.0 به WSUS 2.0 امکان پذیر است آپدیتها قادر به انتقال از SUS1.0  به WSUS 3.0 نخواهند بود  پس باید SUS 1.0  را قبل از نصب  WSUS 3.0 ،حذف کرد .اما  WSUS 2.0 را به WSUS 3.0 می توان Upgrade کرد.

--
!!!! انواع آپدیت ها
--
* *Critical Update*: یک بروز رسانی در نظر گرفته شده برای رفع مشکلی در نرم افزار است که بروز این مشکل در محصولات ، شرایطی بحرانی را ایجاد می کند.
* *Driver*: یک جزء نرم افزاری است که برای پشتیبانی از یک سخت افزار جدید طراحی شده است.
* *Hotfix *: آپدیتی است که برای رفع یک مشکل خاص ارائه می شود. با Hotfix می توان به رفع مشکل ، بدون Restart  و یا متوقف کردن  سرویس و سیستم دچار اختلال پرداخت.عموما Hotfix را با Patch  یکسان می دانند اما تفاوت این دو در این است که Hotfix به طور ویژه برای رفع مشکل یک مشتری در نظر گرفته شده و برای عموم کاربران توزیع نمی شود.  باید در نظر داشت که Hotfix ،آپدیت های امنیتی را شامل نمی شود. همچنین Hotfix  قابلیت های ارائه شده برای رفع یک مشکل که بصورت خاص مورد آزمایش قرار گرفته تا در اختیار عموم کاربران قرار گیرد را شامل می شود.
* *Update*: در این نوع آپدیت یک قابلیت جدید برای محصولات مایکروسافت در نظر گرفته می شود و این آپدیت برای رفع مشکلات امنیتی و اختالات مربوط به سیستم عامل ها و نرم افزار ها نمی باشد ،باید در نظر داشت که Update الزاما امنیتی نیست .
* *Security Update:* کاربران مایکروسافت جمعیت بالایی را تشکیل می دهند بنابراین نقاط ضعف امنیتی بسیاری در محصولات آن مشاهده خواهد شد و مایکروسافت این نقاط ضعف را شناسایی کرده و  آپدیت رفع نقاط ضعف و مشکلات امنیتی محصولات خود را  در اختیار کاربران قرار می دهد. آسیب پذیری های امنیتی در بولتن امنیتی مایکروسافت در سطوح حساس ،مهم ، متوسط و ضعیف یا پایین طبقه بندی می شوند.
* *Feature Packs:* بسته ای است که قابلیت های جدید ارائه شده برای یک محصول را در بر می گیرد.
* *Update Rollups:* مجموعه ای است از Hotfix  ها،Security  آپدیت ها ، critical آپدیت ها ونیز آپدیت هاست که برای سهولت در Deploy شدن در یک پکیج قرار گرفته اند.Rollup ها عموما یک هدف خاص مانند امنیت محصول و یا یک Component از یک محصول مثلا IIS را پشتیبانی می کند.
* *Service Pack* : پکیجی است در بردارنده ی همه ی Hotfix ها ،Critical  آپدیت ها ، Security آپدیت ها و همچنین آپدیت هابرای سیستم عامل ها و نرم افزار ها.علاوه بر این Service Pack را ه حل مشکلات و نقاط ضعفی که پس از عرضه محصول توسط گروهی محدودی از مشتریان شناسایی شده و نیز درخواست آنان مبنی بر تغییر در Design و قابلیت های یک محصول را شامل می شود.
* *Definition Update:* این نوع از آپدیت ها برای بروز رسانی نرم افزارهای امنیتی استفاده می شود .نرم افزارهایی مثل آنتی ویروس و Anti Malware که توسط شرکت مایکروسافت ارائه شده اند .در واقع یک Definition Update روش حذف و یا برخورد با یک کد مخرب را برای این محصولات ، نمایش می دهد. این آپدیت ها بیشتر برای محصولاتی که دارای پایگاه داده هستند ، کاربرد دارد.
* *Tool*: ابزار یا قابلیتی است که به انجام رساندن و تکمیل یک وظیفه و یا مجموعه ای از وظایف کمک می کند.

--
!!! انواع استراتژی پیاده سازی WSUS سرور
--
سه ساختار پیاده سازی سیستم بروز رسانی مرکزی برای سیستم های تحت شبکه وجود دارد ، در* نوع اول* WSUS سرور به شبکه داخلی و اینترنت متصل بوده و آپدیت ها را مستقیما از Update Center سایت مایکروسافت دانلود کرده در نهایت کاربران شبکه با WSUS سرور ارتباط برقرار کرده و آپدیت ها را از آن دریافت می کنند.

 ||http://network.tosinso.com/files/get/a9b75b46-5e9d-490a-b5ae-1929df9f0b07||

در *ساختار دوم* حداقل دو WSUS سرور وجود دارد اما در سازمانهای بزرگ این ساختار چندین WSUS سرور را در بر می گیرد. فرض را بر پیاده سازی سیستم به روز رسانی مرکزی برای یک دانشگاه  می گذاریم دانشگاه دارای یک ساختمان مرکزی و چندین دانشکده می باشد .برای اینکه ترافیک شبکه بالا نرود یک WSUS سرور را در ساختمان مرکزی قرار می دهیم که به اینترنت متصل بوده و از سایت مایکروسافت آپدیت ها را دانلود  می کند که اصطلاحا به آن Upstream سرور می گویند و در هر دانشکده نیز WSUS سرور هایی با عنوان Downstream  سرور قرار می دهیم که این Downstream  ها آپدیت های مورد نیاز را از Upstream  سرور دریافت می کنند. و در نهایت کلاینت ها آپدیت ها را از Downstream سرور ها دریافت و نصب می کنند .

||http://network.tosinso.com/files/get/894b6caa-58b3-499f-9465-b8fa5f739869||

 در *استراتژی سوم* برای سازمانهای نظامی ،اطلاعاتی و هر سازمانی که محرمانه باقی ماندن اطلاعات برای آن امری ضروریست، شبکه ای ایزوله در نظر گرفته می شود. در چنین شرایطی امکان اتصال به اینترنت و دانلود آپدیت ها در شبکه ممکن نیست  در حالی که سیستم های چنین سازمانهایی هم نیازمند بروزرسانی می باشند. بنابراین از یک WSUS سرور متصل به اینترنت در خارج از محدوده شبکه سازمان برای دانلود آپدیت ها استفاده می کنند و در نتیجه آپدیت ها را به کمک حافظه های جانبی همچون DVD و فلش ، بصورت آفلاین به WSUS سرور موجود در شبکه ایزوله سازمان انتقال می دهند تا کاربران شبکه بتوانند آپدیت های مورد نیاز خود را در محیطی امن دریافت کنند.

||http://network.tosinso.com/files/get/b584e079-a7e6-4b2d-95c3-47183bc34ec2||

--
!!!! نصب رول WSUS
--
در اکثر مواقع نصب این سرویس از طریق Server Manager با مشکل مواجه می شود بنابراین بهتر این است که   به جای نصب از طریق Server Manager |فایل نصب WSUS ::http://www.microsoft.com/en-gb/download/details.aspx?id=5216|را دانلود و اجرا کنیم . همانطور که می دانیم لازمه ی استفاده از WSUS سرور نصب رول IIS است که آموزش نصب این رول در |مقاله::https://tosinso.com/articles/41276/%d8%a2%d9%85%d9%88%d8%b2%d8%b4-%d9%86%d8%b5%d8%a8-IIS-%d8%aa%d8%b5%d9%88%db%8c%d8%b1%db%8c-%d8%b1%d8%a7%d9%87-%d8%a7%d9%86%d8%af%d8%a7%d8%b2%db%8c-%d9%88%d8%a8-%d8%b3%d8%a7%db%8c%d8%aa-%d8%af%d8%b1-IIS-%d8%a8%d8%b5%d9%88%d8%b1%d8%aa-%da%af%d8%a7%d9%85-%d8%a8%d9%87-%da%af%d8%a7%d9%85| جناب مهندس نصیری آورده شده است. بهنگام نصب سرویس WSUS سیستم پیغام نصب IIS را می دهد برای منظم طی شدن روند کار قبل نصب این سرویس ، رول IIS  را نصب می کنیم.
همچنین برای اینکه سیستم برای دانلود آپدیت ها قادر به استفاده از پهنای باند بیکار اینترنت باشد و سرعت اینترنت سازمان دچار اختلال نشود قابلیت BITS یا (Background Intelligent Transfer Service) را از طریق مسیر زیر فعال می کنیم :
<c#>
Sever Manager => Features => Add Features => Background Intelligent Transfer Service (BITS)
<c#>
پس از نصب پیش نیاز های مورد نظر حال روی فایل WSUS دانلود شده برای نصب کلیک می کنیم تا ویزارد مربوط نمایش داده شود روی گزینه Next  کلیک می کنیم . در این مرحله دو گزینه برای انتخاب نوع نصب WSUS پیش روی ماست . با انتخاب گزینه اول می توان هم WSUS و هم کنسول مدیریتی آن را نصب کرد و با انتخاب گزینه دوم می شود  تنها از کنسول مدیریتی برای مدیریت چندین WSUS بصورت متمرکز استفاده کرد.

||http://network.tosinso.com/files/get/d04fbfce-229d-45dd-808d-92f15cc01ce7||

||http://network.tosinso.com/files/get/731762e8-37e0-4840-b1fc-cffdb972da68||

  در این بخش متن مبنی بر توافقنامه مربوط به License  این سرویس را خوانده و با تایید آن به مرحله بعد می رویم.

||http://network.tosinso.com/files/get/3f25bbe3-576c-4ed0-a79b-0dbdefc5f1d1||

 در صورتی که Microsoft Report Viewer روی سرور نصب نباشد در این قسمت پیغام مبنی بر عدم نصب این برنامه نمایش داده خواهد شد که می توانیم این نرم افزار را از سایت مایکروسافت به صورت رایگان |دانلود::http://www.microsoft.com/en-gb/download/details.aspx?id=3841| و نصب کنیم.

||http://network.tosinso.com/files/get/dd3e1992-22e2-4f0a-a150-1a11b9075209||

در این مرحله هارد دیسک و فولدری که می خواهیم آپدیت های دانلود شده روی آن ذخیره شوند را به سیستم معرفی می کنیم با توجه به توضیحات این بخش از ویزارد  ، باید از هاردی با حداقل  6GB  فضای آزاد استفاده کنیم که بسته به نوع و حجم دریافت آپدیت های مورد نظر ما این مقدار می تواند از حداقل فضای پیشنهاد شده بیشتر باشد. توصیه می شود که درایو در نظر گرفته شده برای ذخیره ی آپدیت ها با درایوی که سیستم عامل روی آن قرار دارد یکسان نباشد.

||http://network.tosinso.com/files/get/bb7cab65-8008-4dee-890e-3df355e7319a||

برای تعیین یک پایگاه داده داخلی برای WSUS باید درایوی را انتخاب کنیم که حداقل 2GB  فضای آزاد داشته باشد. اگر در شبکه SQL Server  موجود باشد  در اینجا با مارک دار کردن گزینه Using an existing database server on a remote computer می توان آن را بعنوان یک پایگاه داده خارجی برای سرویس معرفی کرد.و نیز با کلیک روی گزینه Browse باید آدرس SQL سرور را به سیستم معرفی کنیم این گزینه زمانی می تواند مفید باشد که یک SQL  سرور ی را اختصاص دهیم که توسط مدیران پایگاه داده مدیریت شود. 

||http://network.tosinso.com/files/get/64a35c79-591e-48e2-aa1f-683e91b8991a|| 

همانگونه که ذکر شد مبنای کار WSUS بر اساس IIS است در اینجا می توان IIS پیشفرض سرور را انتخاب کرد و یا یک IIS ویژه برای WSUS در نظر گرفت .انتخاب گزینه Use the existing IIS Default Web site از سوی مایکروسافت توصیه شده است.

||http://network.tosinso.com/files/get/183f15d9-c2ba-4623-9b8d-8ad09a6ceb23|| 

 در این صفحه خلاصه ای از تنظیماتی که تاکنون انجام دادیم نمایش داده شده است روی گزینه Next کلیک می کنیم تا فرایند نصب آغار شود.

  ||http://network.tosinso.com/files/get/b779ae3a-ef6a-4a90-8a2c-9eb998262292||

در پایان روی گزینه Finish  کلیک می کنیم تا این مرحله از نصب WSUS با موفقیت صورت گرفته باشد.

||http://network.tosinso.com/files/get/d138fb6b-4cc2-4e1d-939f-901262eccae3||

 پس از پایان یافتن نصب از طریق ویزارد ، بصورت خودکار ویزارد مربوط به پیکربندی WSUS نمایان می شود که در اولین صفحه از آن مواردی که باید پیش از انجام تنظیمات رعایت شود را یاد آوری کند از قبیل انجام تنظیمات فایروال سرور  برای دسترسی داشتن کلاینت ها به آن ، مشخص کردن Up Stream  سرور برای WSUS سرور در حال پیکربندی و انجام تنظیمات پروکسی در صورتیکه از آن برای اتصال به اینترنت استفاده می کنیم . پس از اطمینان از این موارد روی گزینه Next کلیک می کنیم.

||http://network.tosinso.com/files/get/1f9b7bb5-5795-4330-ba59-eef59e4745da||

 در این بخش می توان تعیین کرد که در صورت بروز مشکل در روند کار WSUS  ، اطلاعات را برای مایکروسافت ارسال کرده تا درصدد رفع مشکل برآید .بدین منظور باید گزینه ی Yes ,I would like to join the Microsoft Update Improvement Program  را مارکدار کنیم .

 ||http://network.tosinso.com/files/get/44583f83-96c8-405b-ac28-b2ad81d3f984||

در این بخش برای سرور تعیین می کنیم که آپدیت ها را با سایت مایکروسافت و یابا یک WSUS دیگر (Up Stream Server ) تطبیق دهد. که در صورت انتخاب یک Upstream Server  برای Sync کردن آپدیت ها باید نام و پورت مربوط به آن سرور را نیز مشخص کنیم . با برگزیدن یک WSUS دیگر بعنوان Upstream  سرور دو گزینه فعال خواهند شد که شرح آنها به قرار زیر است:
در صورتیکه که از SSL استفاده می کنیم باید تیک مربوط به گزینه Use SSL when synchronizing update information را فعال کنیم  اما باید در نظر داشته باشیم که در صورت استفاده از SSL روی این سرور ، Upstream  سرور نیز باید از SSL پشتیبانی کند. 
با انتخاب گزینه This is a replica of the Up Stream server  سرور ی که در حال پیکربندی آن هستیم تبدیل به نسخه ثانویه Up Stream  سرور انتخابی خواهد شد.

||http://network.tosinso.com/files/get/c7518150-837a-4ec0-8881-a2cd89041c5c|| 

 اگر شبکه ملزم به استفاده از پروکسی سرور برای دسترسی به اینترنت است اطلاعات مربوط به آن را در این قسمت وارد کرده در غیر اینصورت از این تنظیمات چشم پوشی و با انتخاب Next  به مرحله بعد می رویم.

||http://network.tosinso.com/files/get/d828b408-4751-481f-8286-e49102919ff7||

حال نیاز است که ویزارد WSUS برای تشخیص محصولاتی که WSUS می تواند آپدیت کند ، زبانهایی که پشتیبانی کند و نیز شناسایی انواع آپدیت ها به اینترنت متصل شود. بنابراین باید روی گزینه Start Connecting  کلیک کنیم تا ارتباط سرور با Update Server  های مایکروسافت برقرار شود . پس از تکمیل فرایند  اتصال اولیه روی گزینه Next  کلیک می کنیم .

||http://network.tosinso.com/files/get/5f1c973c-b4d0-4b2c-b2f1-d6b09274117d||

در اینجا زبان مورد نظر را برای آپدیت هایی که قصد دانلود آنها را داریم ، انتخاب می کنیم اگر در شبکه سیستم هایی موجودند که از محصولاتی با چندین زبان پشتیبانی می کنند باید Patch  هایی برای  ساپورت همه زبانها را دانلود کنیم در غیر اینصورت بر حسب نیاز ، زبان مورد نظر خود را انتخاب می کنیم که این کار باعث استفاده کمتر از فضای دیسک و افزایش سرعت دانلود خواهد شد.

||http://network.tosinso.com/files/get/aad2b990-0689-4b7a-b556-52fb17101102||

محصولاتی که قصد دانلود آپدیت برای آنها را داریم در این مرحله انتخاب می کنیم . می توان با انتخاب تمامی گزینه ها شرایط دانلود آپدیت تمامی محصولات را فراهم آورد و یا اینکه با مارکدار کردن محصولاتی که در شبکه ما موجودند ،تنها آپدیت مربوط به آنها را دریافت کنیم. گزینش محصولات مورد نظر برای دریافت آپدیت آنها علاوه بر اشغال فضای کمتری از حافظه به افزایش سرعت  و کاهش زمان دانلود آپدیت ها از سایت مایکروسافت نیز کمک می کند. همچنین می توان محصول جدیدی که در آینده در سازمان به کار گرفته می شود را به لیست برنامه های که قصد دانلود آپدیت آنها را داریم در  این قسمت  اضافه کنیم. در اینجا ما با توجه به سناریو مورد نظر  ، ویندوز 7  و ویندوز سرور 2008 R2 را برای دریافت آپدیت هایشان مارکدار می کنیم .

||http://network.tosinso.com/files/get/8a952762-3536-4e20-bb63-e35244874a70|| 

در این قسمت طبقه بندی و نوع آپدیت مورد نظر را برحسب نیاز انتخاب می کنیم انواع آپدیت ها در ابتدای مقاله توضیح داده شد.

||http://network.tosinso.com/files/get/5c532bbd-bbed-4cc0-9bb9-fd4a4e8fafc2||

می توان به صورت دستی و یا اتوماتیک تعیین کرد که WSUS  سرور در چه زمانی آپدیت ها را با سایت مایکروسافت Sync  کند .از آنجایی که بسته به سرعت اینترنت  شبکه دانلود آپدیت ها میزان قابل توجهی از پهنای باند را به خود اختصاص می دهد می توان برنامه ریزی کرد که WSUS سرور آپدیت ها را طی ساعاتی که میزان استفاده از اینترنت شبکه پایین است مثلا در طول شب دریافت کند. در این مرحله ما گزینه Synchronize Manually را انتخاب می کنیم .

||http://network.tosinso.com/files/get/a4c7dd8c-6277-40e2-ae80-239828ba7c15||
 
پس از انجام تنظیمات ذکر شده حال زمان آن است که WSUS سرور برای دانلود آپدیت ها ، برای اولین بار با سایت مایکروسافت و یا هر Up Stream  سروری که برای آن تعیین شده ، ارتباط برقرار کند . دانلود آپدیت ها برای اولین بار از سایت مایکروسافت  زمان و پهنای باند زیادی را مصرف می کندو بسته به تعداد محصولات انتخاب شده و نیز زبان ها و طبقه بندی های در نظر گرفته شده برای آنها متفاوت می باشد . همچنین می توان تعیین کرد که دریافت آپدیت ها از طریق کنسول مدیریتی و در زمانی دیگر صورت گیرد در اینجا ما گزینه Begin initial synchronization  را مارکدار می کنیم .

 ||http://network.tosinso.com/files/get/4c14e132-f6c7-45d7-9156-a4af2e8ee5d5||

اکنون خلاصه ای از مراحلی که برای سایر تنظیمات باید طی شود  برای ما نمایش داده می شود . برای بسته شدن ویزارد روی گزینه Finish کلیک می کنیم .

||http://network.tosinso.com/files/get/5013fba7-e8e5-40f6-8cc5-2cc46d4d4945||  

تا بدین جای کار به شرح  تاریخچه و معماری سیستم بروزرسانی مرکزی ،معرفی انواع آپدیت ها و نصب مرحله به مرحله ی  WSUS از طریق ویزارد  پرداختیم . در قسمت بعدی مقاله به بررسی  کنسول مدیریتی WSUS خواهیم پرداخت.

نویسنده: مریم حیات رمضانی
منبع : |جزیره سرویس های شبکه مایکروسافت وب سایت توسینسو::https://tosinso.com/microsoft|
هرگونه نشر و کپی برداری بدون ذکر منبع دارای اشکال اخلاقی می باشد

در پایان روی گزینه Finish کلیک می کنیم تا این مرحله از نصب WSUS با موفقیت صورت گرفته باشد.

در این مقاله قصد داریم در رابطه با بروزرسانی محصولات مایکروسافت صحبت کنیم . همانطور که می دانیم بیشتر سیستم عامل هایی که در حال حاضر در جهان استفاده می شوند مایکروسافتی هستند بنابراین طبیعی است که bug ها و ضعف های موجود در آنها برای کاربران مشکل ایجاد کند این Bug  ها با وجود کابران زیاد، بسیار سریع شناسایی می شوند . هستند افرادی که از این نقاط ضعف برای Attack  به یک سیستم استفاده کنند. بنابراین مایکروسافت برای جلوگیری از بروز مشکلات ، درصدد رفع نقص محصولات برآمد و در سایت خود یک Update Center را ایجاد کرد تا کاربران بتوانند آپدیت های مربوط به رفع نقص محصول مورد نظر خود را از آن دانلود کنند. با  این راهکار کاربران با نصب یک فایل دانلود شده می توانند مشکل موجود در سیستم عامل ها و Office Product  ها و سایر محصولات مایکروسافت را برطرف کنند.
این راهکار کمک شایان توجهی به کاربران مایکروسافت برای برطرف کردن نقاط ضعف محصولاتی که مورد استفاده ی آنان بود ، کرد . اما مشکلاتی را نیز به همراه داشت . دانلود آپدیت ها از سایت مایکروسافت توسط کاربران خانگی و حتی شرکت های کوچک نتیجه بخش بود اما تصور کنید که در یک سازمان با بیش از هزار کلاینت ،هر کاربر ی برای دانلود آپدیت مورد نظر خود با سایت مایکروسافت ارتباط بر قرار کند چه اتفاقی خواهد افتاد؟بدون شک این وضعیت برای پهنای باند اینترنت سازمان ها یک معضل محسوب می شود.  در چنین شرایطی مایکروسافت وارد عمل شده و سرویسی بنام SUS یا Software Update  Services را به کاربران خود عرضه کرد  .این سرویس موجب شد تا کاربران یک سازمان بتوانند آپدیت های خود را به جای سایت مایکروسافت از یک سرور مرکزی دریافت کنند بدین ترتیب دریافت آپدیت ها توسط کلاینت های سازمان تحت مدیریت متمرکز خواهد بود . ادمین  سازمان می تواند با توجه به نو ع سیستم عاملهای سازمان و نیز نرم افزار های موجود، آپدیت های مورد نیاز را به صورت متمرکز در اختیار کلاینت ها قرار دهد.
 مدیریت آپدیت ها موجب می شود که تنها آپدیت های مورد نیاز دانلود و نصب شود بنابراین حافظه سیستم ها نیز با ذخیره داده هایی که بلا استفاده هستند ، اشغال نخواهد شد هم چنین WSUS  با مدیریت پهنای باند، باعث می شود که از سرعت اینترنت سازمان به دلیل ترافیک بالا کاسته نشود. 

مایکروسافت متعهد شده بود که از SUS تا تاریخ 6 دسامبر 2006 پشتیبانی خواهد کرد اما به دلیل استقبال مشتریان خود از این سرویس این تاریخ به 10 جولای 2007 تغییر یافت. SUS دارای این نقطه ضعف بود که تنها شرایط دانلود Hotfix ها و Patch های مربوط به سیستم عامل ویندوز را برای کاربران فراهم می کرد با این اوصاف کاربران یک شبکه از دریافت آپدیت سایر محصولات مایکروسافت بی بهره بودند . با بروزرسانی این سرویس به ورژن جدید تحت عنوان WSUS 2.0 این مشکل برطرف شد چرا که WSUS علاوه بر دانلود آپدیت های سیستم عامل ویندوز ،دانلود اتوماتیک آپدیت ها ،Hotfix ها ، Service Pack ها ، Device Driver ها و Feature Pack  های سایر محصولات مایکروسافت را از یک سرور مرکزی ،برای کاربران سازمان ها ممکن می سازد.WSUS نیز مخفف عبارت Windows Server Update Services می باشد.

پیشتر کار با SUS و WSUS تحت وب بود بدین معنی که می بایست Component مربوط به این سرویس را نصب کرده و از طریق وب سایتی که در IIS ایجاد می شد، بصورت تحت وب از آن استفاده می کردیم .اما از سال 2006 به بعد WSUS در قالب یک نرم افزار ارائه شد که با نصب آن براحتی می توان از طریق کنسول ،دریافت و توزیع آپدیت ها را مدیریت کرد.در جدول زیر تاریخچه ی بروزرسانی سرویس WSUS بیان شده است.

||http://network.tosinso.com/files/get/aa623f53-b6ad-4fe4-9304-d55b1a5d862c||
*بروز رسانی SUS به WSUS*
باید توجه داشت که Upgrade کردن SUS به WSUS ممکن نیست اما می توانیم آپدیت های دانلود و تایید شده در  SUS را به WSUS انتقال دهیم (Migrate کردن از SUS به WSUS). این راهکار باعث می شود که با نصب WSUS نیازی به دانلود مجدد آپدیتها و نیز Approve کردن آپدیت هایی که قبلا در SUS تایید  شده ، نداشته باشیم.تنها Migrate  کردن SUS 1.0 به WSUS 2.0 امکان پذیر است آپدیتها قادر به انتقال از SUS1.0  به WSUS 3.0 نخواهند بود  پس باید SUS 1.0  را قبل از نصب  WSUS 3.0 ،حذف کرد .اما  WSUS 2.0 را به WSUS 3.0 می توان Upgrade کرد.

--
!!!! انواع آپدیت ها
--
* *Critical Update*: یک بروز رسانی در نظر گرفته شده برای رفع مشکلی در نرم افزار است که بروز این مشکل در محصولات ، شرایطی بحرانی را ایجاد می کند.
* *Driver*: یک جزء نرم افزاری است که برای پشتیبانی از یک سخت افزار جدید طراحی شده است.
* *Hotfix *: آپدیتی است که برای رفع یک مشکل خاص ارائه می شود. با Hotfix می توان به رفع مشکل ، بدون Restart  و یا متوقف کردن  سرویس و سیستم دچار اختلال پرداخت.عموما Hotfix را با Patch  یکسان می دانند اما تفاوت این دو در این است که Hotfix به طور ویژه برای رفع مشکل یک مشتری در نظر گرفته شده و برای عموم کاربران توزیع نمی شود.  باید در نظر داشت که Hotfix ،آپدیت های امنیتی را شامل نمی شود. همچنین Hotfix  قابلیت های ارائه شده برای رفع یک مشکل که بصورت خاص مورد آزمایش قرار گرفته تا در اختیار عموم کاربران قرار گیرد را شامل می شود.
* *Update*: در این نوع آپدیت یک قابلیت جدید برای محصولات مایکروسافت در نظر گرفته می شود و این آپدیت برای رفع مشکلات امنیتی و اختالات مربوط به سیستم عامل ها و نرم افزار ها نمی باشد ،باید در نظر داشت که Update الزاما امنیتی نیست .
* *Security Update:* کاربران مایکروسافت جمعیت بالایی را تشکیل می دهند بنابراین نقاط ضعف امنیتی بسیاری در محصولات آن مشاهده خواهد شد و مایکروسافت این نقاط ضعف را شناسایی کرده و  آپدیت رفع نقاط ضعف و مشکلات امنیتی محصولات خود را  در اختیار کاربران قرار می دهد. آسیب پذیری های امنیتی در بولتن امنیتی مایکروسافت در سطوح حساس ،مهم ، متوسط و ضعیف یا پایین طبقه بندی می شوند.
* *Feature Packs:* بسته ای است که قابلیت های جدید ارائه شده برای یک محصول را در بر می گیرد.
* *Update Rollups:* مجموعه ای است از Hotfix  ها،Security  آپدیت ها ، critical آپدیت ها ونیز آپدیت هاست که برای سهولت در Deploy شدن در یک پکیج قرار گرفته اند.Rollup ها عموما یک هدف خاص مانند امنیت محصول و یا یک Component از یک محصول مثلا IIS را پشتیبانی می کند.
* *Service Pack* : پکیجی است در بردارنده ی همه ی Hotfix ها ،Critical  آپدیت ها ، Security آپدیت ها و همچنین آپدیت هابرای سیستم عامل ها و نرم افزار ها.علاوه بر این Service Pack را ه حل مشکلات و نقاط ضعفی که پس از عرضه محصول توسط گروهی محدودی از مشتریان شناسایی شده و نیز درخواست آنان مبنی بر تغییر در Design و قابلیت های یک محصول را شامل می شود.
* *Definition Update:* این نوع از آپدیت ها برای بروز رسانی نرم افزارهای امنیتی استفاده می شود .نرم افزارهایی مثل آنتی ویروس و Anti Malware که توسط شرکت مایکروسافت ارائه شده اند .در واقع یک Definition Update روش حذف و یا برخورد با یک کد مخرب را برای این محصولات ، نمایش می دهد. این آپدیت ها بیشتر برای محصولاتی که دارای پایگاه داده هستند ، کاربرد دارد.
* *Tool*: ابزار یا قابلیتی است که به انجام رساندن و تکمیل یک وظیفه و یا مجموعه ای از وظایف کمک می کند.

--
!!! انواع استراتژی پیاده سازی WSUS سرور
--
سه ساختار پیاده سازی سیستم بروز رسانی مرکزی برای سیستم های تحت شبکه وجود دارد ، در* نوع اول* WSUS سرور به شبکه داخلی و اینترنت متصل بوده و آپدیت ها را مستقیما از Update Center سایت مایکروسافت دانلود کرده در نهایت کاربران شبکه با WSUS سرور ارتباط برقرار کرده و آپدیت ها را از آن دریافت می کنند.

 ||http://network.tosinso.com/files/get/a9b75b46-5e9d-490a-b5ae-1929df9f0b07||

در *ساختار دوم* حداقل دو WSUS سرور وجود دارد اما در سازمانهای بزرگ این ساختار چندین WSUS سرور را در بر می گیرد. فرض را بر پیاده سازی سیستم به روز رسانی مرکزی برای یک دانشگاه  می گذاریم دانشگاه دارای یک ساختمان مرکزی و چندین دانشکده می باشد .برای اینکه ترافیک شبکه بالا نرود یک WSUS سرور را در ساختمان مرکزی قرار می دهیم که به اینترنت متصل بوده و از سایت مایکروسافت آپدیت ها را دانلود  می کند که اصطلاحا به آن Upstream سرور می گویند و در هر دانشکده نیز WSUS سرور هایی با عنوان Downstream  سرور قرار می دهیم که این Downstream  ها آپدیت های مورد نیاز را از Upstream  سرور دریافت می کنند. و در نهایت کلاینت ها آپدیت ها را از Downstream سرور ها دریافت و نصب می کنند .

||http://network.tosinso.com/files/get/894b6caa-58b3-499f-9465-b8fa5f739869||

 در *استراتژی سوم* برای سازمانهای نظامی ،اطلاعاتی و هر سازمانی که محرمانه باقی ماندن اطلاعات برای آن امری ضروریست، شبکه ای ایزوله در نظر گرفته می شود. در چنین شرایطی امکان اتصال به اینترنت و دانلود آپدیت ها در شبکه ممکن نیست  در حالی که سیستم های چنین سازمانهایی هم نیازمند بروزرسانی می باشند. بنابراین از یک WSUS سرور متصل به اینترنت در خارج از محدوده شبکه سازمان برای دانلود آپدیت ها استفاده می کنند و در نتیجه آپدیت ها را به کمک حافظه های جانبی همچون DVD و فلش ، بصورت آفلاین به WSUS سرور موجود در شبکه ایزوله سازمان انتقال می دهند تا کاربران شبکه بتوانند آپدیت های مورد نیاز خود را در محیطی امن دریافت کنند.

||http://network.tosinso.com/files/get/b584e079-a7e6-4b2d-95c3-47183bc34ec2||

--
!!!! نصب رول WSUS
--
در اکثر مواقع نصب این سرویس از طریق Server Manager با مشکل مواجه می شود بنابراین بهتر این است که   به جای نصب از طریق Server Manager |فایل نصب WSUS ::http://www.microsoft.com/en-gb/download/details.aspx?id=5216|را دانلود و اجرا کنیم . همانطور که می دانیم لازمه ی استفاده از WSUS سرور نصب رول IIS است که آموزش نصب این رول در |مقاله::https://tosinso.com/articles/41276/%d8%a2%d9%85%d9%88%d8%b2%d8%b4-%d9%86%d8%b5%d8%a8-IIS-%d8%aa%d8%b5%d9%88%db%8c%d8%b1%db%8c-%d8%b1%d8%a7%d9%87-%d8%a7%d9%86%d8%af%d8%a7%d8%b2%db%8c-%d9%88%d8%a8-%d8%b3%d8%a7%db%8c%d8%aa-%d8%af%d8%b1-IIS-%d8%a8%d8%b5%d9%88%d8%b1%d8%aa-%da%af%d8%a7%d9%85-%d8%a8%d9%87-%da%af%d8%a7%d9%85| جناب مهندس نصیری آورده شده است. بهنگام نصب سرویس WSUS سیستم پیغام نصب IIS را می دهد برای منظم طی شدن روند کار قبل نصب این سرویس ، رول IIS  را نصب می کنیم.
همچنین برای اینکه سیستم برای دانلود آپدیت ها قادر به استفاده از پهنای باند بیکار اینترنت باشد و سرعت اینترنت سازمان دچار اختلال نشود قابلیت BITS یا (Background Intelligent Transfer Service) را از طریق مسیر زیر فعال می کنیم :
<c#>
Sever Manager => Features => Add Features => Background Intelligent Transfer Service (BITS)
<c#>
پس از نصب پیش نیاز های مورد نظر حال روی فایل WSUS دانلود شده برای نصب کلیک می کنیم تا ویزارد مربوط نمایش داده شود روی گزینه Next  کلیک می کنیم . در این مرحله دو گزینه برای انتخاب نوع نصب WSUS پیش روی ماست . با انتخاب گزینه اول می توان هم WSUS و هم کنسول مدیریتی آن را نصب کرد و با انتخاب گزینه دوم می شود  تنها از کنسول مدیریتی برای مدیریت چندین WSUS بصورت متمرکز استفاده کرد.

||http://network.tosinso.com/files/get/d04fbfce-229d-45dd-808d-92f15cc01ce7||

||http://network.tosinso.com/files/get/731762e8-37e0-4840-b1fc-cffdb972da68||

  در این بخش متن مبنی بر توافقنامه مربوط به License  این سرویس را خوانده و با تایید آن به مرحله بعد می رویم.

||http://network.tosinso.com/files/get/3f25bbe3-576c-4ed0-a79b-0dbdefc5f1d1||

 در صورتی که Microsoft Report Viewer روی سرور نصب نباشد در این قسمت پیغام مبنی بر عدم نصب این برنامه نمایش داده خواهد شد که می توانیم این نرم افزار را از سایت مایکروسافت به صورت رایگان |دانلود::http://www.microsoft.com/en-gb/download/details.aspx?id=3841| و نصب کنیم.

||http://network.tosinso.com/files/get/dd3e1992-22e2-4f0a-a150-1a11b9075209||

در این مرحله هارد دیسک و فولدری که می خواهیم آپدیت های دانلود شده روی آن ذخیره شوند را به سیستم معرفی می کنیم با توجه به توضیحات این بخش از ویزارد  ، باید از هاردی با حداقل  6GB  فضای آزاد استفاده کنیم که بسته به نوع و حجم دریافت آپدیت های مورد نظر ما این مقدار می تواند از حداقل فضای پیشنهاد شده بیشتر باشد. توصیه می شود که درایو در نظر گرفته شده برای ذخیره ی آپدیت ها با درایوی که سیستم عامل روی آن قرار دارد یکسان نباشد.

||http://network.tosinso.com/files/get/bb7cab65-8008-4dee-890e-3df355e7319a||

برای تعیین یک پایگاه داده داخلی برای WSUS باید درایوی را انتخاب کنیم که حداقل 2GB  فضای آزاد داشته باشد. اگر در شبکه SQL Server  موجود باشد  در اینجا با مارک دار کردن گزینه Using an existing database server on a remote computer می توان آن را بعنوان یک پایگاه داده خارجی برای سرویس معرفی کرد.و نیز با کلیک روی گزینه Browse باید آدرس SQL سرور را به سیستم معرفی کنیم این گزینه زمانی می تواند مفید باشد که یک SQL  سرور ی را اختصاص دهیم که توسط مدیران پایگاه داده مدیریت شود. 

||http://network.tosinso.com/files/get/64a35c79-591e-48e2-aa1f-683e91b8991a|| 

همانگونه که ذکر شد مبنای کار WSUS بر اساس IIS است در اینجا می توان IIS پیشفرض سرور را انتخاب کرد و یا یک IIS ویژه برای WSUS در نظر گرفت .انتخاب گزینه Use the existing IIS Default Web site از سوی مایکروسافت توصیه شده است.

||http://network.tosinso.com/files/get/183f15d9-c2ba-4623-9b8d-8ad09a6ceb23|| 

 در این صفحه خلاصه ای از تنظیماتی که تاکنون انجام دادیم نمایش داده شده است روی گزینه Next کلیک می کنیم تا فرایند نصب آغار شود.

  ||http://network.tosinso.com/files/get/b779ae3a-ef6a-4a90-8a2c-9eb998262292||

در پایان روی گزینه Finish  کلیک می کنیم تا این مرحله از نصب WSUS با موفقیت صورت گرفته باشد.

||http://network.tosinso.com/files/get/d138fb6b-4cc2-4e1d-939f-901262eccae3||

 پس از پایان یافتن نصب از طریق ویزارد ، بصورت خودکار ویزارد مربوط به پیکربندی WSUS نمایان می شود که در اولین صفحه از آن مواردی که باید پیش از انجام تنظیمات رعایت شود را یاد آوری کند از قبیل انجام تنظیمات فایروال سرور  برای دسترسی داشتن کلاینت ها به آن ، مشخص کردن Up Stream  سرور برای WSUS سرور در حال پیکربندی و انجام تنظیمات پروکسی در صورتیکه از آن برای اتصال به اینترنت استفاده می کنیم . پس از اطمینان از این موارد روی گزینه Next کلیک می کنیم.

||http://network.tosinso.com/files/get/1f9b7bb5-5795-4330-ba59-eef59e4745da||

 در این بخش می توان تعیین کرد که در صورت بروز مشکل در روند کار WSUS  ، اطلاعات را برای مایکروسافت ارسال کرده تا درصدد رفع مشکل برآید .بدین منظور باید گزینه ی Yes ,I would like to join the Microsoft Update Improvement Program  را مارکدار کنیم .

 ||http://network.tosinso.com/files/get/44583f83-96c8-405b-ac28-b2ad81d3f984||

در این بخش برای سرور تعیین می کنیم که آپدیت ها را با سایت مایکروسافت و یابا یک WSUS دیگر (Up Stream Server ) تطبیق دهد. که در صورت انتخاب یک Upstream Server  برای Sync کردن آپدیت ها باید نام و پورت مربوط به آن سرور را نیز مشخص کنیم . با برگزیدن یک WSUS دیگر بعنوان Upstream  سرور دو گزینه فعال خواهند شد که شرح آنها به قرار زیر است:
در صورتیکه که از SSL استفاده می کنیم باید تیک مربوط به گزینه Use SSL when synchronizing update information را فعال کنیم  اما باید در نظر داشته باشیم که در صورت استفاده از SSL روی این سرور ، Upstream  سرور نیز باید از SSL پشتیبانی کند. 
با انتخاب گزینه This is a replica of the Up Stream server  سرور ی که در حال پیکربندی آن هستیم تبدیل به نسخه ثانویه Up Stream  سرور انتخابی خواهد شد.

||http://network.tosinso.com/files/get/c7518150-837a-4ec0-8881-a2cd89041c5c|| 

 اگر شبکه ملزم به استفاده از پروکسی سرور برای دسترسی به اینترنت است اطلاعات مربوط به آن را در این قسمت وارد کرده در غیر اینصورت از این تنظیمات چشم پوشی و با انتخاب Next  به مرحله بعد می رویم.

||http://network.tosinso.com/files/get/d828b408-4751-481f-8286-e49102919ff7||

حال نیاز است که ویزارد WSUS برای تشخیص محصولاتی که WSUS می تواند آپدیت کند ، زبانهایی که پشتیبانی کند و نیز شناسایی انواع آپدیت ها به اینترنت متصل شود. بنابراین باید روی گزینه Start Connecting  کلیک کنیم تا ارتباط سرور با Update Server  های مایکروسافت برقرار شود . پس از تکمیل فرایند  اتصال اولیه روی گزینه Next  کلیک می کنیم .

||http://network.tosinso.com/files/get/5f1c973c-b4d0-4b2c-b2f1-d6b09274117d||

در اینجا زبان مورد نظر را برای آپدیت هایی که قصد دانلود آنها را داریم ، انتخاب می کنیم اگر در شبکه سیستم هایی موجودند که از محصولاتی با چندین زبان پشتیبانی می کنند باید Patch  هایی برای  ساپورت همه زبانها را دانلود کنیم در غیر اینصورت بر حسب نیاز ، زبان مورد نظر خود را انتخاب می کنیم که این کار باعث استفاده کمتر از فضای دیسک و افزایش سرعت دانلود خواهد شد.

||http://network.tosinso.com/files/get/aad2b990-0689-4b7a-b556-52fb17101102||

محصولاتی که قصد دانلود آپدیت برای آنها را داریم در این مرحله انتخاب می کنیم . می توان با انتخاب تمامی گزینه ها شرایط دانلود آپدیت تمامی محصولات را فراهم آورد و یا اینکه با مارکدار کردن محصولاتی که در شبکه ما موجودند ،تنها آپدیت مربوط به آنها را دریافت کنیم. گزینش محصولات مورد نظر برای دریافت آپدیت آنها علاوه بر اشغال فضای کمتری از حافظه به افزایش سرعت  و کاهش زمان دانلود آپدیت ها از سایت مایکروسافت نیز کمک می کند. همچنین می توان محصول جدیدی که در آینده در سازمان به کار گرفته می شود را به لیست برنامه های که قصد دانلود آپدیت آنها را داریم در  این قسمت  اضافه کنیم. در اینجا ما با توجه به سناریو مورد نظر  ، ویندوز 7  و ویندوز سرور 2008 R2 را برای دریافت آپدیت هایشان مارکدار می کنیم .

||http://network.tosinso.com/files/get/8a952762-3536-4e20-bb63-e35244874a70|| 

در این قسمت طبقه بندی و نوع آپدیت مورد نظر را برحسب نیاز انتخاب می کنیم انواع آپدیت ها در ابتدای مقاله توضیح داده شد.

||http://network.tosinso.com/files/get/5c532bbd-bbed-4cc0-9bb9-fd4a4e8fafc2||

می توان به صورت دستی و یا اتوماتیک تعیین کرد که WSUS  سرور در چه زمانی آپدیت ها را با سایت مایکروسافت Sync  کند .از آنجایی که بسته به سرعت اینترنت  شبکه دانلود آپدیت ها میزان قابل توجهی از پهنای باند را به خود اختصاص می دهد می توان برنامه ریزی کرد که WSUS سرور آپدیت ها را طی ساعاتی که میزان استفاده از اینترنت شبکه پایین است مثلا در طول شب دریافت کند. در این مرحله ما گزینه Synchronize Manually را انتخاب می کنیم .

||http://network.tosinso.com/files/get/a4c7dd8c-6277-40e2-ae80-239828ba7c15||
 
پس از انجام تنظیمات ذکر شده حال زمان آن است که WSUS سرور برای دانلود آپدیت ها ، برای اولین بار با سایت مایکروسافت و یا هر Up Stream  سروری که برای آن تعیین شده ، ارتباط برقرار کند . دانلود آپدیت ها برای اولین بار از سایت مایکروسافت  زمان و پهنای باند زیادی را مصرف می کندو بسته به تعداد محصولات انتخاب شده و نیز زبان ها و طبقه بندی های در نظر گرفته شده برای آنها متفاوت می باشد . همچنین می توان تعیین کرد که دریافت آپدیت ها از طریق کنسول مدیریتی و در زمانی دیگر صورت گیرد در اینجا ما گزینه Begin initial synchronization  را مارکدار می کنیم .

 ||http://network.tosinso.com/files/get/4c14e132-f6c7-45d7-9156-a4af2e8ee5d5||

اکنون خلاصه ای از مراحلی که برای سایر تنظیمات باید طی شود  برای ما نمایش داده می شود . برای بسته شدن ویزارد روی گزینه Finish کلیک می کنیم .

||http://network.tosinso.com/files/get/5013fba7-e8e5-40f6-8cc5-2cc46d4d4945||  

تا بدین جای کار به شرح  تاریخچه و معماری سیستم بروزرسانی مرکزی ،معرفی انواع آپدیت ها و نصب مرحله به مرحله ی  WSUS از طریق ویزارد  پرداختیم . در قسمت بعدی مقاله به بررسی  کنسول مدیریتی WSUS خواهیم پرداخت.

نویسنده: مریم حیات رمضانی
منبع : |جزیره سرویس های شبکه مایکروسافت وب سایت توسینسو::https://tosinso.com/microsoft|
هرگونه نشر و کپی برداری بدون ذکر منبع دارای اشکال اخلاقی می باشد

پس از پایان یافتن نصب از طریق ویزارد ، بصورت خودکار ویزارد مربوط به پیکربندی WSUS نمایان می شود که در اولین صفحه از آن مواردی که باید پیش از انجام تنظیمات رعایت شود را یاد آوری کند از قبیل انجام تنظیمات فایروال سرور برای دسترسی داشتن کلاینت ها به آن ، مشخص کردن Up Stream سرور برای WSUS سرور در حال پیکربندی و انجام تنظیمات پروکسی در صورتیکه از آن برای اتصال به اینترنت استفاده می کنیم . پس از اطمینان از این موارد روی گزینه Next کلیک می کنیم.

در این مقاله قصد داریم در رابطه با بروزرسانی محصولات مایکروسافت صحبت کنیم . همانطور که می دانیم بیشتر سیستم عامل هایی که در حال حاضر در جهان استفاده می شوند مایکروسافتی هستند بنابراین طبیعی است که bug ها و ضعف های موجود در آنها برای کاربران مشکل ایجاد کند این Bug  ها با وجود کابران زیاد، بسیار سریع شناسایی می شوند . هستند افرادی که از این نقاط ضعف برای Attack  به یک سیستم استفاده کنند. بنابراین مایکروسافت برای جلوگیری از بروز مشکلات ، درصدد رفع نقص محصولات برآمد و در سایت خود یک Update Center را ایجاد کرد تا کاربران بتوانند آپدیت های مربوط به رفع نقص محصول مورد نظر خود را از آن دانلود کنند. با  این راهکار کاربران با نصب یک فایل دانلود شده می توانند مشکل موجود در سیستم عامل ها و Office Product  ها و سایر محصولات مایکروسافت را برطرف کنند.
این راهکار کمک شایان توجهی به کاربران مایکروسافت برای برطرف کردن نقاط ضعف محصولاتی که مورد استفاده ی آنان بود ، کرد . اما مشکلاتی را نیز به همراه داشت . دانلود آپدیت ها از سایت مایکروسافت توسط کاربران خانگی و حتی شرکت های کوچک نتیجه بخش بود اما تصور کنید که در یک سازمان با بیش از هزار کلاینت ،هر کاربر ی برای دانلود آپدیت مورد نظر خود با سایت مایکروسافت ارتباط بر قرار کند چه اتفاقی خواهد افتاد؟بدون شک این وضعیت برای پهنای باند اینترنت سازمان ها یک معضل محسوب می شود.  در چنین شرایطی مایکروسافت وارد عمل شده و سرویسی بنام SUS یا Software Update  Services را به کاربران خود عرضه کرد  .این سرویس موجب شد تا کاربران یک سازمان بتوانند آپدیت های خود را به جای سایت مایکروسافت از یک سرور مرکزی دریافت کنند بدین ترتیب دریافت آپدیت ها توسط کلاینت های سازمان تحت مدیریت متمرکز خواهد بود . ادمین  سازمان می تواند با توجه به نو ع سیستم عاملهای سازمان و نیز نرم افزار های موجود، آپدیت های مورد نیاز را به صورت متمرکز در اختیار کلاینت ها قرار دهد.
 مدیریت آپدیت ها موجب می شود که تنها آپدیت های مورد نیاز دانلود و نصب شود بنابراین حافظه سیستم ها نیز با ذخیره داده هایی که بلا استفاده هستند ، اشغال نخواهد شد هم چنین WSUS  با مدیریت پهنای باند، باعث می شود که از سرعت اینترنت سازمان به دلیل ترافیک بالا کاسته نشود. 

مایکروسافت متعهد شده بود که از SUS تا تاریخ 6 دسامبر 2006 پشتیبانی خواهد کرد اما به دلیل استقبال مشتریان خود از این سرویس این تاریخ به 10 جولای 2007 تغییر یافت. SUS دارای این نقطه ضعف بود که تنها شرایط دانلود Hotfix ها و Patch های مربوط به سیستم عامل ویندوز را برای کاربران فراهم می کرد با این اوصاف کاربران یک شبکه از دریافت آپدیت سایر محصولات مایکروسافت بی بهره بودند . با بروزرسانی این سرویس به ورژن جدید تحت عنوان WSUS 2.0 این مشکل برطرف شد چرا که WSUS علاوه بر دانلود آپدیت های سیستم عامل ویندوز ،دانلود اتوماتیک آپدیت ها ،Hotfix ها ، Service Pack ها ، Device Driver ها و Feature Pack  های سایر محصولات مایکروسافت را از یک سرور مرکزی ،برای کاربران سازمان ها ممکن می سازد.WSUS نیز مخفف عبارت Windows Server Update Services می باشد.

پیشتر کار با SUS و WSUS تحت وب بود بدین معنی که می بایست Component مربوط به این سرویس را نصب کرده و از طریق وب سایتی که در IIS ایجاد می شد، بصورت تحت وب از آن استفاده می کردیم .اما از سال 2006 به بعد WSUS در قالب یک نرم افزار ارائه شد که با نصب آن براحتی می توان از طریق کنسول ،دریافت و توزیع آپدیت ها را مدیریت کرد.در جدول زیر تاریخچه ی بروزرسانی سرویس WSUS بیان شده است.

||http://network.tosinso.com/files/get/aa623f53-b6ad-4fe4-9304-d55b1a5d862c||
*بروز رسانی SUS به WSUS*
باید توجه داشت که Upgrade کردن SUS به WSUS ممکن نیست اما می توانیم آپدیت های دانلود و تایید شده در  SUS را به WSUS انتقال دهیم (Migrate کردن از SUS به WSUS). این راهکار باعث می شود که با نصب WSUS نیازی به دانلود مجدد آپدیتها و نیز Approve کردن آپدیت هایی که قبلا در SUS تایید  شده ، نداشته باشیم.تنها Migrate  کردن SUS 1.0 به WSUS 2.0 امکان پذیر است آپدیتها قادر به انتقال از SUS1.0  به WSUS 3.0 نخواهند بود  پس باید SUS 1.0  را قبل از نصب  WSUS 3.0 ،حذف کرد .اما  WSUS 2.0 را به WSUS 3.0 می توان Upgrade کرد.

--
!!!! انواع آپدیت ها
--
* *Critical Update*: یک بروز رسانی در نظر گرفته شده برای رفع مشکلی در نرم افزار است که بروز این مشکل در محصولات ، شرایطی بحرانی را ایجاد می کند.
* *Driver*: یک جزء نرم افزاری است که برای پشتیبانی از یک سخت افزار جدید طراحی شده است.
* *Hotfix *: آپدیتی است که برای رفع یک مشکل خاص ارائه می شود. با Hotfix می توان به رفع مشکل ، بدون Restart  و یا متوقف کردن  سرویس و سیستم دچار اختلال پرداخت.عموما Hotfix را با Patch  یکسان می دانند اما تفاوت این دو در این است که Hotfix به طور ویژه برای رفع مشکل یک مشتری در نظر گرفته شده و برای عموم کاربران توزیع نمی شود.  باید در نظر داشت که Hotfix ،آپدیت های امنیتی را شامل نمی شود. همچنین Hotfix  قابلیت های ارائه شده برای رفع یک مشکل که بصورت خاص مورد آزمایش قرار گرفته تا در اختیار عموم کاربران قرار گیرد را شامل می شود.
* *Update*: در این نوع آپدیت یک قابلیت جدید برای محصولات مایکروسافت در نظر گرفته می شود و این آپدیت برای رفع مشکلات امنیتی و اختالات مربوط به سیستم عامل ها و نرم افزار ها نمی باشد ،باید در نظر داشت که Update الزاما امنیتی نیست .
* *Security Update:* کاربران مایکروسافت جمعیت بالایی را تشکیل می دهند بنابراین نقاط ضعف امنیتی بسیاری در محصولات آن مشاهده خواهد شد و مایکروسافت این نقاط ضعف را شناسایی کرده و  آپدیت رفع نقاط ضعف و مشکلات امنیتی محصولات خود را  در اختیار کاربران قرار می دهد. آسیب پذیری های امنیتی در بولتن امنیتی مایکروسافت در سطوح حساس ،مهم ، متوسط و ضعیف یا پایین طبقه بندی می شوند.
* *Feature Packs:* بسته ای است که قابلیت های جدید ارائه شده برای یک محصول را در بر می گیرد.
* *Update Rollups:* مجموعه ای است از Hotfix  ها،Security  آپدیت ها ، critical آپدیت ها ونیز آپدیت هاست که برای سهولت در Deploy شدن در یک پکیج قرار گرفته اند.Rollup ها عموما یک هدف خاص مانند امنیت محصول و یا یک Component از یک محصول مثلا IIS را پشتیبانی می کند.
* *Service Pack* : پکیجی است در بردارنده ی همه ی Hotfix ها ،Critical  آپدیت ها ، Security آپدیت ها و همچنین آپدیت هابرای سیستم عامل ها و نرم افزار ها.علاوه بر این Service Pack را ه حل مشکلات و نقاط ضعفی که پس از عرضه محصول توسط گروهی محدودی از مشتریان شناسایی شده و نیز درخواست آنان مبنی بر تغییر در Design و قابلیت های یک محصول را شامل می شود.
* *Definition Update:* این نوع از آپدیت ها برای بروز رسانی نرم افزارهای امنیتی استفاده می شود .نرم افزارهایی مثل آنتی ویروس و Anti Malware که توسط شرکت مایکروسافت ارائه شده اند .در واقع یک Definition Update روش حذف و یا برخورد با یک کد مخرب را برای این محصولات ، نمایش می دهد. این آپدیت ها بیشتر برای محصولاتی که دارای پایگاه داده هستند ، کاربرد دارد.
* *Tool*: ابزار یا قابلیتی است که به انجام رساندن و تکمیل یک وظیفه و یا مجموعه ای از وظایف کمک می کند.

--
!!! انواع استراتژی پیاده سازی WSUS سرور
--
سه ساختار پیاده سازی سیستم بروز رسانی مرکزی برای سیستم های تحت شبکه وجود دارد ، در* نوع اول* WSUS سرور به شبکه داخلی و اینترنت متصل بوده و آپدیت ها را مستقیما از Update Center سایت مایکروسافت دانلود کرده در نهایت کاربران شبکه با WSUS سرور ارتباط برقرار کرده و آپدیت ها را از آن دریافت می کنند.

 ||http://network.tosinso.com/files/get/a9b75b46-5e9d-490a-b5ae-1929df9f0b07||

در *ساختار دوم* حداقل دو WSUS سرور وجود دارد اما در سازمانهای بزرگ این ساختار چندین WSUS سرور را در بر می گیرد. فرض را بر پیاده سازی سیستم به روز رسانی مرکزی برای یک دانشگاه  می گذاریم دانشگاه دارای یک ساختمان مرکزی و چندین دانشکده می باشد .برای اینکه ترافیک شبکه بالا نرود یک WSUS سرور را در ساختمان مرکزی قرار می دهیم که به اینترنت متصل بوده و از سایت مایکروسافت آپدیت ها را دانلود  می کند که اصطلاحا به آن Upstream سرور می گویند و در هر دانشکده نیز WSUS سرور هایی با عنوان Downstream  سرور قرار می دهیم که این Downstream  ها آپدیت های مورد نیاز را از Upstream  سرور دریافت می کنند. و در نهایت کلاینت ها آپدیت ها را از Downstream سرور ها دریافت و نصب می کنند .

||http://network.tosinso.com/files/get/894b6caa-58b3-499f-9465-b8fa5f739869||

 در *استراتژی سوم* برای سازمانهای نظامی ،اطلاعاتی و هر سازمانی که محرمانه باقی ماندن اطلاعات برای آن امری ضروریست، شبکه ای ایزوله در نظر گرفته می شود. در چنین شرایطی امکان اتصال به اینترنت و دانلود آپدیت ها در شبکه ممکن نیست  در حالی که سیستم های چنین سازمانهایی هم نیازمند بروزرسانی می باشند. بنابراین از یک WSUS سرور متصل به اینترنت در خارج از محدوده شبکه سازمان برای دانلود آپدیت ها استفاده می کنند و در نتیجه آپدیت ها را به کمک حافظه های جانبی همچون DVD و فلش ، بصورت آفلاین به WSUS سرور موجود در شبکه ایزوله سازمان انتقال می دهند تا کاربران شبکه بتوانند آپدیت های مورد نیاز خود را در محیطی امن دریافت کنند.

||http://network.tosinso.com/files/get/b584e079-a7e6-4b2d-95c3-47183bc34ec2||

--
!!!! نصب رول WSUS
--
در اکثر مواقع نصب این سرویس از طریق Server Manager با مشکل مواجه می شود بنابراین بهتر این است که   به جای نصب از طریق Server Manager |فایل نصب WSUS ::http://www.microsoft.com/en-gb/download/details.aspx?id=5216|را دانلود و اجرا کنیم . همانطور که می دانیم لازمه ی استفاده از WSUS سرور نصب رول IIS است که آموزش نصب این رول در |مقاله::https://tosinso.com/articles/41276/%d8%a2%d9%85%d9%88%d8%b2%d8%b4-%d9%86%d8%b5%d8%a8-IIS-%d8%aa%d8%b5%d9%88%db%8c%d8%b1%db%8c-%d8%b1%d8%a7%d9%87-%d8%a7%d9%86%d8%af%d8%a7%d8%b2%db%8c-%d9%88%d8%a8-%d8%b3%d8%a7%db%8c%d8%aa-%d8%af%d8%b1-IIS-%d8%a8%d8%b5%d9%88%d8%b1%d8%aa-%da%af%d8%a7%d9%85-%d8%a8%d9%87-%da%af%d8%a7%d9%85| جناب مهندس نصیری آورده شده است. بهنگام نصب سرویس WSUS سیستم پیغام نصب IIS را می دهد برای منظم طی شدن روند کار قبل نصب این سرویس ، رول IIS  را نصب می کنیم.
همچنین برای اینکه سیستم برای دانلود آپدیت ها قادر به استفاده از پهنای باند بیکار اینترنت باشد و سرعت اینترنت سازمان دچار اختلال نشود قابلیت BITS یا (Background Intelligent Transfer Service) را از طریق مسیر زیر فعال می کنیم :
<c#>
Sever Manager => Features => Add Features => Background Intelligent Transfer Service (BITS)
<c#>
پس از نصب پیش نیاز های مورد نظر حال روی فایل WSUS دانلود شده برای نصب کلیک می کنیم تا ویزارد مربوط نمایش داده شود روی گزینه Next  کلیک می کنیم . در این مرحله دو گزینه برای انتخاب نوع نصب WSUS پیش روی ماست . با انتخاب گزینه اول می توان هم WSUS و هم کنسول مدیریتی آن را نصب کرد و با انتخاب گزینه دوم می شود  تنها از کنسول مدیریتی برای مدیریت چندین WSUS بصورت متمرکز استفاده کرد.

||http://network.tosinso.com/files/get/d04fbfce-229d-45dd-808d-92f15cc01ce7||

||http://network.tosinso.com/files/get/731762e8-37e0-4840-b1fc-cffdb972da68||

  در این بخش متن مبنی بر توافقنامه مربوط به License  این سرویس را خوانده و با تایید آن به مرحله بعد می رویم.

||http://network.tosinso.com/files/get/3f25bbe3-576c-4ed0-a79b-0dbdefc5f1d1||

 در صورتی که Microsoft Report Viewer روی سرور نصب نباشد در این قسمت پیغام مبنی بر عدم نصب این برنامه نمایش داده خواهد شد که می توانیم این نرم افزار را از سایت مایکروسافت به صورت رایگان |دانلود::http://www.microsoft.com/en-gb/download/details.aspx?id=3841| و نصب کنیم.

||http://network.tosinso.com/files/get/dd3e1992-22e2-4f0a-a150-1a11b9075209||

در این مرحله هارد دیسک و فولدری که می خواهیم آپدیت های دانلود شده روی آن ذخیره شوند را به سیستم معرفی می کنیم با توجه به توضیحات این بخش از ویزارد  ، باید از هاردی با حداقل  6GB  فضای آزاد استفاده کنیم که بسته به نوع و حجم دریافت آپدیت های مورد نظر ما این مقدار می تواند از حداقل فضای پیشنهاد شده بیشتر باشد. توصیه می شود که درایو در نظر گرفته شده برای ذخیره ی آپدیت ها با درایوی که سیستم عامل روی آن قرار دارد یکسان نباشد.

||http://network.tosinso.com/files/get/bb7cab65-8008-4dee-890e-3df355e7319a||

برای تعیین یک پایگاه داده داخلی برای WSUS باید درایوی را انتخاب کنیم که حداقل 2GB  فضای آزاد داشته باشد. اگر در شبکه SQL Server  موجود باشد  در اینجا با مارک دار کردن گزینه Using an existing database server on a remote computer می توان آن را بعنوان یک پایگاه داده خارجی برای سرویس معرفی کرد.و نیز با کلیک روی گزینه Browse باید آدرس SQL سرور را به سیستم معرفی کنیم این گزینه زمانی می تواند مفید باشد که یک SQL  سرور ی را اختصاص دهیم که توسط مدیران پایگاه داده مدیریت شود. 

||http://network.tosinso.com/files/get/64a35c79-591e-48e2-aa1f-683e91b8991a|| 

همانگونه که ذکر شد مبنای کار WSUS بر اساس IIS است در اینجا می توان IIS پیشفرض سرور را انتخاب کرد و یا یک IIS ویژه برای WSUS در نظر گرفت .انتخاب گزینه Use the existing IIS Default Web site از سوی مایکروسافت توصیه شده است.

||http://network.tosinso.com/files/get/183f15d9-c2ba-4623-9b8d-8ad09a6ceb23|| 

 در این صفحه خلاصه ای از تنظیماتی که تاکنون انجام دادیم نمایش داده شده است روی گزینه Next کلیک می کنیم تا فرایند نصب آغار شود.

  ||http://network.tosinso.com/files/get/b779ae3a-ef6a-4a90-8a2c-9eb998262292||

در پایان روی گزینه Finish  کلیک می کنیم تا این مرحله از نصب WSUS با موفقیت صورت گرفته باشد.

||http://network.tosinso.com/files/get/d138fb6b-4cc2-4e1d-939f-901262eccae3||

 پس از پایان یافتن نصب از طریق ویزارد ، بصورت خودکار ویزارد مربوط به پیکربندی WSUS نمایان می شود که در اولین صفحه از آن مواردی که باید پیش از انجام تنظیمات رعایت شود را یاد آوری کند از قبیل انجام تنظیمات فایروال سرور  برای دسترسی داشتن کلاینت ها به آن ، مشخص کردن Up Stream  سرور برای WSUS سرور در حال پیکربندی و انجام تنظیمات پروکسی در صورتیکه از آن برای اتصال به اینترنت استفاده می کنیم . پس از اطمینان از این موارد روی گزینه Next کلیک می کنیم.

||http://network.tosinso.com/files/get/1f9b7bb5-5795-4330-ba59-eef59e4745da||

 در این بخش می توان تعیین کرد که در صورت بروز مشکل در روند کار WSUS  ، اطلاعات را برای مایکروسافت ارسال کرده تا درصدد رفع مشکل برآید .بدین منظور باید گزینه ی Yes ,I would like to join the Microsoft Update Improvement Program  را مارکدار کنیم .

 ||http://network.tosinso.com/files/get/44583f83-96c8-405b-ac28-b2ad81d3f984||

در این بخش برای سرور تعیین می کنیم که آپدیت ها را با سایت مایکروسافت و یابا یک WSUS دیگر (Up Stream Server ) تطبیق دهد. که در صورت انتخاب یک Upstream Server  برای Sync کردن آپدیت ها باید نام و پورت مربوط به آن سرور را نیز مشخص کنیم . با برگزیدن یک WSUS دیگر بعنوان Upstream  سرور دو گزینه فعال خواهند شد که شرح آنها به قرار زیر است:
در صورتیکه که از SSL استفاده می کنیم باید تیک مربوط به گزینه Use SSL when synchronizing update information را فعال کنیم  اما باید در نظر داشته باشیم که در صورت استفاده از SSL روی این سرور ، Upstream  سرور نیز باید از SSL پشتیبانی کند. 
با انتخاب گزینه This is a replica of the Up Stream server  سرور ی که در حال پیکربندی آن هستیم تبدیل به نسخه ثانویه Up Stream  سرور انتخابی خواهد شد.

||http://network.tosinso.com/files/get/c7518150-837a-4ec0-8881-a2cd89041c5c|| 

 اگر شبکه ملزم به استفاده از پروکسی سرور برای دسترسی به اینترنت است اطلاعات مربوط به آن را در این قسمت وارد کرده در غیر اینصورت از این تنظیمات چشم پوشی و با انتخاب Next  به مرحله بعد می رویم.

||http://network.tosinso.com/files/get/d828b408-4751-481f-8286-e49102919ff7||

حال نیاز است که ویزارد WSUS برای تشخیص محصولاتی که WSUS می تواند آپدیت کند ، زبانهایی که پشتیبانی کند و نیز شناسایی انواع آپدیت ها به اینترنت متصل شود. بنابراین باید روی گزینه Start Connecting  کلیک کنیم تا ارتباط سرور با Update Server  های مایکروسافت برقرار شود . پس از تکمیل فرایند  اتصال اولیه روی گزینه Next  کلیک می کنیم .

||http://network.tosinso.com/files/get/5f1c973c-b4d0-4b2c-b2f1-d6b09274117d||

در اینجا زبان مورد نظر را برای آپدیت هایی که قصد دانلود آنها را داریم ، انتخاب می کنیم اگر در شبکه سیستم هایی موجودند که از محصولاتی با چندین زبان پشتیبانی می کنند باید Patch  هایی برای  ساپورت همه زبانها را دانلود کنیم در غیر اینصورت بر حسب نیاز ، زبان مورد نظر خود را انتخاب می کنیم که این کار باعث استفاده کمتر از فضای دیسک و افزایش سرعت دانلود خواهد شد.

||http://network.tosinso.com/files/get/aad2b990-0689-4b7a-b556-52fb17101102||

محصولاتی که قصد دانلود آپدیت برای آنها را داریم در این مرحله انتخاب می کنیم . می توان با انتخاب تمامی گزینه ها شرایط دانلود آپدیت تمامی محصولات را فراهم آورد و یا اینکه با مارکدار کردن محصولاتی که در شبکه ما موجودند ،تنها آپدیت مربوط به آنها را دریافت کنیم. گزینش محصولات مورد نظر برای دریافت آپدیت آنها علاوه بر اشغال فضای کمتری از حافظه به افزایش سرعت  و کاهش زمان دانلود آپدیت ها از سایت مایکروسافت نیز کمک می کند. همچنین می توان محصول جدیدی که در آینده در سازمان به کار گرفته می شود را به لیست برنامه های که قصد دانلود آپدیت آنها را داریم در  این قسمت  اضافه کنیم. در اینجا ما با توجه به سناریو مورد نظر  ، ویندوز 7  و ویندوز سرور 2008 R2 را برای دریافت آپدیت هایشان مارکدار می کنیم .

||http://network.tosinso.com/files/get/8a952762-3536-4e20-bb63-e35244874a70|| 

در این قسمت طبقه بندی و نوع آپدیت مورد نظر را برحسب نیاز انتخاب می کنیم انواع آپدیت ها در ابتدای مقاله توضیح داده شد.

||http://network.tosinso.com/files/get/5c532bbd-bbed-4cc0-9bb9-fd4a4e8fafc2||

می توان به صورت دستی و یا اتوماتیک تعیین کرد که WSUS  سرور در چه زمانی آپدیت ها را با سایت مایکروسافت Sync  کند .از آنجایی که بسته به سرعت اینترنت  شبکه دانلود آپدیت ها میزان قابل توجهی از پهنای باند را به خود اختصاص می دهد می توان برنامه ریزی کرد که WSUS سرور آپدیت ها را طی ساعاتی که میزان استفاده از اینترنت شبکه پایین است مثلا در طول شب دریافت کند. در این مرحله ما گزینه Synchronize Manually را انتخاب می کنیم .

||http://network.tosinso.com/files/get/a4c7dd8c-6277-40e2-ae80-239828ba7c15||
 
پس از انجام تنظیمات ذکر شده حال زمان آن است که WSUS سرور برای دانلود آپدیت ها ، برای اولین بار با سایت مایکروسافت و یا هر Up Stream  سروری که برای آن تعیین شده ، ارتباط برقرار کند . دانلود آپدیت ها برای اولین بار از سایت مایکروسافت  زمان و پهنای باند زیادی را مصرف می کندو بسته به تعداد محصولات انتخاب شده و نیز زبان ها و طبقه بندی های در نظر گرفته شده برای آنها متفاوت می باشد . همچنین می توان تعیین کرد که دریافت آپدیت ها از طریق کنسول مدیریتی و در زمانی دیگر صورت گیرد در اینجا ما گزینه Begin initial synchronization  را مارکدار می کنیم .

 ||http://network.tosinso.com/files/get/4c14e132-f6c7-45d7-9156-a4af2e8ee5d5||

اکنون خلاصه ای از مراحلی که برای سایر تنظیمات باید طی شود  برای ما نمایش داده می شود . برای بسته شدن ویزارد روی گزینه Finish کلیک می کنیم .

||http://network.tosinso.com/files/get/5013fba7-e8e5-40f6-8cc5-2cc46d4d4945||  

تا بدین جای کار به شرح  تاریخچه و معماری سیستم بروزرسانی مرکزی ،معرفی انواع آپدیت ها و نصب مرحله به مرحله ی  WSUS از طریق ویزارد  پرداختیم . در قسمت بعدی مقاله به بررسی  کنسول مدیریتی WSUS خواهیم پرداخت.

نویسنده: مریم حیات رمضانی
منبع : |جزیره سرویس های شبکه مایکروسافت وب سایت توسینسو::https://tosinso.com/microsoft|
هرگونه نشر و کپی برداری بدون ذکر منبع دارای اشکال اخلاقی می باشد

در این بخش می توان تعیین کرد که در صورت بروز مشکل در روند کار WSUS ، اطلاعات را برای مایکروسافت ارسال کرده تا درصدد رفع مشکل برآید .بدین منظور باید گزینه ی Yes ,I would like to join the Microsoft Update Improvement Program را مارکدار کنیم .

در این مقاله قصد داریم در رابطه با بروزرسانی محصولات مایکروسافت صحبت کنیم . همانطور که می دانیم بیشتر سیستم عامل هایی که در حال حاضر در جهان استفاده می شوند مایکروسافتی هستند بنابراین طبیعی است که bug ها و ضعف های موجود در آنها برای کاربران مشکل ایجاد کند این Bug  ها با وجود کابران زیاد، بسیار سریع شناسایی می شوند . هستند افرادی که از این نقاط ضعف برای Attack  به یک سیستم استفاده کنند. بنابراین مایکروسافت برای جلوگیری از بروز مشکلات ، درصدد رفع نقص محصولات برآمد و در سایت خود یک Update Center را ایجاد کرد تا کاربران بتوانند آپدیت های مربوط به رفع نقص محصول مورد نظر خود را از آن دانلود کنند. با  این راهکار کاربران با نصب یک فایل دانلود شده می توانند مشکل موجود در سیستم عامل ها و Office Product  ها و سایر محصولات مایکروسافت را برطرف کنند.
این راهکار کمک شایان توجهی به کاربران مایکروسافت برای برطرف کردن نقاط ضعف محصولاتی که مورد استفاده ی آنان بود ، کرد . اما مشکلاتی را نیز به همراه داشت . دانلود آپدیت ها از سایت مایکروسافت توسط کاربران خانگی و حتی شرکت های کوچک نتیجه بخش بود اما تصور کنید که در یک سازمان با بیش از هزار کلاینت ،هر کاربر ی برای دانلود آپدیت مورد نظر خود با سایت مایکروسافت ارتباط بر قرار کند چه اتفاقی خواهد افتاد؟بدون شک این وضعیت برای پهنای باند اینترنت سازمان ها یک معضل محسوب می شود.  در چنین شرایطی مایکروسافت وارد عمل شده و سرویسی بنام SUS یا Software Update  Services را به کاربران خود عرضه کرد  .این سرویس موجب شد تا کاربران یک سازمان بتوانند آپدیت های خود را به جای سایت مایکروسافت از یک سرور مرکزی دریافت کنند بدین ترتیب دریافت آپدیت ها توسط کلاینت های سازمان تحت مدیریت متمرکز خواهد بود . ادمین  سازمان می تواند با توجه به نو ع سیستم عاملهای سازمان و نیز نرم افزار های موجود، آپدیت های مورد نیاز را به صورت متمرکز در اختیار کلاینت ها قرار دهد.
 مدیریت آپدیت ها موجب می شود که تنها آپدیت های مورد نیاز دانلود و نصب شود بنابراین حافظه سیستم ها نیز با ذخیره داده هایی که بلا استفاده هستند ، اشغال نخواهد شد هم چنین WSUS  با مدیریت پهنای باند، باعث می شود که از سرعت اینترنت سازمان به دلیل ترافیک بالا کاسته نشود. 

مایکروسافت متعهد شده بود که از SUS تا تاریخ 6 دسامبر 2006 پشتیبانی خواهد کرد اما به دلیل استقبال مشتریان خود از این سرویس این تاریخ به 10 جولای 2007 تغییر یافت. SUS دارای این نقطه ضعف بود که تنها شرایط دانلود Hotfix ها و Patch های مربوط به سیستم عامل ویندوز را برای کاربران فراهم می کرد با این اوصاف کاربران یک شبکه از دریافت آپدیت سایر محصولات مایکروسافت بی بهره بودند . با بروزرسانی این سرویس به ورژن جدید تحت عنوان WSUS 2.0 این مشکل برطرف شد چرا که WSUS علاوه بر دانلود آپدیت های سیستم عامل ویندوز ،دانلود اتوماتیک آپدیت ها ،Hotfix ها ، Service Pack ها ، Device Driver ها و Feature Pack  های سایر محصولات مایکروسافت را از یک سرور مرکزی ،برای کاربران سازمان ها ممکن می سازد.WSUS نیز مخفف عبارت Windows Server Update Services می باشد.

پیشتر کار با SUS و WSUS تحت وب بود بدین معنی که می بایست Component مربوط به این سرویس را نصب کرده و از طریق وب سایتی که در IIS ایجاد می شد، بصورت تحت وب از آن استفاده می کردیم .اما از سال 2006 به بعد WSUS در قالب یک نرم افزار ارائه شد که با نصب آن براحتی می توان از طریق کنسول ،دریافت و توزیع آپدیت ها را مدیریت کرد.در جدول زیر تاریخچه ی بروزرسانی سرویس WSUS بیان شده است.

||http://network.tosinso.com/files/get/aa623f53-b6ad-4fe4-9304-d55b1a5d862c||
*بروز رسانی SUS به WSUS*
باید توجه داشت که Upgrade کردن SUS به WSUS ممکن نیست اما می توانیم آپدیت های دانلود و تایید شده در  SUS را به WSUS انتقال دهیم (Migrate کردن از SUS به WSUS). این راهکار باعث می شود که با نصب WSUS نیازی به دانلود مجدد آپدیتها و نیز Approve کردن آپدیت هایی که قبلا در SUS تایید  شده ، نداشته باشیم.تنها Migrate  کردن SUS 1.0 به WSUS 2.0 امکان پذیر است آپدیتها قادر به انتقال از SUS1.0  به WSUS 3.0 نخواهند بود  پس باید SUS 1.0  را قبل از نصب  WSUS 3.0 ،حذف کرد .اما  WSUS 2.0 را به WSUS 3.0 می توان Upgrade کرد.

--
!!!! انواع آپدیت ها
--
* *Critical Update*: یک بروز رسانی در نظر گرفته شده برای رفع مشکلی در نرم افزار است که بروز این مشکل در محصولات ، شرایطی بحرانی را ایجاد می کند.
* *Driver*: یک جزء نرم افزاری است که برای پشتیبانی از یک سخت افزار جدید طراحی شده است.
* *Hotfix *: آپدیتی است که برای رفع یک مشکل خاص ارائه می شود. با Hotfix می توان به رفع مشکل ، بدون Restart  و یا متوقف کردن  سرویس و سیستم دچار اختلال پرداخت.عموما Hotfix را با Patch  یکسان می دانند اما تفاوت این دو در این است که Hotfix به طور ویژه برای رفع مشکل یک مشتری در نظر گرفته شده و برای عموم کاربران توزیع نمی شود.  باید در نظر داشت که Hotfix ،آپدیت های امنیتی را شامل نمی شود. همچنین Hotfix  قابلیت های ارائه شده برای رفع یک مشکل که بصورت خاص مورد آزمایش قرار گرفته تا در اختیار عموم کاربران قرار گیرد را شامل می شود.
* *Update*: در این نوع آپدیت یک قابلیت جدید برای محصولات مایکروسافت در نظر گرفته می شود و این آپدیت برای رفع مشکلات امنیتی و اختالات مربوط به سیستم عامل ها و نرم افزار ها نمی باشد ،باید در نظر داشت که Update الزاما امنیتی نیست .
* *Security Update:* کاربران مایکروسافت جمعیت بالایی را تشکیل می دهند بنابراین نقاط ضعف امنیتی بسیاری در محصولات آن مشاهده خواهد شد و مایکروسافت این نقاط ضعف را شناسایی کرده و  آپدیت رفع نقاط ضعف و مشکلات امنیتی محصولات خود را  در اختیار کاربران قرار می دهد. آسیب پذیری های امنیتی در بولتن امنیتی مایکروسافت در سطوح حساس ،مهم ، متوسط و ضعیف یا پایین طبقه بندی می شوند.
* *Feature Packs:* بسته ای است که قابلیت های جدید ارائه شده برای یک محصول را در بر می گیرد.
* *Update Rollups:* مجموعه ای است از Hotfix  ها،Security  آپدیت ها ، critical آپدیت ها ونیز آپدیت هاست که برای سهولت در Deploy شدن در یک پکیج قرار گرفته اند.Rollup ها عموما یک هدف خاص مانند امنیت محصول و یا یک Component از یک محصول مثلا IIS را پشتیبانی می کند.
* *Service Pack* : پکیجی است در بردارنده ی همه ی Hotfix ها ،Critical  آپدیت ها ، Security آپدیت ها و همچنین آپدیت هابرای سیستم عامل ها و نرم افزار ها.علاوه بر این Service Pack را ه حل مشکلات و نقاط ضعفی که پس از عرضه محصول توسط گروهی محدودی از مشتریان شناسایی شده و نیز درخواست آنان مبنی بر تغییر در Design و قابلیت های یک محصول را شامل می شود.
* *Definition Update:* این نوع از آپدیت ها برای بروز رسانی نرم افزارهای امنیتی استفاده می شود .نرم افزارهایی مثل آنتی ویروس و Anti Malware که توسط شرکت مایکروسافت ارائه شده اند .در واقع یک Definition Update روش حذف و یا برخورد با یک کد مخرب را برای این محصولات ، نمایش می دهد. این آپدیت ها بیشتر برای محصولاتی که دارای پایگاه داده هستند ، کاربرد دارد.
* *Tool*: ابزار یا قابلیتی است که به انجام رساندن و تکمیل یک وظیفه و یا مجموعه ای از وظایف کمک می کند.

--
!!! انواع استراتژی پیاده سازی WSUS سرور
--
سه ساختار پیاده سازی سیستم بروز رسانی مرکزی برای سیستم های تحت شبکه وجود دارد ، در* نوع اول* WSUS سرور به شبکه داخلی و اینترنت متصل بوده و آپدیت ها را مستقیما از Update Center سایت مایکروسافت دانلود کرده در نهایت کاربران شبکه با WSUS سرور ارتباط برقرار کرده و آپدیت ها را از آن دریافت می کنند.

 ||http://network.tosinso.com/files/get/a9b75b46-5e9d-490a-b5ae-1929df9f0b07||

در *ساختار دوم* حداقل دو WSUS سرور وجود دارد اما در سازمانهای بزرگ این ساختار چندین WSUS سرور را در بر می گیرد. فرض را بر پیاده سازی سیستم به روز رسانی مرکزی برای یک دانشگاه  می گذاریم دانشگاه دارای یک ساختمان مرکزی و چندین دانشکده می باشد .برای اینکه ترافیک شبکه بالا نرود یک WSUS سرور را در ساختمان مرکزی قرار می دهیم که به اینترنت متصل بوده و از سایت مایکروسافت آپدیت ها را دانلود  می کند که اصطلاحا به آن Upstream سرور می گویند و در هر دانشکده نیز WSUS سرور هایی با عنوان Downstream  سرور قرار می دهیم که این Downstream  ها آپدیت های مورد نیاز را از Upstream  سرور دریافت می کنند. و در نهایت کلاینت ها آپدیت ها را از Downstream سرور ها دریافت و نصب می کنند .

||http://network.tosinso.com/files/get/894b6caa-58b3-499f-9465-b8fa5f739869||

 در *استراتژی سوم* برای سازمانهای نظامی ،اطلاعاتی و هر سازمانی که محرمانه باقی ماندن اطلاعات برای آن امری ضروریست، شبکه ای ایزوله در نظر گرفته می شود. در چنین شرایطی امکان اتصال به اینترنت و دانلود آپدیت ها در شبکه ممکن نیست  در حالی که سیستم های چنین سازمانهایی هم نیازمند بروزرسانی می باشند. بنابراین از یک WSUS سرور متصل به اینترنت در خارج از محدوده شبکه سازمان برای دانلود آپدیت ها استفاده می کنند و در نتیجه آپدیت ها را به کمک حافظه های جانبی همچون DVD و فلش ، بصورت آفلاین به WSUS سرور موجود در شبکه ایزوله سازمان انتقال می دهند تا کاربران شبکه بتوانند آپدیت های مورد نیاز خود را در محیطی امن دریافت کنند.

||http://network.tosinso.com/files/get/b584e079-a7e6-4b2d-95c3-47183bc34ec2||

--
!!!! نصب رول WSUS
--
در اکثر مواقع نصب این سرویس از طریق Server Manager با مشکل مواجه می شود بنابراین بهتر این است که   به جای نصب از طریق Server Manager |فایل نصب WSUS ::http://www.microsoft.com/en-gb/download/details.aspx?id=5216|را دانلود و اجرا کنیم . همانطور که می دانیم لازمه ی استفاده از WSUS سرور نصب رول IIS است که آموزش نصب این رول در |مقاله::https://tosinso.com/articles/41276/%d8%a2%d9%85%d9%88%d8%b2%d8%b4-%d9%86%d8%b5%d8%a8-IIS-%d8%aa%d8%b5%d9%88%db%8c%d8%b1%db%8c-%d8%b1%d8%a7%d9%87-%d8%a7%d9%86%d8%af%d8%a7%d8%b2%db%8c-%d9%88%d8%a8-%d8%b3%d8%a7%db%8c%d8%aa-%d8%af%d8%b1-IIS-%d8%a8%d8%b5%d9%88%d8%b1%d8%aa-%da%af%d8%a7%d9%85-%d8%a8%d9%87-%da%af%d8%a7%d9%85| جناب مهندس نصیری آورده شده است. بهنگام نصب سرویس WSUS سیستم پیغام نصب IIS را می دهد برای منظم طی شدن روند کار قبل نصب این سرویس ، رول IIS  را نصب می کنیم.
همچنین برای اینکه سیستم برای دانلود آپدیت ها قادر به استفاده از پهنای باند بیکار اینترنت باشد و سرعت اینترنت سازمان دچار اختلال نشود قابلیت BITS یا (Background Intelligent Transfer Service) را از طریق مسیر زیر فعال می کنیم :
<c#>
Sever Manager => Features => Add Features => Background Intelligent Transfer Service (BITS)
<c#>
پس از نصب پیش نیاز های مورد نظر حال روی فایل WSUS دانلود شده برای نصب کلیک می کنیم تا ویزارد مربوط نمایش داده شود روی گزینه Next  کلیک می کنیم . در این مرحله دو گزینه برای انتخاب نوع نصب WSUS پیش روی ماست . با انتخاب گزینه اول می توان هم WSUS و هم کنسول مدیریتی آن را نصب کرد و با انتخاب گزینه دوم می شود  تنها از کنسول مدیریتی برای مدیریت چندین WSUS بصورت متمرکز استفاده کرد.

||http://network.tosinso.com/files/get/d04fbfce-229d-45dd-808d-92f15cc01ce7||

||http://network.tosinso.com/files/get/731762e8-37e0-4840-b1fc-cffdb972da68||

  در این بخش متن مبنی بر توافقنامه مربوط به License  این سرویس را خوانده و با تایید آن به مرحله بعد می رویم.

||http://network.tosinso.com/files/get/3f25bbe3-576c-4ed0-a79b-0dbdefc5f1d1||

 در صورتی که Microsoft Report Viewer روی سرور نصب نباشد در این قسمت پیغام مبنی بر عدم نصب این برنامه نمایش داده خواهد شد که می توانیم این نرم افزار را از سایت مایکروسافت به صورت رایگان |دانلود::http://www.microsoft.com/en-gb/download/details.aspx?id=3841| و نصب کنیم.

||http://network.tosinso.com/files/get/dd3e1992-22e2-4f0a-a150-1a11b9075209||

در این مرحله هارد دیسک و فولدری که می خواهیم آپدیت های دانلود شده روی آن ذخیره شوند را به سیستم معرفی می کنیم با توجه به توضیحات این بخش از ویزارد  ، باید از هاردی با حداقل  6GB  فضای آزاد استفاده کنیم که بسته به نوع و حجم دریافت آپدیت های مورد نظر ما این مقدار می تواند از حداقل فضای پیشنهاد شده بیشتر باشد. توصیه می شود که درایو در نظر گرفته شده برای ذخیره ی آپدیت ها با درایوی که سیستم عامل روی آن قرار دارد یکسان نباشد.

||http://network.tosinso.com/files/get/bb7cab65-8008-4dee-890e-3df355e7319a||

برای تعیین یک پایگاه داده داخلی برای WSUS باید درایوی را انتخاب کنیم که حداقل 2GB  فضای آزاد داشته باشد. اگر در شبکه SQL Server  موجود باشد  در اینجا با مارک دار کردن گزینه Using an existing database server on a remote computer می توان آن را بعنوان یک پایگاه داده خارجی برای سرویس معرفی کرد.و نیز با کلیک روی گزینه Browse باید آدرس SQL سرور را به سیستم معرفی کنیم این گزینه زمانی می تواند مفید باشد که یک SQL  سرور ی را اختصاص دهیم که توسط مدیران پایگاه داده مدیریت شود. 

||http://network.tosinso.com/files/get/64a35c79-591e-48e2-aa1f-683e91b8991a|| 

همانگونه که ذکر شد مبنای کار WSUS بر اساس IIS است در اینجا می توان IIS پیشفرض سرور را انتخاب کرد و یا یک IIS ویژه برای WSUS در نظر گرفت .انتخاب گزینه Use the existing IIS Default Web site از سوی مایکروسافت توصیه شده است.

||http://network.tosinso.com/files/get/183f15d9-c2ba-4623-9b8d-8ad09a6ceb23|| 

 در این صفحه خلاصه ای از تنظیماتی که تاکنون انجام دادیم نمایش داده شده است روی گزینه Next کلیک می کنیم تا فرایند نصب آغار شود.

  ||http://network.tosinso.com/files/get/b779ae3a-ef6a-4a90-8a2c-9eb998262292||

در پایان روی گزینه Finish  کلیک می کنیم تا این مرحله از نصب WSUS با موفقیت صورت گرفته باشد.

||http://network.tosinso.com/files/get/d138fb6b-4cc2-4e1d-939f-901262eccae3||

 پس از پایان یافتن نصب از طریق ویزارد ، بصورت خودکار ویزارد مربوط به پیکربندی WSUS نمایان می شود که در اولین صفحه از آن مواردی که باید پیش از انجام تنظیمات رعایت شود را یاد آوری کند از قبیل انجام تنظیمات فایروال سرور  برای دسترسی داشتن کلاینت ها به آن ، مشخص کردن Up Stream  سرور برای WSUS سرور در حال پیکربندی و انجام تنظیمات پروکسی در صورتیکه از آن برای اتصال به اینترنت استفاده می کنیم . پس از اطمینان از این موارد روی گزینه Next کلیک می کنیم.

||http://network.tosinso.com/files/get/1f9b7bb5-5795-4330-ba59-eef59e4745da||

 در این بخش می توان تعیین کرد که در صورت بروز مشکل در روند کار WSUS  ، اطلاعات را برای مایکروسافت ارسال کرده تا درصدد رفع مشکل برآید .بدین منظور باید گزینه ی Yes ,I would like to join the Microsoft Update Improvement Program  را مارکدار کنیم .

 ||http://network.tosinso.com/files/get/44583f83-96c8-405b-ac28-b2ad81d3f984||

در این بخش برای سرور تعیین می کنیم که آپدیت ها را با سایت مایکروسافت و یابا یک WSUS دیگر (Up Stream Server ) تطبیق دهد. که در صورت انتخاب یک Upstream Server  برای Sync کردن آپدیت ها باید نام و پورت مربوط به آن سرور را نیز مشخص کنیم . با برگزیدن یک WSUS دیگر بعنوان Upstream  سرور دو گزینه فعال خواهند شد که شرح آنها به قرار زیر است:
در صورتیکه که از SSL استفاده می کنیم باید تیک مربوط به گزینه Use SSL when synchronizing update information را فعال کنیم  اما باید در نظر داشته باشیم که در صورت استفاده از SSL روی این سرور ، Upstream  سرور نیز باید از SSL پشتیبانی کند. 
با انتخاب گزینه This is a replica of the Up Stream server  سرور ی که در حال پیکربندی آن هستیم تبدیل به نسخه ثانویه Up Stream  سرور انتخابی خواهد شد.

||http://network.tosinso.com/files/get/c7518150-837a-4ec0-8881-a2cd89041c5c|| 

 اگر شبکه ملزم به استفاده از پروکسی سرور برای دسترسی به اینترنت است اطلاعات مربوط به آن را در این قسمت وارد کرده در غیر اینصورت از این تنظیمات چشم پوشی و با انتخاب Next  به مرحله بعد می رویم.

||http://network.tosinso.com/files/get/d828b408-4751-481f-8286-e49102919ff7||

حال نیاز است که ویزارد WSUS برای تشخیص محصولاتی که WSUS می تواند آپدیت کند ، زبانهایی که پشتیبانی کند و نیز شناسایی انواع آپدیت ها به اینترنت متصل شود. بنابراین باید روی گزینه Start Connecting  کلیک کنیم تا ارتباط سرور با Update Server  های مایکروسافت برقرار شود . پس از تکمیل فرایند  اتصال اولیه روی گزینه Next  کلیک می کنیم .

||http://network.tosinso.com/files/get/5f1c973c-b4d0-4b2c-b2f1-d6b09274117d||

در اینجا زبان مورد نظر را برای آپدیت هایی که قصد دانلود آنها را داریم ، انتخاب می کنیم اگر در شبکه سیستم هایی موجودند که از محصولاتی با چندین زبان پشتیبانی می کنند باید Patch  هایی برای  ساپورت همه زبانها را دانلود کنیم در غیر اینصورت بر حسب نیاز ، زبان مورد نظر خود را انتخاب می کنیم که این کار باعث استفاده کمتر از فضای دیسک و افزایش سرعت دانلود خواهد شد.

||http://network.tosinso.com/files/get/aad2b990-0689-4b7a-b556-52fb17101102||

محصولاتی که قصد دانلود آپدیت برای آنها را داریم در این مرحله انتخاب می کنیم . می توان با انتخاب تمامی گزینه ها شرایط دانلود آپدیت تمامی محصولات را فراهم آورد و یا اینکه با مارکدار کردن محصولاتی که در شبکه ما موجودند ،تنها آپدیت مربوط به آنها را دریافت کنیم. گزینش محصولات مورد نظر برای دریافت آپدیت آنها علاوه بر اشغال فضای کمتری از حافظه به افزایش سرعت  و کاهش زمان دانلود آپدیت ها از سایت مایکروسافت نیز کمک می کند. همچنین می توان محصول جدیدی که در آینده در سازمان به کار گرفته می شود را به لیست برنامه های که قصد دانلود آپدیت آنها را داریم در  این قسمت  اضافه کنیم. در اینجا ما با توجه به سناریو مورد نظر  ، ویندوز 7  و ویندوز سرور 2008 R2 را برای دریافت آپدیت هایشان مارکدار می کنیم .

||http://network.tosinso.com/files/get/8a952762-3536-4e20-bb63-e35244874a70|| 

در این قسمت طبقه بندی و نوع آپدیت مورد نظر را برحسب نیاز انتخاب می کنیم انواع آپدیت ها در ابتدای مقاله توضیح داده شد.

||http://network.tosinso.com/files/get/5c532bbd-bbed-4cc0-9bb9-fd4a4e8fafc2||

می توان به صورت دستی و یا اتوماتیک تعیین کرد که WSUS  سرور در چه زمانی آپدیت ها را با سایت مایکروسافت Sync  کند .از آنجایی که بسته به سرعت اینترنت  شبکه دانلود آپدیت ها میزان قابل توجهی از پهنای باند را به خود اختصاص می دهد می توان برنامه ریزی کرد که WSUS سرور آپدیت ها را طی ساعاتی که میزان استفاده از اینترنت شبکه پایین است مثلا در طول شب دریافت کند. در این مرحله ما گزینه Synchronize Manually را انتخاب می کنیم .

||http://network.tosinso.com/files/get/a4c7dd8c-6277-40e2-ae80-239828ba7c15||
 
پس از انجام تنظیمات ذکر شده حال زمان آن است که WSUS سرور برای دانلود آپدیت ها ، برای اولین بار با سایت مایکروسافت و یا هر Up Stream  سروری که برای آن تعیین شده ، ارتباط برقرار کند . دانلود آپدیت ها برای اولین بار از سایت مایکروسافت  زمان و پهنای باند زیادی را مصرف می کندو بسته به تعداد محصولات انتخاب شده و نیز زبان ها و طبقه بندی های در نظر گرفته شده برای آنها متفاوت می باشد . همچنین می توان تعیین کرد که دریافت آپدیت ها از طریق کنسول مدیریتی و در زمانی دیگر صورت گیرد در اینجا ما گزینه Begin initial synchronization  را مارکدار می کنیم .

 ||http://network.tosinso.com/files/get/4c14e132-f6c7-45d7-9156-a4af2e8ee5d5||

اکنون خلاصه ای از مراحلی که برای سایر تنظیمات باید طی شود  برای ما نمایش داده می شود . برای بسته شدن ویزارد روی گزینه Finish کلیک می کنیم .

||http://network.tosinso.com/files/get/5013fba7-e8e5-40f6-8cc5-2cc46d4d4945||  

تا بدین جای کار به شرح  تاریخچه و معماری سیستم بروزرسانی مرکزی ،معرفی انواع آپدیت ها و نصب مرحله به مرحله ی  WSUS از طریق ویزارد  پرداختیم . در قسمت بعدی مقاله به بررسی  کنسول مدیریتی WSUS خواهیم پرداخت.

نویسنده: مریم حیات رمضانی
منبع : |جزیره سرویس های شبکه مایکروسافت وب سایت توسینسو::https://tosinso.com/microsoft|
هرگونه نشر و کپی برداری بدون ذکر منبع دارای اشکال اخلاقی می باشد

در این بخش برای سرور تعیین می کنیم که آپدیت ها را با سایت مایکروسافت و یابا یک WSUS دیگر (Up Stream Server ) تطبیق دهد. که در صورت انتخاب یک Upstream Server برای Sync کردن آپدیت ها باید نام و پورت مربوط به آن سرور را نیز مشخص کنیم . با برگزیدن یک WSUS دیگر بعنوان Upstream سرور دو گزینه فعال خواهند شد که شرح آنها به قرار زیر است:

در صورتیکه که از SSL استفاده می کنیم باید تیک مربوط به گزینه Use SSL when synchronizing update information را فعال کنیم اما باید در نظر داشته باشیم که در صورت استفاده از SSL روی این سرور ، Upstream سرور نیز باید از SSL پشتیبانی کند. با انتخاب گزینه This is a replica of the Up Stream server سرور ی که در حال پیکربندی آن هستیم تبدیل به نسخه ثانویه Up Stream سرور انتخابی خواهد شد.

در این مقاله قصد داریم در رابطه با بروزرسانی محصولات مایکروسافت صحبت کنیم . همانطور که می دانیم بیشتر سیستم عامل هایی که در حال حاضر در جهان استفاده می شوند مایکروسافتی هستند بنابراین طبیعی است که bug ها و ضعف های موجود در آنها برای کاربران مشکل ایجاد کند این Bug  ها با وجود کابران زیاد، بسیار سریع شناسایی می شوند . هستند افرادی که از این نقاط ضعف برای Attack  به یک سیستم استفاده کنند. بنابراین مایکروسافت برای جلوگیری از بروز مشکلات ، درصدد رفع نقص محصولات برآمد و در سایت خود یک Update Center را ایجاد کرد تا کاربران بتوانند آپدیت های مربوط به رفع نقص محصول مورد نظر خود را از آن دانلود کنند. با  این راهکار کاربران با نصب یک فایل دانلود شده می توانند مشکل موجود در سیستم عامل ها و Office Product  ها و سایر محصولات مایکروسافت را برطرف کنند.
این راهکار کمک شایان توجهی به کاربران مایکروسافت برای برطرف کردن نقاط ضعف محصولاتی که مورد استفاده ی آنان بود ، کرد . اما مشکلاتی را نیز به همراه داشت . دانلود آپدیت ها از سایت مایکروسافت توسط کاربران خانگی و حتی شرکت های کوچک نتیجه بخش بود اما تصور کنید که در یک سازمان با بیش از هزار کلاینت ،هر کاربر ی برای دانلود آپدیت مورد نظر خود با سایت مایکروسافت ارتباط بر قرار کند چه اتفاقی خواهد افتاد؟بدون شک این وضعیت برای پهنای باند اینترنت سازمان ها یک معضل محسوب می شود.  در چنین شرایطی مایکروسافت وارد عمل شده و سرویسی بنام SUS یا Software Update  Services را به کاربران خود عرضه کرد  .این سرویس موجب شد تا کاربران یک سازمان بتوانند آپدیت های خود را به جای سایت مایکروسافت از یک سرور مرکزی دریافت کنند بدین ترتیب دریافت آپدیت ها توسط کلاینت های سازمان تحت مدیریت متمرکز خواهد بود . ادمین  سازمان می تواند با توجه به نو ع سیستم عاملهای سازمان و نیز نرم افزار های موجود، آپدیت های مورد نیاز را به صورت متمرکز در اختیار کلاینت ها قرار دهد.
 مدیریت آپدیت ها موجب می شود که تنها آپدیت های مورد نیاز دانلود و نصب شود بنابراین حافظه سیستم ها نیز با ذخیره داده هایی که بلا استفاده هستند ، اشغال نخواهد شد هم چنین WSUS  با مدیریت پهنای باند، باعث می شود که از سرعت اینترنت سازمان به دلیل ترافیک بالا کاسته نشود. 

مایکروسافت متعهد شده بود که از SUS تا تاریخ 6 دسامبر 2006 پشتیبانی خواهد کرد اما به دلیل استقبال مشتریان خود از این سرویس این تاریخ به 10 جولای 2007 تغییر یافت. SUS دارای این نقطه ضعف بود که تنها شرایط دانلود Hotfix ها و Patch های مربوط به سیستم عامل ویندوز را برای کاربران فراهم می کرد با این اوصاف کاربران یک شبکه از دریافت آپدیت سایر محصولات مایکروسافت بی بهره بودند . با بروزرسانی این سرویس به ورژن جدید تحت عنوان WSUS 2.0 این مشکل برطرف شد چرا که WSUS علاوه بر دانلود آپدیت های سیستم عامل ویندوز ،دانلود اتوماتیک آپدیت ها ،Hotfix ها ، Service Pack ها ، Device Driver ها و Feature Pack  های سایر محصولات مایکروسافت را از یک سرور مرکزی ،برای کاربران سازمان ها ممکن می سازد.WSUS نیز مخفف عبارت Windows Server Update Services می باشد.

پیشتر کار با SUS و WSUS تحت وب بود بدین معنی که می بایست Component مربوط به این سرویس را نصب کرده و از طریق وب سایتی که در IIS ایجاد می شد، بصورت تحت وب از آن استفاده می کردیم .اما از سال 2006 به بعد WSUS در قالب یک نرم افزار ارائه شد که با نصب آن براحتی می توان از طریق کنسول ،دریافت و توزیع آپدیت ها را مدیریت کرد.در جدول زیر تاریخچه ی بروزرسانی سرویس WSUS بیان شده است.

||http://network.tosinso.com/files/get/aa623f53-b6ad-4fe4-9304-d55b1a5d862c||
*بروز رسانی SUS به WSUS*
باید توجه داشت که Upgrade کردن SUS به WSUS ممکن نیست اما می توانیم آپدیت های دانلود و تایید شده در  SUS را به WSUS انتقال دهیم (Migrate کردن از SUS به WSUS). این راهکار باعث می شود که با نصب WSUS نیازی به دانلود مجدد آپدیتها و نیز Approve کردن آپدیت هایی که قبلا در SUS تایید  شده ، نداشته باشیم.تنها Migrate  کردن SUS 1.0 به WSUS 2.0 امکان پذیر است آپدیتها قادر به انتقال از SUS1.0  به WSUS 3.0 نخواهند بود  پس باید SUS 1.0  را قبل از نصب  WSUS 3.0 ،حذف کرد .اما  WSUS 2.0 را به WSUS 3.0 می توان Upgrade کرد.

--
!!!! انواع آپدیت ها
--
* *Critical Update*: یک بروز رسانی در نظر گرفته شده برای رفع مشکلی در نرم افزار است که بروز این مشکل در محصولات ، شرایطی بحرانی را ایجاد می کند.
* *Driver*: یک جزء نرم افزاری است که برای پشتیبانی از یک سخت افزار جدید طراحی شده است.
* *Hotfix *: آپدیتی است که برای رفع یک مشکل خاص ارائه می شود. با Hotfix می توان به رفع مشکل ، بدون Restart  و یا متوقف کردن  سرویس و سیستم دچار اختلال پرداخت.عموما Hotfix را با Patch  یکسان می دانند اما تفاوت این دو در این است که Hotfix به طور ویژه برای رفع مشکل یک مشتری در نظر گرفته شده و برای عموم کاربران توزیع نمی شود.  باید در نظر داشت که Hotfix ،آپدیت های امنیتی را شامل نمی شود. همچنین Hotfix  قابلیت های ارائه شده برای رفع یک مشکل که بصورت خاص مورد آزمایش قرار گرفته تا در اختیار عموم کاربران قرار گیرد را شامل می شود.
* *Update*: در این نوع آپدیت یک قابلیت جدید برای محصولات مایکروسافت در نظر گرفته می شود و این آپدیت برای رفع مشکلات امنیتی و اختالات مربوط به سیستم عامل ها و نرم افزار ها نمی باشد ،باید در نظر داشت که Update الزاما امنیتی نیست .
* *Security Update:* کاربران مایکروسافت جمعیت بالایی را تشکیل می دهند بنابراین نقاط ضعف امنیتی بسیاری در محصولات آن مشاهده خواهد شد و مایکروسافت این نقاط ضعف را شناسایی کرده و  آپدیت رفع نقاط ضعف و مشکلات امنیتی محصولات خود را  در اختیار کاربران قرار می دهد. آسیب پذیری های امنیتی در بولتن امنیتی مایکروسافت در سطوح حساس ،مهم ، متوسط و ضعیف یا پایین طبقه بندی می شوند.
* *Feature Packs:* بسته ای است که قابلیت های جدید ارائه شده برای یک محصول را در بر می گیرد.
* *Update Rollups:* مجموعه ای است از Hotfix  ها،Security  آپدیت ها ، critical آپدیت ها ونیز آپدیت هاست که برای سهولت در Deploy شدن در یک پکیج قرار گرفته اند.Rollup ها عموما یک هدف خاص مانند امنیت محصول و یا یک Component از یک محصول مثلا IIS را پشتیبانی می کند.
* *Service Pack* : پکیجی است در بردارنده ی همه ی Hotfix ها ،Critical  آپدیت ها ، Security آپدیت ها و همچنین آپدیت هابرای سیستم عامل ها و نرم افزار ها.علاوه بر این Service Pack را ه حل مشکلات و نقاط ضعفی که پس از عرضه محصول توسط گروهی محدودی از مشتریان شناسایی شده و نیز درخواست آنان مبنی بر تغییر در Design و قابلیت های یک محصول را شامل می شود.
* *Definition Update:* این نوع از آپدیت ها برای بروز رسانی نرم افزارهای امنیتی استفاده می شود .نرم افزارهایی مثل آنتی ویروس و Anti Malware که توسط شرکت مایکروسافت ارائه شده اند .در واقع یک Definition Update روش حذف و یا برخورد با یک کد مخرب را برای این محصولات ، نمایش می دهد. این آپدیت ها بیشتر برای محصولاتی که دارای پایگاه داده هستند ، کاربرد دارد.
* *Tool*: ابزار یا قابلیتی است که به انجام رساندن و تکمیل یک وظیفه و یا مجموعه ای از وظایف کمک می کند.

--
!!! انواع استراتژی پیاده سازی WSUS سرور
--
سه ساختار پیاده سازی سیستم بروز رسانی مرکزی برای سیستم های تحت شبکه وجود دارد ، در* نوع اول* WSUS سرور به شبکه داخلی و اینترنت متصل بوده و آپدیت ها را مستقیما از Update Center سایت مایکروسافت دانلود کرده در نهایت کاربران شبکه با WSUS سرور ارتباط برقرار کرده و آپدیت ها را از آن دریافت می کنند.

 ||http://network.tosinso.com/files/get/a9b75b46-5e9d-490a-b5ae-1929df9f0b07||

در *ساختار دوم* حداقل دو WSUS سرور وجود دارد اما در سازمانهای بزرگ این ساختار چندین WSUS سرور را در بر می گیرد. فرض را بر پیاده سازی سیستم به روز رسانی مرکزی برای یک دانشگاه  می گذاریم دانشگاه دارای یک ساختمان مرکزی و چندین دانشکده می باشد .برای اینکه ترافیک شبکه بالا نرود یک WSUS سرور را در ساختمان مرکزی قرار می دهیم که به اینترنت متصل بوده و از سایت مایکروسافت آپدیت ها را دانلود  می کند که اصطلاحا به آن Upstream سرور می گویند و در هر دانشکده نیز WSUS سرور هایی با عنوان Downstream  سرور قرار می دهیم که این Downstream  ها آپدیت های مورد نیاز را از Upstream  سرور دریافت می کنند. و در نهایت کلاینت ها آپدیت ها را از Downstream سرور ها دریافت و نصب می کنند .

||http://network.tosinso.com/files/get/894b6caa-58b3-499f-9465-b8fa5f739869||

 در *استراتژی سوم* برای سازمانهای نظامی ،اطلاعاتی و هر سازمانی که محرمانه باقی ماندن اطلاعات برای آن امری ضروریست، شبکه ای ایزوله در نظر گرفته می شود. در چنین شرایطی امکان اتصال به اینترنت و دانلود آپدیت ها در شبکه ممکن نیست  در حالی که سیستم های چنین سازمانهایی هم نیازمند بروزرسانی می باشند. بنابراین از یک WSUS سرور متصل به اینترنت در خارج از محدوده شبکه سازمان برای دانلود آپدیت ها استفاده می کنند و در نتیجه آپدیت ها را به کمک حافظه های جانبی همچون DVD و فلش ، بصورت آفلاین به WSUS سرور موجود در شبکه ایزوله سازمان انتقال می دهند تا کاربران شبکه بتوانند آپدیت های مورد نیاز خود را در محیطی امن دریافت کنند.

||http://network.tosinso.com/files/get/b584e079-a7e6-4b2d-95c3-47183bc34ec2||

--
!!!! نصب رول WSUS
--
در اکثر مواقع نصب این سرویس از طریق Server Manager با مشکل مواجه می شود بنابراین بهتر این است که   به جای نصب از طریق Server Manager |فایل نصب WSUS ::http://www.microsoft.com/en-gb/download/details.aspx?id=5216|را دانلود و اجرا کنیم . همانطور که می دانیم لازمه ی استفاده از WSUS سرور نصب رول IIS است که آموزش نصب این رول در |مقاله::https://tosinso.com/articles/41276/%d8%a2%d9%85%d9%88%d8%b2%d8%b4-%d9%86%d8%b5%d8%a8-IIS-%d8%aa%d8%b5%d9%88%db%8c%d8%b1%db%8c-%d8%b1%d8%a7%d9%87-%d8%a7%d9%86%d8%af%d8%a7%d8%b2%db%8c-%d9%88%d8%a8-%d8%b3%d8%a7%db%8c%d8%aa-%d8%af%d8%b1-IIS-%d8%a8%d8%b5%d9%88%d8%b1%d8%aa-%da%af%d8%a7%d9%85-%d8%a8%d9%87-%da%af%d8%a7%d9%85| جناب مهندس نصیری آورده شده است. بهنگام نصب سرویس WSUS سیستم پیغام نصب IIS را می دهد برای منظم طی شدن روند کار قبل نصب این سرویس ، رول IIS  را نصب می کنیم.
همچنین برای اینکه سیستم برای دانلود آپدیت ها قادر به استفاده از پهنای باند بیکار اینترنت باشد و سرعت اینترنت سازمان دچار اختلال نشود قابلیت BITS یا (Background Intelligent Transfer Service) را از طریق مسیر زیر فعال می کنیم :
<c#>
Sever Manager => Features => Add Features => Background Intelligent Transfer Service (BITS)
<c#>
پس از نصب پیش نیاز های مورد نظر حال روی فایل WSUS دانلود شده برای نصب کلیک می کنیم تا ویزارد مربوط نمایش داده شود روی گزینه Next  کلیک می کنیم . در این مرحله دو گزینه برای انتخاب نوع نصب WSUS پیش روی ماست . با انتخاب گزینه اول می توان هم WSUS و هم کنسول مدیریتی آن را نصب کرد و با انتخاب گزینه دوم می شود  تنها از کنسول مدیریتی برای مدیریت چندین WSUS بصورت متمرکز استفاده کرد.

||http://network.tosinso.com/files/get/d04fbfce-229d-45dd-808d-92f15cc01ce7||

||http://network.tosinso.com/files/get/731762e8-37e0-4840-b1fc-cffdb972da68||

  در این بخش متن مبنی بر توافقنامه مربوط به License  این سرویس را خوانده و با تایید آن به مرحله بعد می رویم.

||http://network.tosinso.com/files/get/3f25bbe3-576c-4ed0-a79b-0dbdefc5f1d1||

 در صورتی که Microsoft Report Viewer روی سرور نصب نباشد در این قسمت پیغام مبنی بر عدم نصب این برنامه نمایش داده خواهد شد که می توانیم این نرم افزار را از سایت مایکروسافت به صورت رایگان |دانلود::http://www.microsoft.com/en-gb/download/details.aspx?id=3841| و نصب کنیم.

||http://network.tosinso.com/files/get/dd3e1992-22e2-4f0a-a150-1a11b9075209||

در این مرحله هارد دیسک و فولدری که می خواهیم آپدیت های دانلود شده روی آن ذخیره شوند را به سیستم معرفی می کنیم با توجه به توضیحات این بخش از ویزارد  ، باید از هاردی با حداقل  6GB  فضای آزاد استفاده کنیم که بسته به نوع و حجم دریافت آپدیت های مورد نظر ما این مقدار می تواند از حداقل فضای پیشنهاد شده بیشتر باشد. توصیه می شود که درایو در نظر گرفته شده برای ذخیره ی آپدیت ها با درایوی که سیستم عامل روی آن قرار دارد یکسان نباشد.

||http://network.tosinso.com/files/get/bb7cab65-8008-4dee-890e-3df355e7319a||

برای تعیین یک پایگاه داده داخلی برای WSUS باید درایوی را انتخاب کنیم که حداقل 2GB  فضای آزاد داشته باشد. اگر در شبکه SQL Server  موجود باشد  در اینجا با مارک دار کردن گزینه Using an existing database server on a remote computer می توان آن را بعنوان یک پایگاه داده خارجی برای سرویس معرفی کرد.و نیز با کلیک روی گزینه Browse باید آدرس SQL سرور را به سیستم معرفی کنیم این گزینه زمانی می تواند مفید باشد که یک SQL  سرور ی را اختصاص دهیم که توسط مدیران پایگاه داده مدیریت شود. 

||http://network.tosinso.com/files/get/64a35c79-591e-48e2-aa1f-683e91b8991a|| 

همانگونه که ذکر شد مبنای کار WSUS بر اساس IIS است در اینجا می توان IIS پیشفرض سرور را انتخاب کرد و یا یک IIS ویژه برای WSUS در نظر گرفت .انتخاب گزینه Use the existing IIS Default Web site از سوی مایکروسافت توصیه شده است.

||http://network.tosinso.com/files/get/183f15d9-c2ba-4623-9b8d-8ad09a6ceb23|| 

 در این صفحه خلاصه ای از تنظیماتی که تاکنون انجام دادیم نمایش داده شده است روی گزینه Next کلیک می کنیم تا فرایند نصب آغار شود.

  ||http://network.tosinso.com/files/get/b779ae3a-ef6a-4a90-8a2c-9eb998262292||

در پایان روی گزینه Finish  کلیک می کنیم تا این مرحله از نصب WSUS با موفقیت صورت گرفته باشد.

||http://network.tosinso.com/files/get/d138fb6b-4cc2-4e1d-939f-901262eccae3||

 پس از پایان یافتن نصب از طریق ویزارد ، بصورت خودکار ویزارد مربوط به پیکربندی WSUS نمایان می شود که در اولین صفحه از آن مواردی که باید پیش از انجام تنظیمات رعایت شود را یاد آوری کند از قبیل انجام تنظیمات فایروال سرور  برای دسترسی داشتن کلاینت ها به آن ، مشخص کردن Up Stream  سرور برای WSUS سرور در حال پیکربندی و انجام تنظیمات پروکسی در صورتیکه از آن برای اتصال به اینترنت استفاده می کنیم . پس از اطمینان از این موارد روی گزینه Next کلیک می کنیم.

||http://network.tosinso.com/files/get/1f9b7bb5-5795-4330-ba59-eef59e4745da||

 در این بخش می توان تعیین کرد که در صورت بروز مشکل در روند کار WSUS  ، اطلاعات را برای مایکروسافت ارسال کرده تا درصدد رفع مشکل برآید .بدین منظور باید گزینه ی Yes ,I would like to join the Microsoft Update Improvement Program  را مارکدار کنیم .

 ||http://network.tosinso.com/files/get/44583f83-96c8-405b-ac28-b2ad81d3f984||

در این بخش برای سرور تعیین می کنیم که آپدیت ها را با سایت مایکروسافت و یابا یک WSUS دیگر (Up Stream Server ) تطبیق دهد. که در صورت انتخاب یک Upstream Server  برای Sync کردن آپدیت ها باید نام و پورت مربوط به آن سرور را نیز مشخص کنیم . با برگزیدن یک WSUS دیگر بعنوان Upstream  سرور دو گزینه فعال خواهند شد که شرح آنها به قرار زیر است:
در صورتیکه که از SSL استفاده می کنیم باید تیک مربوط به گزینه Use SSL when synchronizing update information را فعال کنیم  اما باید در نظر داشته باشیم که در صورت استفاده از SSL روی این سرور ، Upstream  سرور نیز باید از SSL پشتیبانی کند. 
با انتخاب گزینه This is a replica of the Up Stream server  سرور ی که در حال پیکربندی آن هستیم تبدیل به نسخه ثانویه Up Stream  سرور انتخابی خواهد شد.

||http://network.tosinso.com/files/get/c7518150-837a-4ec0-8881-a2cd89041c5c|| 

 اگر شبکه ملزم به استفاده از پروکسی سرور برای دسترسی به اینترنت است اطلاعات مربوط به آن را در این قسمت وارد کرده در غیر اینصورت از این تنظیمات چشم پوشی و با انتخاب Next  به مرحله بعد می رویم.

||http://network.tosinso.com/files/get/d828b408-4751-481f-8286-e49102919ff7||

حال نیاز است که ویزارد WSUS برای تشخیص محصولاتی که WSUS می تواند آپدیت کند ، زبانهایی که پشتیبانی کند و نیز شناسایی انواع آپدیت ها به اینترنت متصل شود. بنابراین باید روی گزینه Start Connecting  کلیک کنیم تا ارتباط سرور با Update Server  های مایکروسافت برقرار شود . پس از تکمیل فرایند  اتصال اولیه روی گزینه Next  کلیک می کنیم .

||http://network.tosinso.com/files/get/5f1c973c-b4d0-4b2c-b2f1-d6b09274117d||

در اینجا زبان مورد نظر را برای آپدیت هایی که قصد دانلود آنها را داریم ، انتخاب می کنیم اگر در شبکه سیستم هایی موجودند که از محصولاتی با چندین زبان پشتیبانی می کنند باید Patch  هایی برای  ساپورت همه زبانها را دانلود کنیم در غیر اینصورت بر حسب نیاز ، زبان مورد نظر خود را انتخاب می کنیم که این کار باعث استفاده کمتر از فضای دیسک و افزایش سرعت دانلود خواهد شد.

||http://network.tosinso.com/files/get/aad2b990-0689-4b7a-b556-52fb17101102||

محصولاتی که قصد دانلود آپدیت برای آنها را داریم در این مرحله انتخاب می کنیم . می توان با انتخاب تمامی گزینه ها شرایط دانلود آپدیت تمامی محصولات را فراهم آورد و یا اینکه با مارکدار کردن محصولاتی که در شبکه ما موجودند ،تنها آپدیت مربوط به آنها را دریافت کنیم. گزینش محصولات مورد نظر برای دریافت آپدیت آنها علاوه بر اشغال فضای کمتری از حافظه به افزایش سرعت  و کاهش زمان دانلود آپدیت ها از سایت مایکروسافت نیز کمک می کند. همچنین می توان محصول جدیدی که در آینده در سازمان به کار گرفته می شود را به لیست برنامه های که قصد دانلود آپدیت آنها را داریم در  این قسمت  اضافه کنیم. در اینجا ما با توجه به سناریو مورد نظر  ، ویندوز 7  و ویندوز سرور 2008 R2 را برای دریافت آپدیت هایشان مارکدار می کنیم .

||http://network.tosinso.com/files/get/8a952762-3536-4e20-bb63-e35244874a70|| 

در این قسمت طبقه بندی و نوع آپدیت مورد نظر را برحسب نیاز انتخاب می کنیم انواع آپدیت ها در ابتدای مقاله توضیح داده شد.

||http://network.tosinso.com/files/get/5c532bbd-bbed-4cc0-9bb9-fd4a4e8fafc2||

می توان به صورت دستی و یا اتوماتیک تعیین کرد که WSUS  سرور در چه زمانی آپدیت ها را با سایت مایکروسافت Sync  کند .از آنجایی که بسته به سرعت اینترنت  شبکه دانلود آپدیت ها میزان قابل توجهی از پهنای باند را به خود اختصاص می دهد می توان برنامه ریزی کرد که WSUS سرور آپدیت ها را طی ساعاتی که میزان استفاده از اینترنت شبکه پایین است مثلا در طول شب دریافت کند. در این مرحله ما گزینه Synchronize Manually را انتخاب می کنیم .

||http://network.tosinso.com/files/get/a4c7dd8c-6277-40e2-ae80-239828ba7c15||
 
پس از انجام تنظیمات ذکر شده حال زمان آن است که WSUS سرور برای دانلود آپدیت ها ، برای اولین بار با سایت مایکروسافت و یا هر Up Stream  سروری که برای آن تعیین شده ، ارتباط برقرار کند . دانلود آپدیت ها برای اولین بار از سایت مایکروسافت  زمان و پهنای باند زیادی را مصرف می کندو بسته به تعداد محصولات انتخاب شده و نیز زبان ها و طبقه بندی های در نظر گرفته شده برای آنها متفاوت می باشد . همچنین می توان تعیین کرد که دریافت آپدیت ها از طریق کنسول مدیریتی و در زمانی دیگر صورت گیرد در اینجا ما گزینه Begin initial synchronization  را مارکدار می کنیم .

 ||http://network.tosinso.com/files/get/4c14e132-f6c7-45d7-9156-a4af2e8ee5d5||

اکنون خلاصه ای از مراحلی که برای سایر تنظیمات باید طی شود  برای ما نمایش داده می شود . برای بسته شدن ویزارد روی گزینه Finish کلیک می کنیم .

||http://network.tosinso.com/files/get/5013fba7-e8e5-40f6-8cc5-2cc46d4d4945||  

تا بدین جای کار به شرح  تاریخچه و معماری سیستم بروزرسانی مرکزی ،معرفی انواع آپدیت ها و نصب مرحله به مرحله ی  WSUS از طریق ویزارد  پرداختیم . در قسمت بعدی مقاله به بررسی  کنسول مدیریتی WSUS خواهیم پرداخت.

نویسنده: مریم حیات رمضانی
منبع : |جزیره سرویس های شبکه مایکروسافت وب سایت توسینسو::https://tosinso.com/microsoft|
هرگونه نشر و کپی برداری بدون ذکر منبع دارای اشکال اخلاقی می باشد

اگر شبکه ملزم به استفاده از پروکسی سرور برای دسترسی به اینترنت است اطلاعات مربوط به آن را در این قسمت وارد کرده در غیر اینصورت از این تنظیمات چشم پوشی و با انتخاب Next به مرحله بعد می رویم.

در این مقاله قصد داریم در رابطه با بروزرسانی محصولات مایکروسافت صحبت کنیم . همانطور که می دانیم بیشتر سیستم عامل هایی که در حال حاضر در جهان استفاده می شوند مایکروسافتی هستند بنابراین طبیعی است که bug ها و ضعف های موجود در آنها برای کاربران مشکل ایجاد کند این Bug  ها با وجود کابران زیاد، بسیار سریع شناسایی می شوند . هستند افرادی که از این نقاط ضعف برای Attack  به یک سیستم استفاده کنند. بنابراین مایکروسافت برای جلوگیری از بروز مشکلات ، درصدد رفع نقص محصولات برآمد و در سایت خود یک Update Center را ایجاد کرد تا کاربران بتوانند آپدیت های مربوط به رفع نقص محصول مورد نظر خود را از آن دانلود کنند. با  این راهکار کاربران با نصب یک فایل دانلود شده می توانند مشکل موجود در سیستم عامل ها و Office Product  ها و سایر محصولات مایکروسافت را برطرف کنند.
این راهکار کمک شایان توجهی به کاربران مایکروسافت برای برطرف کردن نقاط ضعف محصولاتی که مورد استفاده ی آنان بود ، کرد . اما مشکلاتی را نیز به همراه داشت . دانلود آپدیت ها از سایت مایکروسافت توسط کاربران خانگی و حتی شرکت های کوچک نتیجه بخش بود اما تصور کنید که در یک سازمان با بیش از هزار کلاینت ،هر کاربر ی برای دانلود آپدیت مورد نظر خود با سایت مایکروسافت ارتباط بر قرار کند چه اتفاقی خواهد افتاد؟بدون شک این وضعیت برای پهنای باند اینترنت سازمان ها یک معضل محسوب می شود.  در چنین شرایطی مایکروسافت وارد عمل شده و سرویسی بنام SUS یا Software Update  Services را به کاربران خود عرضه کرد  .این سرویس موجب شد تا کاربران یک سازمان بتوانند آپدیت های خود را به جای سایت مایکروسافت از یک سرور مرکزی دریافت کنند بدین ترتیب دریافت آپدیت ها توسط کلاینت های سازمان تحت مدیریت متمرکز خواهد بود . ادمین  سازمان می تواند با توجه به نو ع سیستم عاملهای سازمان و نیز نرم افزار های موجود، آپدیت های مورد نیاز را به صورت متمرکز در اختیار کلاینت ها قرار دهد.
 مدیریت آپدیت ها موجب می شود که تنها آپدیت های مورد نیاز دانلود و نصب شود بنابراین حافظه سیستم ها نیز با ذخیره داده هایی که بلا استفاده هستند ، اشغال نخواهد شد هم چنین WSUS  با مدیریت پهنای باند، باعث می شود که از سرعت اینترنت سازمان به دلیل ترافیک بالا کاسته نشود. 

مایکروسافت متعهد شده بود که از SUS تا تاریخ 6 دسامبر 2006 پشتیبانی خواهد کرد اما به دلیل استقبال مشتریان خود از این سرویس این تاریخ به 10 جولای 2007 تغییر یافت. SUS دارای این نقطه ضعف بود که تنها شرایط دانلود Hotfix ها و Patch های مربوط به سیستم عامل ویندوز را برای کاربران فراهم می کرد با این اوصاف کاربران یک شبکه از دریافت آپدیت سایر محصولات مایکروسافت بی بهره بودند . با بروزرسانی این سرویس به ورژن جدید تحت عنوان WSUS 2.0 این مشکل برطرف شد چرا که WSUS علاوه بر دانلود آپدیت های سیستم عامل ویندوز ،دانلود اتوماتیک آپدیت ها ،Hotfix ها ، Service Pack ها ، Device Driver ها و Feature Pack  های سایر محصولات مایکروسافت را از یک سرور مرکزی ،برای کاربران سازمان ها ممکن می سازد.WSUS نیز مخفف عبارت Windows Server Update Services می باشد.

پیشتر کار با SUS و WSUS تحت وب بود بدین معنی که می بایست Component مربوط به این سرویس را نصب کرده و از طریق وب سایتی که در IIS ایجاد می شد، بصورت تحت وب از آن استفاده می کردیم .اما از سال 2006 به بعد WSUS در قالب یک نرم افزار ارائه شد که با نصب آن براحتی می توان از طریق کنسول ،دریافت و توزیع آپدیت ها را مدیریت کرد.در جدول زیر تاریخچه ی بروزرسانی سرویس WSUS بیان شده است.

||http://network.tosinso.com/files/get/aa623f53-b6ad-4fe4-9304-d55b1a5d862c||
*بروز رسانی SUS به WSUS*
باید توجه داشت که Upgrade کردن SUS به WSUS ممکن نیست اما می توانیم آپدیت های دانلود و تایید شده در  SUS را به WSUS انتقال دهیم (Migrate کردن از SUS به WSUS). این راهکار باعث می شود که با نصب WSUS نیازی به دانلود مجدد آپدیتها و نیز Approve کردن آپدیت هایی که قبلا در SUS تایید  شده ، نداشته باشیم.تنها Migrate  کردن SUS 1.0 به WSUS 2.0 امکان پذیر است آپدیتها قادر به انتقال از SUS1.0  به WSUS 3.0 نخواهند بود  پس باید SUS 1.0  را قبل از نصب  WSUS 3.0 ،حذف کرد .اما  WSUS 2.0 را به WSUS 3.0 می توان Upgrade کرد.

--
!!!! انواع آپدیت ها
--
* *Critical Update*: یک بروز رسانی در نظر گرفته شده برای رفع مشکلی در نرم افزار است که بروز این مشکل در محصولات ، شرایطی بحرانی را ایجاد می کند.
* *Driver*: یک جزء نرم افزاری است که برای پشتیبانی از یک سخت افزار جدید طراحی شده است.
* *Hotfix *: آپدیتی است که برای رفع یک مشکل خاص ارائه می شود. با Hotfix می توان به رفع مشکل ، بدون Restart  و یا متوقف کردن  سرویس و سیستم دچار اختلال پرداخت.عموما Hotfix را با Patch  یکسان می دانند اما تفاوت این دو در این است که Hotfix به طور ویژه برای رفع مشکل یک مشتری در نظر گرفته شده و برای عموم کاربران توزیع نمی شود.  باید در نظر داشت که Hotfix ،آپدیت های امنیتی را شامل نمی شود. همچنین Hotfix  قابلیت های ارائه شده برای رفع یک مشکل که بصورت خاص مورد آزمایش قرار گرفته تا در اختیار عموم کاربران قرار گیرد را شامل می شود.
* *Update*: در این نوع آپدیت یک قابلیت جدید برای محصولات مایکروسافت در نظر گرفته می شود و این آپدیت برای رفع مشکلات امنیتی و اختالات مربوط به سیستم عامل ها و نرم افزار ها نمی باشد ،باید در نظر داشت که Update الزاما امنیتی نیست .
* *Security Update:* کاربران مایکروسافت جمعیت بالایی را تشکیل می دهند بنابراین نقاط ضعف امنیتی بسیاری در محصولات آن مشاهده خواهد شد و مایکروسافت این نقاط ضعف را شناسایی کرده و  آپدیت رفع نقاط ضعف و مشکلات امنیتی محصولات خود را  در اختیار کاربران قرار می دهد. آسیب پذیری های امنیتی در بولتن امنیتی مایکروسافت در سطوح حساس ،مهم ، متوسط و ضعیف یا پایین طبقه بندی می شوند.
* *Feature Packs:* بسته ای است که قابلیت های جدید ارائه شده برای یک محصول را در بر می گیرد.
* *Update Rollups:* مجموعه ای است از Hotfix  ها،Security  آپدیت ها ، critical آپدیت ها ونیز آپدیت هاست که برای سهولت در Deploy شدن در یک پکیج قرار گرفته اند.Rollup ها عموما یک هدف خاص مانند امنیت محصول و یا یک Component از یک محصول مثلا IIS را پشتیبانی می کند.
* *Service Pack* : پکیجی است در بردارنده ی همه ی Hotfix ها ،Critical  آپدیت ها ، Security آپدیت ها و همچنین آپدیت هابرای سیستم عامل ها و نرم افزار ها.علاوه بر این Service Pack را ه حل مشکلات و نقاط ضعفی که پس از عرضه محصول توسط گروهی محدودی از مشتریان شناسایی شده و نیز درخواست آنان مبنی بر تغییر در Design و قابلیت های یک محصول را شامل می شود.
* *Definition Update:* این نوع از آپدیت ها برای بروز رسانی نرم افزارهای امنیتی استفاده می شود .نرم افزارهایی مثل آنتی ویروس و Anti Malware که توسط شرکت مایکروسافت ارائه شده اند .در واقع یک Definition Update روش حذف و یا برخورد با یک کد مخرب را برای این محصولات ، نمایش می دهد. این آپدیت ها بیشتر برای محصولاتی که دارای پایگاه داده هستند ، کاربرد دارد.
* *Tool*: ابزار یا قابلیتی است که به انجام رساندن و تکمیل یک وظیفه و یا مجموعه ای از وظایف کمک می کند.

--
!!! انواع استراتژی پیاده سازی WSUS سرور
--
سه ساختار پیاده سازی سیستم بروز رسانی مرکزی برای سیستم های تحت شبکه وجود دارد ، در* نوع اول* WSUS سرور به شبکه داخلی و اینترنت متصل بوده و آپدیت ها را مستقیما از Update Center سایت مایکروسافت دانلود کرده در نهایت کاربران شبکه با WSUS سرور ارتباط برقرار کرده و آپدیت ها را از آن دریافت می کنند.

 ||http://network.tosinso.com/files/get/a9b75b46-5e9d-490a-b5ae-1929df9f0b07||

در *ساختار دوم* حداقل دو WSUS سرور وجود دارد اما در سازمانهای بزرگ این ساختار چندین WSUS سرور را در بر می گیرد. فرض را بر پیاده سازی سیستم به روز رسانی مرکزی برای یک دانشگاه  می گذاریم دانشگاه دارای یک ساختمان مرکزی و چندین دانشکده می باشد .برای اینکه ترافیک شبکه بالا نرود یک WSUS سرور را در ساختمان مرکزی قرار می دهیم که به اینترنت متصل بوده و از سایت مایکروسافت آپدیت ها را دانلود  می کند که اصطلاحا به آن Upstream سرور می گویند و در هر دانشکده نیز WSUS سرور هایی با عنوان Downstream  سرور قرار می دهیم که این Downstream  ها آپدیت های مورد نیاز را از Upstream  سرور دریافت می کنند. و در نهایت کلاینت ها آپدیت ها را از Downstream سرور ها دریافت و نصب می کنند .

||http://network.tosinso.com/files/get/894b6caa-58b3-499f-9465-b8fa5f739869||

 در *استراتژی سوم* برای سازمانهای نظامی ،اطلاعاتی و هر سازمانی که محرمانه باقی ماندن اطلاعات برای آن امری ضروریست، شبکه ای ایزوله در نظر گرفته می شود. در چنین شرایطی امکان اتصال به اینترنت و دانلود آپدیت ها در شبکه ممکن نیست  در حالی که سیستم های چنین سازمانهایی هم نیازمند بروزرسانی می باشند. بنابراین از یک WSUS سرور متصل به اینترنت در خارج از محدوده شبکه سازمان برای دانلود آپدیت ها استفاده می کنند و در نتیجه آپدیت ها را به کمک حافظه های جانبی همچون DVD و فلش ، بصورت آفلاین به WSUS سرور موجود در شبکه ایزوله سازمان انتقال می دهند تا کاربران شبکه بتوانند آپدیت های مورد نیاز خود را در محیطی امن دریافت کنند.

||http://network.tosinso.com/files/get/b584e079-a7e6-4b2d-95c3-47183bc34ec2||

--
!!!! نصب رول WSUS
--
در اکثر مواقع نصب این سرویس از طریق Server Manager با مشکل مواجه می شود بنابراین بهتر این است که   به جای نصب از طریق Server Manager |فایل نصب WSUS ::http://www.microsoft.com/en-gb/download/details.aspx?id=5216|را دانلود و اجرا کنیم . همانطور که می دانیم لازمه ی استفاده از WSUS سرور نصب رول IIS است که آموزش نصب این رول در |مقاله::https://tosinso.com/articles/41276/%d8%a2%d9%85%d9%88%d8%b2%d8%b4-%d9%86%d8%b5%d8%a8-IIS-%d8%aa%d8%b5%d9%88%db%8c%d8%b1%db%8c-%d8%b1%d8%a7%d9%87-%d8%a7%d9%86%d8%af%d8%a7%d8%b2%db%8c-%d9%88%d8%a8-%d8%b3%d8%a7%db%8c%d8%aa-%d8%af%d8%b1-IIS-%d8%a8%d8%b5%d9%88%d8%b1%d8%aa-%da%af%d8%a7%d9%85-%d8%a8%d9%87-%da%af%d8%a7%d9%85| جناب مهندس نصیری آورده شده است. بهنگام نصب سرویس WSUS سیستم پیغام نصب IIS را می دهد برای منظم طی شدن روند کار قبل نصب این سرویس ، رول IIS  را نصب می کنیم.
همچنین برای اینکه سیستم برای دانلود آپدیت ها قادر به استفاده از پهنای باند بیکار اینترنت باشد و سرعت اینترنت سازمان دچار اختلال نشود قابلیت BITS یا (Background Intelligent Transfer Service) را از طریق مسیر زیر فعال می کنیم :
<c#>
Sever Manager => Features => Add Features => Background Intelligent Transfer Service (BITS)
<c#>
پس از نصب پیش نیاز های مورد نظر حال روی فایل WSUS دانلود شده برای نصب کلیک می کنیم تا ویزارد مربوط نمایش داده شود روی گزینه Next  کلیک می کنیم . در این مرحله دو گزینه برای انتخاب نوع نصب WSUS پیش روی ماست . با انتخاب گزینه اول می توان هم WSUS و هم کنسول مدیریتی آن را نصب کرد و با انتخاب گزینه دوم می شود  تنها از کنسول مدیریتی برای مدیریت چندین WSUS بصورت متمرکز استفاده کرد.

||http://network.tosinso.com/files/get/d04fbfce-229d-45dd-808d-92f15cc01ce7||

||http://network.tosinso.com/files/get/731762e8-37e0-4840-b1fc-cffdb972da68||

  در این بخش متن مبنی بر توافقنامه مربوط به License  این سرویس را خوانده و با تایید آن به مرحله بعد می رویم.

||http://network.tosinso.com/files/get/3f25bbe3-576c-4ed0-a79b-0dbdefc5f1d1||

 در صورتی که Microsoft Report Viewer روی سرور نصب نباشد در این قسمت پیغام مبنی بر عدم نصب این برنامه نمایش داده خواهد شد که می توانیم این نرم افزار را از سایت مایکروسافت به صورت رایگان |دانلود::http://www.microsoft.com/en-gb/download/details.aspx?id=3841| و نصب کنیم.

||http://network.tosinso.com/files/get/dd3e1992-22e2-4f0a-a150-1a11b9075209||

در این مرحله هارد دیسک و فولدری که می خواهیم آپدیت های دانلود شده روی آن ذخیره شوند را به سیستم معرفی می کنیم با توجه به توضیحات این بخش از ویزارد  ، باید از هاردی با حداقل  6GB  فضای آزاد استفاده کنیم که بسته به نوع و حجم دریافت آپدیت های مورد نظر ما این مقدار می تواند از حداقل فضای پیشنهاد شده بیشتر باشد. توصیه می شود که درایو در نظر گرفته شده برای ذخیره ی آپدیت ها با درایوی که سیستم عامل روی آن قرار دارد یکسان نباشد.

||http://network.tosinso.com/files/get/bb7cab65-8008-4dee-890e-3df355e7319a||

برای تعیین یک پایگاه داده داخلی برای WSUS باید درایوی را انتخاب کنیم که حداقل 2GB  فضای آزاد داشته باشد. اگر در شبکه SQL Server  موجود باشد  در اینجا با مارک دار کردن گزینه Using an existing database server on a remote computer می توان آن را بعنوان یک پایگاه داده خارجی برای سرویس معرفی کرد.و نیز با کلیک روی گزینه Browse باید آدرس SQL سرور را به سیستم معرفی کنیم این گزینه زمانی می تواند مفید باشد که یک SQL  سرور ی را اختصاص دهیم که توسط مدیران پایگاه داده مدیریت شود. 

||http://network.tosinso.com/files/get/64a35c79-591e-48e2-aa1f-683e91b8991a|| 

همانگونه که ذکر شد مبنای کار WSUS بر اساس IIS است در اینجا می توان IIS پیشفرض سرور را انتخاب کرد و یا یک IIS ویژه برای WSUS در نظر گرفت .انتخاب گزینه Use the existing IIS Default Web site از سوی مایکروسافت توصیه شده است.

||http://network.tosinso.com/files/get/183f15d9-c2ba-4623-9b8d-8ad09a6ceb23|| 

 در این صفحه خلاصه ای از تنظیماتی که تاکنون انجام دادیم نمایش داده شده است روی گزینه Next کلیک می کنیم تا فرایند نصب آغار شود.

  ||http://network.tosinso.com/files/get/b779ae3a-ef6a-4a90-8a2c-9eb998262292||

در پایان روی گزینه Finish  کلیک می کنیم تا این مرحله از نصب WSUS با موفقیت صورت گرفته باشد.

||http://network.tosinso.com/files/get/d138fb6b-4cc2-4e1d-939f-901262eccae3||

 پس از پایان یافتن نصب از طریق ویزارد ، بصورت خودکار ویزارد مربوط به پیکربندی WSUS نمایان می شود که در اولین صفحه از آن مواردی که باید پیش از انجام تنظیمات رعایت شود را یاد آوری کند از قبیل انجام تنظیمات فایروال سرور  برای دسترسی داشتن کلاینت ها به آن ، مشخص کردن Up Stream  سرور برای WSUS سرور در حال پیکربندی و انجام تنظیمات پروکسی در صورتیکه از آن برای اتصال به اینترنت استفاده می کنیم . پس از اطمینان از این موارد روی گزینه Next کلیک می کنیم.

||http://network.tosinso.com/files/get/1f9b7bb5-5795-4330-ba59-eef59e4745da||

 در این بخش می توان تعیین کرد که در صورت بروز مشکل در روند کار WSUS  ، اطلاعات را برای مایکروسافت ارسال کرده تا درصدد رفع مشکل برآید .بدین منظور باید گزینه ی Yes ,I would like to join the Microsoft Update Improvement Program  را مارکدار کنیم .

 ||http://network.tosinso.com/files/get/44583f83-96c8-405b-ac28-b2ad81d3f984||

در این بخش برای سرور تعیین می کنیم که آپدیت ها را با سایت مایکروسافت و یابا یک WSUS دیگر (Up Stream Server ) تطبیق دهد. که در صورت انتخاب یک Upstream Server  برای Sync کردن آپدیت ها باید نام و پورت مربوط به آن سرور را نیز مشخص کنیم . با برگزیدن یک WSUS دیگر بعنوان Upstream  سرور دو گزینه فعال خواهند شد که شرح آنها به قرار زیر است:
در صورتیکه که از SSL استفاده می کنیم باید تیک مربوط به گزینه Use SSL when synchronizing update information را فعال کنیم  اما باید در نظر داشته باشیم که در صورت استفاده از SSL روی این سرور ، Upstream  سرور نیز باید از SSL پشتیبانی کند. 
با انتخاب گزینه This is a replica of the Up Stream server  سرور ی که در حال پیکربندی آن هستیم تبدیل به نسخه ثانویه Up Stream  سرور انتخابی خواهد شد.

||http://network.tosinso.com/files/get/c7518150-837a-4ec0-8881-a2cd89041c5c|| 

 اگر شبکه ملزم به استفاده از پروکسی سرور برای دسترسی به اینترنت است اطلاعات مربوط به آن را در این قسمت وارد کرده در غیر اینصورت از این تنظیمات چشم پوشی و با انتخاب Next  به مرحله بعد می رویم.

||http://network.tosinso.com/files/get/d828b408-4751-481f-8286-e49102919ff7||

حال نیاز است که ویزارد WSUS برای تشخیص محصولاتی که WSUS می تواند آپدیت کند ، زبانهایی که پشتیبانی کند و نیز شناسایی انواع آپدیت ها به اینترنت متصل شود. بنابراین باید روی گزینه Start Connecting  کلیک کنیم تا ارتباط سرور با Update Server  های مایکروسافت برقرار شود . پس از تکمیل فرایند  اتصال اولیه روی گزینه Next  کلیک می کنیم .

||http://network.tosinso.com/files/get/5f1c973c-b4d0-4b2c-b2f1-d6b09274117d||

در اینجا زبان مورد نظر را برای آپدیت هایی که قصد دانلود آنها را داریم ، انتخاب می کنیم اگر در شبکه سیستم هایی موجودند که از محصولاتی با چندین زبان پشتیبانی می کنند باید Patch  هایی برای  ساپورت همه زبانها را دانلود کنیم در غیر اینصورت بر حسب نیاز ، زبان مورد نظر خود را انتخاب می کنیم که این کار باعث استفاده کمتر از فضای دیسک و افزایش سرعت دانلود خواهد شد.

||http://network.tosinso.com/files/get/aad2b990-0689-4b7a-b556-52fb17101102||

محصولاتی که قصد دانلود آپدیت برای آنها را داریم در این مرحله انتخاب می کنیم . می توان با انتخاب تمامی گزینه ها شرایط دانلود آپدیت تمامی محصولات را فراهم آورد و یا اینکه با مارکدار کردن محصولاتی که در شبکه ما موجودند ،تنها آپدیت مربوط به آنها را دریافت کنیم. گزینش محصولات مورد نظر برای دریافت آپدیت آنها علاوه بر اشغال فضای کمتری از حافظه به افزایش سرعت  و کاهش زمان دانلود آپدیت ها از سایت مایکروسافت نیز کمک می کند. همچنین می توان محصول جدیدی که در آینده در سازمان به کار گرفته می شود را به لیست برنامه های که قصد دانلود آپدیت آنها را داریم در  این قسمت  اضافه کنیم. در اینجا ما با توجه به سناریو مورد نظر  ، ویندوز 7  و ویندوز سرور 2008 R2 را برای دریافت آپدیت هایشان مارکدار می کنیم .

||http://network.tosinso.com/files/get/8a952762-3536-4e20-bb63-e35244874a70|| 

در این قسمت طبقه بندی و نوع آپدیت مورد نظر را برحسب نیاز انتخاب می کنیم انواع آپدیت ها در ابتدای مقاله توضیح داده شد.

||http://network.tosinso.com/files/get/5c532bbd-bbed-4cc0-9bb9-fd4a4e8fafc2||

می توان به صورت دستی و یا اتوماتیک تعیین کرد که WSUS  سرور در چه زمانی آپدیت ها را با سایت مایکروسافت Sync  کند .از آنجایی که بسته به سرعت اینترنت  شبکه دانلود آپدیت ها میزان قابل توجهی از پهنای باند را به خود اختصاص می دهد می توان برنامه ریزی کرد که WSUS سرور آپدیت ها را طی ساعاتی که میزان استفاده از اینترنت شبکه پایین است مثلا در طول شب دریافت کند. در این مرحله ما گزینه Synchronize Manually را انتخاب می کنیم .

||http://network.tosinso.com/files/get/a4c7dd8c-6277-40e2-ae80-239828ba7c15||
 
پس از انجام تنظیمات ذکر شده حال زمان آن است که WSUS سرور برای دانلود آپدیت ها ، برای اولین بار با سایت مایکروسافت و یا هر Up Stream  سروری که برای آن تعیین شده ، ارتباط برقرار کند . دانلود آپدیت ها برای اولین بار از سایت مایکروسافت  زمان و پهنای باند زیادی را مصرف می کندو بسته به تعداد محصولات انتخاب شده و نیز زبان ها و طبقه بندی های در نظر گرفته شده برای آنها متفاوت می باشد . همچنین می توان تعیین کرد که دریافت آپدیت ها از طریق کنسول مدیریتی و در زمانی دیگر صورت گیرد در اینجا ما گزینه Begin initial synchronization  را مارکدار می کنیم .

 ||http://network.tosinso.com/files/get/4c14e132-f6c7-45d7-9156-a4af2e8ee5d5||

اکنون خلاصه ای از مراحلی که برای سایر تنظیمات باید طی شود  برای ما نمایش داده می شود . برای بسته شدن ویزارد روی گزینه Finish کلیک می کنیم .

||http://network.tosinso.com/files/get/5013fba7-e8e5-40f6-8cc5-2cc46d4d4945||  

تا بدین جای کار به شرح  تاریخچه و معماری سیستم بروزرسانی مرکزی ،معرفی انواع آپدیت ها و نصب مرحله به مرحله ی  WSUS از طریق ویزارد  پرداختیم . در قسمت بعدی مقاله به بررسی  کنسول مدیریتی WSUS خواهیم پرداخت.

نویسنده: مریم حیات رمضانی
منبع : |جزیره سرویس های شبکه مایکروسافت وب سایت توسینسو::https://tosinso.com/microsoft|
هرگونه نشر و کپی برداری بدون ذکر منبع دارای اشکال اخلاقی می باشد

حال نیاز است که ویزارد WSUS برای تشخیص محصولاتی که WSUS می تواند آپدیت کند ، زبانهایی که پشتیبانی کند و نیز شناسایی انواع آپدیت ها به اینترنت متصل شود. بنابراین باید روی گزینه Start Connecting کلیک کنیم تا ارتباط سرور با Update Server های مایکروسافت برقرار شود . پس از تکمیل فرایند اتصال اولیه روی گزینه Next کلیک می کنیم .

در این مقاله قصد داریم در رابطه با بروزرسانی محصولات مایکروسافت صحبت کنیم . همانطور که می دانیم بیشتر سیستم عامل هایی که در حال حاضر در جهان استفاده می شوند مایکروسافتی هستند بنابراین طبیعی است که bug ها و ضعف های موجود در آنها برای کاربران مشکل ایجاد کند این Bug  ها با وجود کابران زیاد، بسیار سریع شناسایی می شوند . هستند افرادی که از این نقاط ضعف برای Attack  به یک سیستم استفاده کنند. بنابراین مایکروسافت برای جلوگیری از بروز مشکلات ، درصدد رفع نقص محصولات برآمد و در سایت خود یک Update Center را ایجاد کرد تا کاربران بتوانند آپدیت های مربوط به رفع نقص محصول مورد نظر خود را از آن دانلود کنند. با  این راهکار کاربران با نصب یک فایل دانلود شده می توانند مشکل موجود در سیستم عامل ها و Office Product  ها و سایر محصولات مایکروسافت را برطرف کنند.
این راهکار کمک شایان توجهی به کاربران مایکروسافت برای برطرف کردن نقاط ضعف محصولاتی که مورد استفاده ی آنان بود ، کرد . اما مشکلاتی را نیز به همراه داشت . دانلود آپدیت ها از سایت مایکروسافت توسط کاربران خانگی و حتی شرکت های کوچک نتیجه بخش بود اما تصور کنید که در یک سازمان با بیش از هزار کلاینت ،هر کاربر ی برای دانلود آپدیت مورد نظر خود با سایت مایکروسافت ارتباط بر قرار کند چه اتفاقی خواهد افتاد؟بدون شک این وضعیت برای پهنای باند اینترنت سازمان ها یک معضل محسوب می شود.  در چنین شرایطی مایکروسافت وارد عمل شده و سرویسی بنام SUS یا Software Update  Services را به کاربران خود عرضه کرد  .این سرویس موجب شد تا کاربران یک سازمان بتوانند آپدیت های خود را به جای سایت مایکروسافت از یک سرور مرکزی دریافت کنند بدین ترتیب دریافت آپدیت ها توسط کلاینت های سازمان تحت مدیریت متمرکز خواهد بود . ادمین  سازمان می تواند با توجه به نو ع سیستم عاملهای سازمان و نیز نرم افزار های موجود، آپدیت های مورد نیاز را به صورت متمرکز در اختیار کلاینت ها قرار دهد.
 مدیریت آپدیت ها موجب می شود که تنها آپدیت های مورد نیاز دانلود و نصب شود بنابراین حافظه سیستم ها نیز با ذخیره داده هایی که بلا استفاده هستند ، اشغال نخواهد شد هم چنین WSUS  با مدیریت پهنای باند، باعث می شود که از سرعت اینترنت سازمان به دلیل ترافیک بالا کاسته نشود. 

مایکروسافت متعهد شده بود که از SUS تا تاریخ 6 دسامبر 2006 پشتیبانی خواهد کرد اما به دلیل استقبال مشتریان خود از این سرویس این تاریخ به 10 جولای 2007 تغییر یافت. SUS دارای این نقطه ضعف بود که تنها شرایط دانلود Hotfix ها و Patch های مربوط به سیستم عامل ویندوز را برای کاربران فراهم می کرد با این اوصاف کاربران یک شبکه از دریافت آپدیت سایر محصولات مایکروسافت بی بهره بودند . با بروزرسانی این سرویس به ورژن جدید تحت عنوان WSUS 2.0 این مشکل برطرف شد چرا که WSUS علاوه بر دانلود آپدیت های سیستم عامل ویندوز ،دانلود اتوماتیک آپدیت ها ،Hotfix ها ، Service Pack ها ، Device Driver ها و Feature Pack  های سایر محصولات مایکروسافت را از یک سرور مرکزی ،برای کاربران سازمان ها ممکن می سازد.WSUS نیز مخفف عبارت Windows Server Update Services می باشد.

پیشتر کار با SUS و WSUS تحت وب بود بدین معنی که می بایست Component مربوط به این سرویس را نصب کرده و از طریق وب سایتی که در IIS ایجاد می شد، بصورت تحت وب از آن استفاده می کردیم .اما از سال 2006 به بعد WSUS در قالب یک نرم افزار ارائه شد که با نصب آن براحتی می توان از طریق کنسول ،دریافت و توزیع آپدیت ها را مدیریت کرد.در جدول زیر تاریخچه ی بروزرسانی سرویس WSUS بیان شده است.

||http://network.tosinso.com/files/get/aa623f53-b6ad-4fe4-9304-d55b1a5d862c||
*بروز رسانی SUS به WSUS*
باید توجه داشت که Upgrade کردن SUS به WSUS ممکن نیست اما می توانیم آپدیت های دانلود و تایید شده در  SUS را به WSUS انتقال دهیم (Migrate کردن از SUS به WSUS). این راهکار باعث می شود که با نصب WSUS نیازی به دانلود مجدد آپدیتها و نیز Approve کردن آپدیت هایی که قبلا در SUS تایید  شده ، نداشته باشیم.تنها Migrate  کردن SUS 1.0 به WSUS 2.0 امکان پذیر است آپدیتها قادر به انتقال از SUS1.0  به WSUS 3.0 نخواهند بود  پس باید SUS 1.0  را قبل از نصب  WSUS 3.0 ،حذف کرد .اما  WSUS 2.0 را به WSUS 3.0 می توان Upgrade کرد.

--
!!!! انواع آپدیت ها
--
* *Critical Update*: یک بروز رسانی در نظر گرفته شده برای رفع مشکلی در نرم افزار است که بروز این مشکل در محصولات ، شرایطی بحرانی را ایجاد می کند.
* *Driver*: یک جزء نرم افزاری است که برای پشتیبانی از یک سخت افزار جدید طراحی شده است.
* *Hotfix *: آپدیتی است که برای رفع یک مشکل خاص ارائه می شود. با Hotfix می توان به رفع مشکل ، بدون Restart  و یا متوقف کردن  سرویس و سیستم دچار اختلال پرداخت.عموما Hotfix را با Patch  یکسان می دانند اما تفاوت این دو در این است که Hotfix به طور ویژه برای رفع مشکل یک مشتری در نظر گرفته شده و برای عموم کاربران توزیع نمی شود.  باید در نظر داشت که Hotfix ،آپدیت های امنیتی را شامل نمی شود. همچنین Hotfix  قابلیت های ارائه شده برای رفع یک مشکل که بصورت خاص مورد آزمایش قرار گرفته تا در اختیار عموم کاربران قرار گیرد را شامل می شود.
* *Update*: در این نوع آپدیت یک قابلیت جدید برای محصولات مایکروسافت در نظر گرفته می شود و این آپدیت برای رفع مشکلات امنیتی و اختالات مربوط به سیستم عامل ها و نرم افزار ها نمی باشد ،باید در نظر داشت که Update الزاما امنیتی نیست .
* *Security Update:* کاربران مایکروسافت جمعیت بالایی را تشکیل می دهند بنابراین نقاط ضعف امنیتی بسیاری در محصولات آن مشاهده خواهد شد و مایکروسافت این نقاط ضعف را شناسایی کرده و  آپدیت رفع نقاط ضعف و مشکلات امنیتی محصولات خود را  در اختیار کاربران قرار می دهد. آسیب پذیری های امنیتی در بولتن امنیتی مایکروسافت در سطوح حساس ،مهم ، متوسط و ضعیف یا پایین طبقه بندی می شوند.
* *Feature Packs:* بسته ای است که قابلیت های جدید ارائه شده برای یک محصول را در بر می گیرد.
* *Update Rollups:* مجموعه ای است از Hotfix  ها،Security  آپدیت ها ، critical آپدیت ها ونیز آپدیت هاست که برای سهولت در Deploy شدن در یک پکیج قرار گرفته اند.Rollup ها عموما یک هدف خاص مانند امنیت محصول و یا یک Component از یک محصول مثلا IIS را پشتیبانی می کند.
* *Service Pack* : پکیجی است در بردارنده ی همه ی Hotfix ها ،Critical  آپدیت ها ، Security آپدیت ها و همچنین آپدیت هابرای سیستم عامل ها و نرم افزار ها.علاوه بر این Service Pack را ه حل مشکلات و نقاط ضعفی که پس از عرضه محصول توسط گروهی محدودی از مشتریان شناسایی شده و نیز درخواست آنان مبنی بر تغییر در Design و قابلیت های یک محصول را شامل می شود.
* *Definition Update:* این نوع از آپدیت ها برای بروز رسانی نرم افزارهای امنیتی استفاده می شود .نرم افزارهایی مثل آنتی ویروس و Anti Malware که توسط شرکت مایکروسافت ارائه شده اند .در واقع یک Definition Update روش حذف و یا برخورد با یک کد مخرب را برای این محصولات ، نمایش می دهد. این آپدیت ها بیشتر برای محصولاتی که دارای پایگاه داده هستند ، کاربرد دارد.
* *Tool*: ابزار یا قابلیتی است که به انجام رساندن و تکمیل یک وظیفه و یا مجموعه ای از وظایف کمک می کند.

--
!!! انواع استراتژی پیاده سازی WSUS سرور
--
سه ساختار پیاده سازی سیستم بروز رسانی مرکزی برای سیستم های تحت شبکه وجود دارد ، در* نوع اول* WSUS سرور به شبکه داخلی و اینترنت متصل بوده و آپدیت ها را مستقیما از Update Center سایت مایکروسافت دانلود کرده در نهایت کاربران شبکه با WSUS سرور ارتباط برقرار کرده و آپدیت ها را از آن دریافت می کنند.

 ||http://network.tosinso.com/files/get/a9b75b46-5e9d-490a-b5ae-1929df9f0b07||

در *ساختار دوم* حداقل دو WSUS سرور وجود دارد اما در سازمانهای بزرگ این ساختار چندین WSUS سرور را در بر می گیرد. فرض را بر پیاده سازی سیستم به روز رسانی مرکزی برای یک دانشگاه  می گذاریم دانشگاه دارای یک ساختمان مرکزی و چندین دانشکده می باشد .برای اینکه ترافیک شبکه بالا نرود یک WSUS سرور را در ساختمان مرکزی قرار می دهیم که به اینترنت متصل بوده و از سایت مایکروسافت آپدیت ها را دانلود  می کند که اصطلاحا به آن Upstream سرور می گویند و در هر دانشکده نیز WSUS سرور هایی با عنوان Downstream  سرور قرار می دهیم که این Downstream  ها آپدیت های مورد نیاز را از Upstream  سرور دریافت می کنند. و در نهایت کلاینت ها آپدیت ها را از Downstream سرور ها دریافت و نصب می کنند .

||http://network.tosinso.com/files/get/894b6caa-58b3-499f-9465-b8fa5f739869||

 در *استراتژی سوم* برای سازمانهای نظامی ،اطلاعاتی و هر سازمانی که محرمانه باقی ماندن اطلاعات برای آن امری ضروریست، شبکه ای ایزوله در نظر گرفته می شود. در چنین شرایطی امکان اتصال به اینترنت و دانلود آپدیت ها در شبکه ممکن نیست  در حالی که سیستم های چنین سازمانهایی هم نیازمند بروزرسانی می باشند. بنابراین از یک WSUS سرور متصل به اینترنت در خارج از محدوده شبکه سازمان برای دانلود آپدیت ها استفاده می کنند و در نتیجه آپدیت ها را به کمک حافظه های جانبی همچون DVD و فلش ، بصورت آفلاین به WSUS سرور موجود در شبکه ایزوله سازمان انتقال می دهند تا کاربران شبکه بتوانند آپدیت های مورد نیاز خود را در محیطی امن دریافت کنند.

||http://network.tosinso.com/files/get/b584e079-a7e6-4b2d-95c3-47183bc34ec2||

--
!!!! نصب رول WSUS
--
در اکثر مواقع نصب این سرویس از طریق Server Manager با مشکل مواجه می شود بنابراین بهتر این است که   به جای نصب از طریق Server Manager |فایل نصب WSUS ::http://www.microsoft.com/en-gb/download/details.aspx?id=5216|را دانلود و اجرا کنیم . همانطور که می دانیم لازمه ی استفاده از WSUS سرور نصب رول IIS است که آموزش نصب این رول در |مقاله::https://tosinso.com/articles/41276/%d8%a2%d9%85%d9%88%d8%b2%d8%b4-%d9%86%d8%b5%d8%a8-IIS-%d8%aa%d8%b5%d9%88%db%8c%d8%b1%db%8c-%d8%b1%d8%a7%d9%87-%d8%a7%d9%86%d8%af%d8%a7%d8%b2%db%8c-%d9%88%d8%a8-%d8%b3%d8%a7%db%8c%d8%aa-%d8%af%d8%b1-IIS-%d8%a8%d8%b5%d9%88%d8%b1%d8%aa-%da%af%d8%a7%d9%85-%d8%a8%d9%87-%da%af%d8%a7%d9%85| جناب مهندس نصیری آورده شده است. بهنگام نصب سرویس WSUS سیستم پیغام نصب IIS را می دهد برای منظم طی شدن روند کار قبل نصب این سرویس ، رول IIS  را نصب می کنیم.
همچنین برای اینکه سیستم برای دانلود آپدیت ها قادر به استفاده از پهنای باند بیکار اینترنت باشد و سرعت اینترنت سازمان دچار اختلال نشود قابلیت BITS یا (Background Intelligent Transfer Service) را از طریق مسیر زیر فعال می کنیم :
<c#>
Sever Manager => Features => Add Features => Background Intelligent Transfer Service (BITS)
<c#>
پس از نصب پیش نیاز های مورد نظر حال روی فایل WSUS دانلود شده برای نصب کلیک می کنیم تا ویزارد مربوط نمایش داده شود روی گزینه Next  کلیک می کنیم . در این مرحله دو گزینه برای انتخاب نوع نصب WSUS پیش روی ماست . با انتخاب گزینه اول می توان هم WSUS و هم کنسول مدیریتی آن را نصب کرد و با انتخاب گزینه دوم می شود  تنها از کنسول مدیریتی برای مدیریت چندین WSUS بصورت متمرکز استفاده کرد.

||http://network.tosinso.com/files/get/d04fbfce-229d-45dd-808d-92f15cc01ce7||

||http://network.tosinso.com/files/get/731762e8-37e0-4840-b1fc-cffdb972da68||

  در این بخش متن مبنی بر توافقنامه مربوط به License  این سرویس را خوانده و با تایید آن به مرحله بعد می رویم.

||http://network.tosinso.com/files/get/3f25bbe3-576c-4ed0-a79b-0dbdefc5f1d1||

 در صورتی که Microsoft Report Viewer روی سرور نصب نباشد در این قسمت پیغام مبنی بر عدم نصب این برنامه نمایش داده خواهد شد که می توانیم این نرم افزار را از سایت مایکروسافت به صورت رایگان |دانلود::http://www.microsoft.com/en-gb/download/details.aspx?id=3841| و نصب کنیم.

||http://network.tosinso.com/files/get/dd3e1992-22e2-4f0a-a150-1a11b9075209||

در این مرحله هارد دیسک و فولدری که می خواهیم آپدیت های دانلود شده روی آن ذخیره شوند را به سیستم معرفی می کنیم با توجه به توضیحات این بخش از ویزارد  ، باید از هاردی با حداقل  6GB  فضای آزاد استفاده کنیم که بسته به نوع و حجم دریافت آپدیت های مورد نظر ما این مقدار می تواند از حداقل فضای پیشنهاد شده بیشتر باشد. توصیه می شود که درایو در نظر گرفته شده برای ذخیره ی آپدیت ها با درایوی که سیستم عامل روی آن قرار دارد یکسان نباشد.

||http://network.tosinso.com/files/get/bb7cab65-8008-4dee-890e-3df355e7319a||

برای تعیین یک پایگاه داده داخلی برای WSUS باید درایوی را انتخاب کنیم که حداقل 2GB  فضای آزاد داشته باشد. اگر در شبکه SQL Server  موجود باشد  در اینجا با مارک دار کردن گزینه Using an existing database server on a remote computer می توان آن را بعنوان یک پایگاه داده خارجی برای سرویس معرفی کرد.و نیز با کلیک روی گزینه Browse باید آدرس SQL سرور را به سیستم معرفی کنیم این گزینه زمانی می تواند مفید باشد که یک SQL  سرور ی را اختصاص دهیم که توسط مدیران پایگاه داده مدیریت شود. 

||http://network.tosinso.com/files/get/64a35c79-591e-48e2-aa1f-683e91b8991a|| 

همانگونه که ذکر شد مبنای کار WSUS بر اساس IIS است در اینجا می توان IIS پیشفرض سرور را انتخاب کرد و یا یک IIS ویژه برای WSUS در نظر گرفت .انتخاب گزینه Use the existing IIS Default Web site از سوی مایکروسافت توصیه شده است.

||http://network.tosinso.com/files/get/183f15d9-c2ba-4623-9b8d-8ad09a6ceb23|| 

 در این صفحه خلاصه ای از تنظیماتی که تاکنون انجام دادیم نمایش داده شده است روی گزینه Next کلیک می کنیم تا فرایند نصب آغار شود.

  ||http://network.tosinso.com/files/get/b779ae3a-ef6a-4a90-8a2c-9eb998262292||

در پایان روی گزینه Finish  کلیک می کنیم تا این مرحله از نصب WSUS با موفقیت صورت گرفته باشد.

||http://network.tosinso.com/files/get/d138fb6b-4cc2-4e1d-939f-901262eccae3||

 پس از پایان یافتن نصب از طریق ویزارد ، بصورت خودکار ویزارد مربوط به پیکربندی WSUS نمایان می شود که در اولین صفحه از آن مواردی که باید پیش از انجام تنظیمات رعایت شود را یاد آوری کند از قبیل انجام تنظیمات فایروال سرور  برای دسترسی داشتن کلاینت ها به آن ، مشخص کردن Up Stream  سرور برای WSUS سرور در حال پیکربندی و انجام تنظیمات پروکسی در صورتیکه از آن برای اتصال به اینترنت استفاده می کنیم . پس از اطمینان از این موارد روی گزینه Next کلیک می کنیم.

||http://network.tosinso.com/files/get/1f9b7bb5-5795-4330-ba59-eef59e4745da||

 در این بخش می توان تعیین کرد که در صورت بروز مشکل در روند کار WSUS  ، اطلاعات را برای مایکروسافت ارسال کرده تا درصدد رفع مشکل برآید .بدین منظور باید گزینه ی Yes ,I would like to join the Microsoft Update Improvement Program  را مارکدار کنیم .

 ||http://network.tosinso.com/files/get/44583f83-96c8-405b-ac28-b2ad81d3f984||

در این بخش برای سرور تعیین می کنیم که آپدیت ها را با سایت مایکروسافت و یابا یک WSUS دیگر (Up Stream Server ) تطبیق دهد. که در صورت انتخاب یک Upstream Server  برای Sync کردن آپدیت ها باید نام و پورت مربوط به آن سرور را نیز مشخص کنیم . با برگزیدن یک WSUS دیگر بعنوان Upstream  سرور دو گزینه فعال خواهند شد که شرح آنها به قرار زیر است:
در صورتیکه که از SSL استفاده می کنیم باید تیک مربوط به گزینه Use SSL when synchronizing update information را فعال کنیم  اما باید در نظر داشته باشیم که در صورت استفاده از SSL روی این سرور ، Upstream  سرور نیز باید از SSL پشتیبانی کند. 
با انتخاب گزینه This is a replica of the Up Stream server  سرور ی که در حال پیکربندی آن هستیم تبدیل به نسخه ثانویه Up Stream  سرور انتخابی خواهد شد.

||http://network.tosinso.com/files/get/c7518150-837a-4ec0-8881-a2cd89041c5c|| 

 اگر شبکه ملزم به استفاده از پروکسی سرور برای دسترسی به اینترنت است اطلاعات مربوط به آن را در این قسمت وارد کرده در غیر اینصورت از این تنظیمات چشم پوشی و با انتخاب Next  به مرحله بعد می رویم.

||http://network.tosinso.com/files/get/d828b408-4751-481f-8286-e49102919ff7||

حال نیاز است که ویزارد WSUS برای تشخیص محصولاتی که WSUS می تواند آپدیت کند ، زبانهایی که پشتیبانی کند و نیز شناسایی انواع آپدیت ها به اینترنت متصل شود. بنابراین باید روی گزینه Start Connecting  کلیک کنیم تا ارتباط سرور با Update Server  های مایکروسافت برقرار شود . پس از تکمیل فرایند  اتصال اولیه روی گزینه Next  کلیک می کنیم .

||http://network.tosinso.com/files/get/5f1c973c-b4d0-4b2c-b2f1-d6b09274117d||

در اینجا زبان مورد نظر را برای آپدیت هایی که قصد دانلود آنها را داریم ، انتخاب می کنیم اگر در شبکه سیستم هایی موجودند که از محصولاتی با چندین زبان پشتیبانی می کنند باید Patch  هایی برای  ساپورت همه زبانها را دانلود کنیم در غیر اینصورت بر حسب نیاز ، زبان مورد نظر خود را انتخاب می کنیم که این کار باعث استفاده کمتر از فضای دیسک و افزایش سرعت دانلود خواهد شد.

||http://network.tosinso.com/files/get/aad2b990-0689-4b7a-b556-52fb17101102||

محصولاتی که قصد دانلود آپدیت برای آنها را داریم در این مرحله انتخاب می کنیم . می توان با انتخاب تمامی گزینه ها شرایط دانلود آپدیت تمامی محصولات را فراهم آورد و یا اینکه با مارکدار کردن محصولاتی که در شبکه ما موجودند ،تنها آپدیت مربوط به آنها را دریافت کنیم. گزینش محصولات مورد نظر برای دریافت آپدیت آنها علاوه بر اشغال فضای کمتری از حافظه به افزایش سرعت  و کاهش زمان دانلود آپدیت ها از سایت مایکروسافت نیز کمک می کند. همچنین می توان محصول جدیدی که در آینده در سازمان به کار گرفته می شود را به لیست برنامه های که قصد دانلود آپدیت آنها را داریم در  این قسمت  اضافه کنیم. در اینجا ما با توجه به سناریو مورد نظر  ، ویندوز 7  و ویندوز سرور 2008 R2 را برای دریافت آپدیت هایشان مارکدار می کنیم .

||http://network.tosinso.com/files/get/8a952762-3536-4e20-bb63-e35244874a70|| 

در این قسمت طبقه بندی و نوع آپدیت مورد نظر را برحسب نیاز انتخاب می کنیم انواع آپدیت ها در ابتدای مقاله توضیح داده شد.

||http://network.tosinso.com/files/get/5c532bbd-bbed-4cc0-9bb9-fd4a4e8fafc2||

می توان به صورت دستی و یا اتوماتیک تعیین کرد که WSUS  سرور در چه زمانی آپدیت ها را با سایت مایکروسافت Sync  کند .از آنجایی که بسته به سرعت اینترنت  شبکه دانلود آپدیت ها میزان قابل توجهی از پهنای باند را به خود اختصاص می دهد می توان برنامه ریزی کرد که WSUS سرور آپدیت ها را طی ساعاتی که میزان استفاده از اینترنت شبکه پایین است مثلا در طول شب دریافت کند. در این مرحله ما گزینه Synchronize Manually را انتخاب می کنیم .

||http://network.tosinso.com/files/get/a4c7dd8c-6277-40e2-ae80-239828ba7c15||
 
پس از انجام تنظیمات ذکر شده حال زمان آن است که WSUS سرور برای دانلود آپدیت ها ، برای اولین بار با سایت مایکروسافت و یا هر Up Stream  سروری که برای آن تعیین شده ، ارتباط برقرار کند . دانلود آپدیت ها برای اولین بار از سایت مایکروسافت  زمان و پهنای باند زیادی را مصرف می کندو بسته به تعداد محصولات انتخاب شده و نیز زبان ها و طبقه بندی های در نظر گرفته شده برای آنها متفاوت می باشد . همچنین می توان تعیین کرد که دریافت آپدیت ها از طریق کنسول مدیریتی و در زمانی دیگر صورت گیرد در اینجا ما گزینه Begin initial synchronization  را مارکدار می کنیم .

 ||http://network.tosinso.com/files/get/4c14e132-f6c7-45d7-9156-a4af2e8ee5d5||

اکنون خلاصه ای از مراحلی که برای سایر تنظیمات باید طی شود  برای ما نمایش داده می شود . برای بسته شدن ویزارد روی گزینه Finish کلیک می کنیم .

||http://network.tosinso.com/files/get/5013fba7-e8e5-40f6-8cc5-2cc46d4d4945||  

تا بدین جای کار به شرح  تاریخچه و معماری سیستم بروزرسانی مرکزی ،معرفی انواع آپدیت ها و نصب مرحله به مرحله ی  WSUS از طریق ویزارد  پرداختیم . در قسمت بعدی مقاله به بررسی  کنسول مدیریتی WSUS خواهیم پرداخت.

نویسنده: مریم حیات رمضانی
منبع : |جزیره سرویس های شبکه مایکروسافت وب سایت توسینسو::https://tosinso.com/microsoft|
هرگونه نشر و کپی برداری بدون ذکر منبع دارای اشکال اخلاقی می باشد

در اینجا زبان مورد نظر را برای آپدیت هایی که قصد دانلود آنها را داریم ، انتخاب می کنیم اگر در شبکه سیستم هایی موجودند که از محصولاتی با چندین زبان پشتیبانی می کنند باید Patch هایی برای ساپورت همه زبانها را دانلود کنیم در غیر اینصورت بر حسب نیاز ، زبان مورد نظر خود را انتخاب می کنیم که این کار باعث استفاده کمتر از فضای دیسک و افزایش سرعت دانلود خواهد شد.

در این مقاله قصد داریم در رابطه با بروزرسانی محصولات مایکروسافت صحبت کنیم . همانطور که می دانیم بیشتر سیستم عامل هایی که در حال حاضر در جهان استفاده می شوند مایکروسافتی هستند بنابراین طبیعی است که bug ها و ضعف های موجود در آنها برای کاربران مشکل ایجاد کند این Bug  ها با وجود کابران زیاد، بسیار سریع شناسایی می شوند . هستند افرادی که از این نقاط ضعف برای Attack  به یک سیستم استفاده کنند. بنابراین مایکروسافت برای جلوگیری از بروز مشکلات ، درصدد رفع نقص محصولات برآمد و در سایت خود یک Update Center را ایجاد کرد تا کاربران بتوانند آپدیت های مربوط به رفع نقص محصول مورد نظر خود را از آن دانلود کنند. با  این راهکار کاربران با نصب یک فایل دانلود شده می توانند مشکل موجود در سیستم عامل ها و Office Product  ها و سایر محصولات مایکروسافت را برطرف کنند.
این راهکار کمک شایان توجهی به کاربران مایکروسافت برای برطرف کردن نقاط ضعف محصولاتی که مورد استفاده ی آنان بود ، کرد . اما مشکلاتی را نیز به همراه داشت . دانلود آپدیت ها از سایت مایکروسافت توسط کاربران خانگی و حتی شرکت های کوچک نتیجه بخش بود اما تصور کنید که در یک سازمان با بیش از هزار کلاینت ،هر کاربر ی برای دانلود آپدیت مورد نظر خود با سایت مایکروسافت ارتباط بر قرار کند چه اتفاقی خواهد افتاد؟بدون شک این وضعیت برای پهنای باند اینترنت سازمان ها یک معضل محسوب می شود.  در چنین شرایطی مایکروسافت وارد عمل شده و سرویسی بنام SUS یا Software Update  Services را به کاربران خود عرضه کرد  .این سرویس موجب شد تا کاربران یک سازمان بتوانند آپدیت های خود را به جای سایت مایکروسافت از یک سرور مرکزی دریافت کنند بدین ترتیب دریافت آپدیت ها توسط کلاینت های سازمان تحت مدیریت متمرکز خواهد بود . ادمین  سازمان می تواند با توجه به نو ع سیستم عاملهای سازمان و نیز نرم افزار های موجود، آپدیت های مورد نیاز را به صورت متمرکز در اختیار کلاینت ها قرار دهد.
 مدیریت آپدیت ها موجب می شود که تنها آپدیت های مورد نیاز دانلود و نصب شود بنابراین حافظه سیستم ها نیز با ذخیره داده هایی که بلا استفاده هستند ، اشغال نخواهد شد هم چنین WSUS  با مدیریت پهنای باند، باعث می شود که از سرعت اینترنت سازمان به دلیل ترافیک بالا کاسته نشود. 

مایکروسافت متعهد شده بود که از SUS تا تاریخ 6 دسامبر 2006 پشتیبانی خواهد کرد اما به دلیل استقبال مشتریان خود از این سرویس این تاریخ به 10 جولای 2007 تغییر یافت. SUS دارای این نقطه ضعف بود که تنها شرایط دانلود Hotfix ها و Patch های مربوط به سیستم عامل ویندوز را برای کاربران فراهم می کرد با این اوصاف کاربران یک شبکه از دریافت آپدیت سایر محصولات مایکروسافت بی بهره بودند . با بروزرسانی این سرویس به ورژن جدید تحت عنوان WSUS 2.0 این مشکل برطرف شد چرا که WSUS علاوه بر دانلود آپدیت های سیستم عامل ویندوز ،دانلود اتوماتیک آپدیت ها ،Hotfix ها ، Service Pack ها ، Device Driver ها و Feature Pack  های سایر محصولات مایکروسافت را از یک سرور مرکزی ،برای کاربران سازمان ها ممکن می سازد.WSUS نیز مخفف عبارت Windows Server Update Services می باشد.

پیشتر کار با SUS و WSUS تحت وب بود بدین معنی که می بایست Component مربوط به این سرویس را نصب کرده و از طریق وب سایتی که در IIS ایجاد می شد، بصورت تحت وب از آن استفاده می کردیم .اما از سال 2006 به بعد WSUS در قالب یک نرم افزار ارائه شد که با نصب آن براحتی می توان از طریق کنسول ،دریافت و توزیع آپدیت ها را مدیریت کرد.در جدول زیر تاریخچه ی بروزرسانی سرویس WSUS بیان شده است.

||http://network.tosinso.com/files/get/aa623f53-b6ad-4fe4-9304-d55b1a5d862c||
*بروز رسانی SUS به WSUS*
باید توجه داشت که Upgrade کردن SUS به WSUS ممکن نیست اما می توانیم آپدیت های دانلود و تایید شده در  SUS را به WSUS انتقال دهیم (Migrate کردن از SUS به WSUS). این راهکار باعث می شود که با نصب WSUS نیازی به دانلود مجدد آپدیتها و نیز Approve کردن آپدیت هایی که قبلا در SUS تایید  شده ، نداشته باشیم.تنها Migrate  کردن SUS 1.0 به WSUS 2.0 امکان پذیر است آپدیتها قادر به انتقال از SUS1.0  به WSUS 3.0 نخواهند بود  پس باید SUS 1.0  را قبل از نصب  WSUS 3.0 ،حذف کرد .اما  WSUS 2.0 را به WSUS 3.0 می توان Upgrade کرد.

--
!!!! انواع آپدیت ها
--
* *Critical Update*: یک بروز رسانی در نظر گرفته شده برای رفع مشکلی در نرم افزار است که بروز این مشکل در محصولات ، شرایطی بحرانی را ایجاد می کند.
* *Driver*: یک جزء نرم افزاری است که برای پشتیبانی از یک سخت افزار جدید طراحی شده است.
* *Hotfix *: آپدیتی است که برای رفع یک مشکل خاص ارائه می شود. با Hotfix می توان به رفع مشکل ، بدون Restart  و یا متوقف کردن  سرویس و سیستم دچار اختلال پرداخت.عموما Hotfix را با Patch  یکسان می دانند اما تفاوت این دو در این است که Hotfix به طور ویژه برای رفع مشکل یک مشتری در نظر گرفته شده و برای عموم کاربران توزیع نمی شود.  باید در نظر داشت که Hotfix ،آپدیت های امنیتی را شامل نمی شود. همچنین Hotfix  قابلیت های ارائه شده برای رفع یک مشکل که بصورت خاص مورد آزمایش قرار گرفته تا در اختیار عموم کاربران قرار گیرد را شامل می شود.
* *Update*: در این نوع آپدیت یک قابلیت جدید برای محصولات مایکروسافت در نظر گرفته می شود و این آپدیت برای رفع مشکلات امنیتی و اختالات مربوط به سیستم عامل ها و نرم افزار ها نمی باشد ،باید در نظر داشت که Update الزاما امنیتی نیست .
* *Security Update:* کاربران مایکروسافت جمعیت بالایی را تشکیل می دهند بنابراین نقاط ضعف امنیتی بسیاری در محصولات آن مشاهده خواهد شد و مایکروسافت این نقاط ضعف را شناسایی کرده و  آپدیت رفع نقاط ضعف و مشکلات امنیتی محصولات خود را  در اختیار کاربران قرار می دهد. آسیب پذیری های امنیتی در بولتن امنیتی مایکروسافت در سطوح حساس ،مهم ، متوسط و ضعیف یا پایین طبقه بندی می شوند.
* *Feature Packs:* بسته ای است که قابلیت های جدید ارائه شده برای یک محصول را در بر می گیرد.
* *Update Rollups:* مجموعه ای است از Hotfix  ها،Security  آپدیت ها ، critical آپدیت ها ونیز آپدیت هاست که برای سهولت در Deploy شدن در یک پکیج قرار گرفته اند.Rollup ها عموما یک هدف خاص مانند امنیت محصول و یا یک Component از یک محصول مثلا IIS را پشتیبانی می کند.
* *Service Pack* : پکیجی است در بردارنده ی همه ی Hotfix ها ،Critical  آپدیت ها ، Security آپدیت ها و همچنین آپدیت هابرای سیستم عامل ها و نرم افزار ها.علاوه بر این Service Pack را ه حل مشکلات و نقاط ضعفی که پس از عرضه محصول توسط گروهی محدودی از مشتریان شناسایی شده و نیز درخواست آنان مبنی بر تغییر در Design و قابلیت های یک محصول را شامل می شود.
* *Definition Update:* این نوع از آپدیت ها برای بروز رسانی نرم افزارهای امنیتی استفاده می شود .نرم افزارهایی مثل آنتی ویروس و Anti Malware که توسط شرکت مایکروسافت ارائه شده اند .در واقع یک Definition Update روش حذف و یا برخورد با یک کد مخرب را برای این محصولات ، نمایش می دهد. این آپدیت ها بیشتر برای محصولاتی که دارای پایگاه داده هستند ، کاربرد دارد.
* *Tool*: ابزار یا قابلیتی است که به انجام رساندن و تکمیل یک وظیفه و یا مجموعه ای از وظایف کمک می کند.

--
!!! انواع استراتژی پیاده سازی WSUS سرور
--
سه ساختار پیاده سازی سیستم بروز رسانی مرکزی برای سیستم های تحت شبکه وجود دارد ، در* نوع اول* WSUS سرور به شبکه داخلی و اینترنت متصل بوده و آپدیت ها را مستقیما از Update Center سایت مایکروسافت دانلود کرده در نهایت کاربران شبکه با WSUS سرور ارتباط برقرار کرده و آپدیت ها را از آن دریافت می کنند.

 ||http://network.tosinso.com/files/get/a9b75b46-5e9d-490a-b5ae-1929df9f0b07||

در *ساختار دوم* حداقل دو WSUS سرور وجود دارد اما در سازمانهای بزرگ این ساختار چندین WSUS سرور را در بر می گیرد. فرض را بر پیاده سازی سیستم به روز رسانی مرکزی برای یک دانشگاه  می گذاریم دانشگاه دارای یک ساختمان مرکزی و چندین دانشکده می باشد .برای اینکه ترافیک شبکه بالا نرود یک WSUS سرور را در ساختمان مرکزی قرار می دهیم که به اینترنت متصل بوده و از سایت مایکروسافت آپدیت ها را دانلود  می کند که اصطلاحا به آن Upstream سرور می گویند و در هر دانشکده نیز WSUS سرور هایی با عنوان Downstream  سرور قرار می دهیم که این Downstream  ها آپدیت های مورد نیاز را از Upstream  سرور دریافت می کنند. و در نهایت کلاینت ها آپدیت ها را از Downstream سرور ها دریافت و نصب می کنند .

||http://network.tosinso.com/files/get/894b6caa-58b3-499f-9465-b8fa5f739869||

 در *استراتژی سوم* برای سازمانهای نظامی ،اطلاعاتی و هر سازمانی که محرمانه باقی ماندن اطلاعات برای آن امری ضروریست، شبکه ای ایزوله در نظر گرفته می شود. در چنین شرایطی امکان اتصال به اینترنت و دانلود آپدیت ها در شبکه ممکن نیست  در حالی که سیستم های چنین سازمانهایی هم نیازمند بروزرسانی می باشند. بنابراین از یک WSUS سرور متصل به اینترنت در خارج از محدوده شبکه سازمان برای دانلود آپدیت ها استفاده می کنند و در نتیجه آپدیت ها را به کمک حافظه های جانبی همچون DVD و فلش ، بصورت آفلاین به WSUS سرور موجود در شبکه ایزوله سازمان انتقال می دهند تا کاربران شبکه بتوانند آپدیت های مورد نیاز خود را در محیطی امن دریافت کنند.

||http://network.tosinso.com/files/get/b584e079-a7e6-4b2d-95c3-47183bc34ec2||

--
!!!! نصب رول WSUS
--
در اکثر مواقع نصب این سرویس از طریق Server Manager با مشکل مواجه می شود بنابراین بهتر این است که   به جای نصب از طریق Server Manager |فایل نصب WSUS ::http://www.microsoft.com/en-gb/download/details.aspx?id=5216|را دانلود و اجرا کنیم . همانطور که می دانیم لازمه ی استفاده از WSUS سرور نصب رول IIS است که آموزش نصب این رول در |مقاله::https://tosinso.com/articles/41276/%d8%a2%d9%85%d9%88%d8%b2%d8%b4-%d9%86%d8%b5%d8%a8-IIS-%d8%aa%d8%b5%d9%88%db%8c%d8%b1%db%8c-%d8%b1%d8%a7%d9%87-%d8%a7%d9%86%d8%af%d8%a7%d8%b2%db%8c-%d9%88%d8%a8-%d8%b3%d8%a7%db%8c%d8%aa-%d8%af%d8%b1-IIS-%d8%a8%d8%b5%d9%88%d8%b1%d8%aa-%da%af%d8%a7%d9%85-%d8%a8%d9%87-%da%af%d8%a7%d9%85| جناب مهندس نصیری آورده شده است. بهنگام نصب سرویس WSUS سیستم پیغام نصب IIS را می دهد برای منظم طی شدن روند کار قبل نصب این سرویس ، رول IIS  را نصب می کنیم.
همچنین برای اینکه سیستم برای دانلود آپدیت ها قادر به استفاده از پهنای باند بیکار اینترنت باشد و سرعت اینترنت سازمان دچار اختلال نشود قابلیت BITS یا (Background Intelligent Transfer Service) را از طریق مسیر زیر فعال می کنیم :
<c#>
Sever Manager => Features => Add Features => Background Intelligent Transfer Service (BITS)
<c#>
پس از نصب پیش نیاز های مورد نظر حال روی فایل WSUS دانلود شده برای نصب کلیک می کنیم تا ویزارد مربوط نمایش داده شود روی گزینه Next  کلیک می کنیم . در این مرحله دو گزینه برای انتخاب نوع نصب WSUS پیش روی ماست . با انتخاب گزینه اول می توان هم WSUS و هم کنسول مدیریتی آن را نصب کرد و با انتخاب گزینه دوم می شود  تنها از کنسول مدیریتی برای مدیریت چندین WSUS بصورت متمرکز استفاده کرد.

||http://network.tosinso.com/files/get/d04fbfce-229d-45dd-808d-92f15cc01ce7||

||http://network.tosinso.com/files/get/731762e8-37e0-4840-b1fc-cffdb972da68||

  در این بخش متن مبنی بر توافقنامه مربوط به License  این سرویس را خوانده و با تایید آن به مرحله بعد می رویم.

||http://network.tosinso.com/files/get/3f25bbe3-576c-4ed0-a79b-0dbdefc5f1d1||

 در صورتی که Microsoft Report Viewer روی سرور نصب نباشد در این قسمت پیغام مبنی بر عدم نصب این برنامه نمایش داده خواهد شد که می توانیم این نرم افزار را از سایت مایکروسافت به صورت رایگان |دانلود::http://www.microsoft.com/en-gb/download/details.aspx?id=3841| و نصب کنیم.

||http://network.tosinso.com/files/get/dd3e1992-22e2-4f0a-a150-1a11b9075209||

در این مرحله هارد دیسک و فولدری که می خواهیم آپدیت های دانلود شده روی آن ذخیره شوند را به سیستم معرفی می کنیم با توجه به توضیحات این بخش از ویزارد  ، باید از هاردی با حداقل  6GB  فضای آزاد استفاده کنیم که بسته به نوع و حجم دریافت آپدیت های مورد نظر ما این مقدار می تواند از حداقل فضای پیشنهاد شده بیشتر باشد. توصیه می شود که درایو در نظر گرفته شده برای ذخیره ی آپدیت ها با درایوی که سیستم عامل روی آن قرار دارد یکسان نباشد.

||http://network.tosinso.com/files/get/bb7cab65-8008-4dee-890e-3df355e7319a||

برای تعیین یک پایگاه داده داخلی برای WSUS باید درایوی را انتخاب کنیم که حداقل 2GB  فضای آزاد داشته باشد. اگر در شبکه SQL Server  موجود باشد  در اینجا با مارک دار کردن گزینه Using an existing database server on a remote computer می توان آن را بعنوان یک پایگاه داده خارجی برای سرویس معرفی کرد.و نیز با کلیک روی گزینه Browse باید آدرس SQL سرور را به سیستم معرفی کنیم این گزینه زمانی می تواند مفید باشد که یک SQL  سرور ی را اختصاص دهیم که توسط مدیران پایگاه داده مدیریت شود. 

||http://network.tosinso.com/files/get/64a35c79-591e-48e2-aa1f-683e91b8991a|| 

همانگونه که ذکر شد مبنای کار WSUS بر اساس IIS است در اینجا می توان IIS پیشفرض سرور را انتخاب کرد و یا یک IIS ویژه برای WSUS در نظر گرفت .انتخاب گزینه Use the existing IIS Default Web site از سوی مایکروسافت توصیه شده است.

||http://network.tosinso.com/files/get/183f15d9-c2ba-4623-9b8d-8ad09a6ceb23|| 

 در این صفحه خلاصه ای از تنظیماتی که تاکنون انجام دادیم نمایش داده شده است روی گزینه Next کلیک می کنیم تا فرایند نصب آغار شود.

  ||http://network.tosinso.com/files/get/b779ae3a-ef6a-4a90-8a2c-9eb998262292||

در پایان روی گزینه Finish  کلیک می کنیم تا این مرحله از نصب WSUS با موفقیت صورت گرفته باشد.

||http://network.tosinso.com/files/get/d138fb6b-4cc2-4e1d-939f-901262eccae3||

 پس از پایان یافتن نصب از طریق ویزارد ، بصورت خودکار ویزارد مربوط به پیکربندی WSUS نمایان می شود که در اولین صفحه از آن مواردی که باید پیش از انجام تنظیمات رعایت شود را یاد آوری کند از قبیل انجام تنظیمات فایروال سرور  برای دسترسی داشتن کلاینت ها به آن ، مشخص کردن Up Stream  سرور برای WSUS سرور در حال پیکربندی و انجام تنظیمات پروکسی در صورتیکه از آن برای اتصال به اینترنت استفاده می کنیم . پس از اطمینان از این موارد روی گزینه Next کلیک می کنیم.

||http://network.tosinso.com/files/get/1f9b7bb5-5795-4330-ba59-eef59e4745da||

 در این بخش می توان تعیین کرد که در صورت بروز مشکل در روند کار WSUS  ، اطلاعات را برای مایکروسافت ارسال کرده تا درصدد رفع مشکل برآید .بدین منظور باید گزینه ی Yes ,I would like to join the Microsoft Update Improvement Program  را مارکدار کنیم .

 ||http://network.tosinso.com/files/get/44583f83-96c8-405b-ac28-b2ad81d3f984||

در این بخش برای سرور تعیین می کنیم که آپدیت ها را با سایت مایکروسافت و یابا یک WSUS دیگر (Up Stream Server ) تطبیق دهد. که در صورت انتخاب یک Upstream Server  برای Sync کردن آپدیت ها باید نام و پورت مربوط به آن سرور را نیز مشخص کنیم . با برگزیدن یک WSUS دیگر بعنوان Upstream  سرور دو گزینه فعال خواهند شد که شرح آنها به قرار زیر است:
در صورتیکه که از SSL استفاده می کنیم باید تیک مربوط به گزینه Use SSL when synchronizing update information را فعال کنیم  اما باید در نظر داشته باشیم که در صورت استفاده از SSL روی این سرور ، Upstream  سرور نیز باید از SSL پشتیبانی کند. 
با انتخاب گزینه This is a replica of the Up Stream server  سرور ی که در حال پیکربندی آن هستیم تبدیل به نسخه ثانویه Up Stream  سرور انتخابی خواهد شد.

||http://network.tosinso.com/files/get/c7518150-837a-4ec0-8881-a2cd89041c5c|| 

 اگر شبکه ملزم به استفاده از پروکسی سرور برای دسترسی به اینترنت است اطلاعات مربوط به آن را در این قسمت وارد کرده در غیر اینصورت از این تنظیمات چشم پوشی و با انتخاب Next  به مرحله بعد می رویم.

||http://network.tosinso.com/files/get/d828b408-4751-481f-8286-e49102919ff7||

حال نیاز است که ویزارد WSUS برای تشخیص محصولاتی که WSUS می تواند آپدیت کند ، زبانهایی که پشتیبانی کند و نیز شناسایی انواع آپدیت ها به اینترنت متصل شود. بنابراین باید روی گزینه Start Connecting  کلیک کنیم تا ارتباط سرور با Update Server  های مایکروسافت برقرار شود . پس از تکمیل فرایند  اتصال اولیه روی گزینه Next  کلیک می کنیم .

||http://network.tosinso.com/files/get/5f1c973c-b4d0-4b2c-b2f1-d6b09274117d||

در اینجا زبان مورد نظر را برای آپدیت هایی که قصد دانلود آنها را داریم ، انتخاب می کنیم اگر در شبکه سیستم هایی موجودند که از محصولاتی با چندین زبان پشتیبانی می کنند باید Patch  هایی برای  ساپورت همه زبانها را دانلود کنیم در غیر اینصورت بر حسب نیاز ، زبان مورد نظر خود را انتخاب می کنیم که این کار باعث استفاده کمتر از فضای دیسک و افزایش سرعت دانلود خواهد شد.

||http://network.tosinso.com/files/get/aad2b990-0689-4b7a-b556-52fb17101102||

محصولاتی که قصد دانلود آپدیت برای آنها را داریم در این مرحله انتخاب می کنیم . می توان با انتخاب تمامی گزینه ها شرایط دانلود آپدیت تمامی محصولات را فراهم آورد و یا اینکه با مارکدار کردن محصولاتی که در شبکه ما موجودند ،تنها آپدیت مربوط به آنها را دریافت کنیم. گزینش محصولات مورد نظر برای دریافت آپدیت آنها علاوه بر اشغال فضای کمتری از حافظه به افزایش سرعت  و کاهش زمان دانلود آپدیت ها از سایت مایکروسافت نیز کمک می کند. همچنین می توان محصول جدیدی که در آینده در سازمان به کار گرفته می شود را به لیست برنامه های که قصد دانلود آپدیت آنها را داریم در  این قسمت  اضافه کنیم. در اینجا ما با توجه به سناریو مورد نظر  ، ویندوز 7  و ویندوز سرور 2008 R2 را برای دریافت آپدیت هایشان مارکدار می کنیم .

||http://network.tosinso.com/files/get/8a952762-3536-4e20-bb63-e35244874a70|| 

در این قسمت طبقه بندی و نوع آپدیت مورد نظر را برحسب نیاز انتخاب می کنیم انواع آپدیت ها در ابتدای مقاله توضیح داده شد.

||http://network.tosinso.com/files/get/5c532bbd-bbed-4cc0-9bb9-fd4a4e8fafc2||

می توان به صورت دستی و یا اتوماتیک تعیین کرد که WSUS  سرور در چه زمانی آپدیت ها را با سایت مایکروسافت Sync  کند .از آنجایی که بسته به سرعت اینترنت  شبکه دانلود آپدیت ها میزان قابل توجهی از پهنای باند را به خود اختصاص می دهد می توان برنامه ریزی کرد که WSUS سرور آپدیت ها را طی ساعاتی که میزان استفاده از اینترنت شبکه پایین است مثلا در طول شب دریافت کند. در این مرحله ما گزینه Synchronize Manually را انتخاب می کنیم .

||http://network.tosinso.com/files/get/a4c7dd8c-6277-40e2-ae80-239828ba7c15||
 
پس از انجام تنظیمات ذکر شده حال زمان آن است که WSUS سرور برای دانلود آپدیت ها ، برای اولین بار با سایت مایکروسافت و یا هر Up Stream  سروری که برای آن تعیین شده ، ارتباط برقرار کند . دانلود آپدیت ها برای اولین بار از سایت مایکروسافت  زمان و پهنای باند زیادی را مصرف می کندو بسته به تعداد محصولات انتخاب شده و نیز زبان ها و طبقه بندی های در نظر گرفته شده برای آنها متفاوت می باشد . همچنین می توان تعیین کرد که دریافت آپدیت ها از طریق کنسول مدیریتی و در زمانی دیگر صورت گیرد در اینجا ما گزینه Begin initial synchronization  را مارکدار می کنیم .

 ||http://network.tosinso.com/files/get/4c14e132-f6c7-45d7-9156-a4af2e8ee5d5||

اکنون خلاصه ای از مراحلی که برای سایر تنظیمات باید طی شود  برای ما نمایش داده می شود . برای بسته شدن ویزارد روی گزینه Finish کلیک می کنیم .

||http://network.tosinso.com/files/get/5013fba7-e8e5-40f6-8cc5-2cc46d4d4945||  

تا بدین جای کار به شرح  تاریخچه و معماری سیستم بروزرسانی مرکزی ،معرفی انواع آپدیت ها و نصب مرحله به مرحله ی  WSUS از طریق ویزارد  پرداختیم . در قسمت بعدی مقاله به بررسی  کنسول مدیریتی WSUS خواهیم پرداخت.

نویسنده: مریم حیات رمضانی
منبع : |جزیره سرویس های شبکه مایکروسافت وب سایت توسینسو::https://tosinso.com/microsoft|
هرگونه نشر و کپی برداری بدون ذکر منبع دارای اشکال اخلاقی می باشد

محصولاتی که قصد دانلود آپدیت برای آنها را داریم در این مرحله انتخاب می کنیم . می توان با انتخاب تمامی گزینه ها شرایط دانلود آپدیت تمامی محصولات را فراهم آورد و یا اینکه با مارکدار کردن محصولاتی که در شبکه ما موجودند ،تنها آپدیت مربوط به آنها را دریافت کنیم. گزینش محصولات مورد نظر برای دریافت آپدیت آنها علاوه بر اشغال فضای کمتری از حافظه به افزایش سرعت و کاهش زمان دانلود آپدیت ها از سایت مایکروسافت نیز کمک می کند.

همچنین می توان محصول جدیدی که در آینده در سازمان به کار گرفته می شود را به لیست برنامه های که قصد دانلود آپدیت آنها را داریم در این قسمت اضافه کنیم. در اینجا ما با توجه به سناریو مورد نظر ، ویندوز 7 و ویندوز سرور 2008 R2 را برای دریافت آپدیت هایشان مارکدار می کنیم .

در این مقاله قصد داریم در رابطه با بروزرسانی محصولات مایکروسافت صحبت کنیم . همانطور که می دانیم بیشتر سیستم عامل هایی که در حال حاضر در جهان استفاده می شوند مایکروسافتی هستند بنابراین طبیعی است که bug ها و ضعف های موجود در آنها برای کاربران مشکل ایجاد کند این Bug  ها با وجود کابران زیاد، بسیار سریع شناسایی می شوند . هستند افرادی که از این نقاط ضعف برای Attack  به یک سیستم استفاده کنند. بنابراین مایکروسافت برای جلوگیری از بروز مشکلات ، درصدد رفع نقص محصولات برآمد و در سایت خود یک Update Center را ایجاد کرد تا کاربران بتوانند آپدیت های مربوط به رفع نقص محصول مورد نظر خود را از آن دانلود کنند. با  این راهکار کاربران با نصب یک فایل دانلود شده می توانند مشکل موجود در سیستم عامل ها و Office Product  ها و سایر محصولات مایکروسافت را برطرف کنند.
این راهکار کمک شایان توجهی به کاربران مایکروسافت برای برطرف کردن نقاط ضعف محصولاتی که مورد استفاده ی آنان بود ، کرد . اما مشکلاتی را نیز به همراه داشت . دانلود آپدیت ها از سایت مایکروسافت توسط کاربران خانگی و حتی شرکت های کوچک نتیجه بخش بود اما تصور کنید که در یک سازمان با بیش از هزار کلاینت ،هر کاربر ی برای دانلود آپدیت مورد نظر خود با سایت مایکروسافت ارتباط بر قرار کند چه اتفاقی خواهد افتاد؟بدون شک این وضعیت برای پهنای باند اینترنت سازمان ها یک معضل محسوب می شود.  در چنین شرایطی مایکروسافت وارد عمل شده و سرویسی بنام SUS یا Software Update  Services را به کاربران خود عرضه کرد  .این سرویس موجب شد تا کاربران یک سازمان بتوانند آپدیت های خود را به جای سایت مایکروسافت از یک سرور مرکزی دریافت کنند بدین ترتیب دریافت آپدیت ها توسط کلاینت های سازمان تحت مدیریت متمرکز خواهد بود . ادمین  سازمان می تواند با توجه به نو ع سیستم عاملهای سازمان و نیز نرم افزار های موجود، آپدیت های مورد نیاز را به صورت متمرکز در اختیار کلاینت ها قرار دهد.
 مدیریت آپدیت ها موجب می شود که تنها آپدیت های مورد نیاز دانلود و نصب شود بنابراین حافظه سیستم ها نیز با ذخیره داده هایی که بلا استفاده هستند ، اشغال نخواهد شد هم چنین WSUS  با مدیریت پهنای باند، باعث می شود که از سرعت اینترنت سازمان به دلیل ترافیک بالا کاسته نشود. 

مایکروسافت متعهد شده بود که از SUS تا تاریخ 6 دسامبر 2006 پشتیبانی خواهد کرد اما به دلیل استقبال مشتریان خود از این سرویس این تاریخ به 10 جولای 2007 تغییر یافت. SUS دارای این نقطه ضعف بود که تنها شرایط دانلود Hotfix ها و Patch های مربوط به سیستم عامل ویندوز را برای کاربران فراهم می کرد با این اوصاف کاربران یک شبکه از دریافت آپدیت سایر محصولات مایکروسافت بی بهره بودند . با بروزرسانی این سرویس به ورژن جدید تحت عنوان WSUS 2.0 این مشکل برطرف شد چرا که WSUS علاوه بر دانلود آپدیت های سیستم عامل ویندوز ،دانلود اتوماتیک آپدیت ها ،Hotfix ها ، Service Pack ها ، Device Driver ها و Feature Pack  های سایر محصولات مایکروسافت را از یک سرور مرکزی ،برای کاربران سازمان ها ممکن می سازد.WSUS نیز مخفف عبارت Windows Server Update Services می باشد.

پیشتر کار با SUS و WSUS تحت وب بود بدین معنی که می بایست Component مربوط به این سرویس را نصب کرده و از طریق وب سایتی که در IIS ایجاد می شد، بصورت تحت وب از آن استفاده می کردیم .اما از سال 2006 به بعد WSUS در قالب یک نرم افزار ارائه شد که با نصب آن براحتی می توان از طریق کنسول ،دریافت و توزیع آپدیت ها را مدیریت کرد.در جدول زیر تاریخچه ی بروزرسانی سرویس WSUS بیان شده است.

||http://network.tosinso.com/files/get/aa623f53-b6ad-4fe4-9304-d55b1a5d862c||
*بروز رسانی SUS به WSUS*
باید توجه داشت که Upgrade کردن SUS به WSUS ممکن نیست اما می توانیم آپدیت های دانلود و تایید شده در  SUS را به WSUS انتقال دهیم (Migrate کردن از SUS به WSUS). این راهکار باعث می شود که با نصب WSUS نیازی به دانلود مجدد آپدیتها و نیز Approve کردن آپدیت هایی که قبلا در SUS تایید  شده ، نداشته باشیم.تنها Migrate  کردن SUS 1.0 به WSUS 2.0 امکان پذیر است آپدیتها قادر به انتقال از SUS1.0  به WSUS 3.0 نخواهند بود  پس باید SUS 1.0  را قبل از نصب  WSUS 3.0 ،حذف کرد .اما  WSUS 2.0 را به WSUS 3.0 می توان Upgrade کرد.

--
!!!! انواع آپدیت ها
--
* *Critical Update*: یک بروز رسانی در نظر گرفته شده برای رفع مشکلی در نرم افزار است که بروز این مشکل در محصولات ، شرایطی بحرانی را ایجاد می کند.
* *Driver*: یک جزء نرم افزاری است که برای پشتیبانی از یک سخت افزار جدید طراحی شده است.
* *Hotfix *: آپدیتی است که برای رفع یک مشکل خاص ارائه می شود. با Hotfix می توان به رفع مشکل ، بدون Restart  و یا متوقف کردن  سرویس و سیستم دچار اختلال پرداخت.عموما Hotfix را با Patch  یکسان می دانند اما تفاوت این دو در این است که Hotfix به طور ویژه برای رفع مشکل یک مشتری در نظر گرفته شده و برای عموم کاربران توزیع نمی شود.  باید در نظر داشت که Hotfix ،آپدیت های امنیتی را شامل نمی شود. همچنین Hotfix  قابلیت های ارائه شده برای رفع یک مشکل که بصورت خاص مورد آزمایش قرار گرفته تا در اختیار عموم کاربران قرار گیرد را شامل می شود.
* *Update*: در این نوع آپدیت یک قابلیت جدید برای محصولات مایکروسافت در نظر گرفته می شود و این آپدیت برای رفع مشکلات امنیتی و اختالات مربوط به سیستم عامل ها و نرم افزار ها نمی باشد ،باید در نظر داشت که Update الزاما امنیتی نیست .
* *Security Update:* کاربران مایکروسافت جمعیت بالایی را تشکیل می دهند بنابراین نقاط ضعف امنیتی بسیاری در محصولات آن مشاهده خواهد شد و مایکروسافت این نقاط ضعف را شناسایی کرده و  آپدیت رفع نقاط ضعف و مشکلات امنیتی محصولات خود را  در اختیار کاربران قرار می دهد. آسیب پذیری های امنیتی در بولتن امنیتی مایکروسافت در سطوح حساس ،مهم ، متوسط و ضعیف یا پایین طبقه بندی می شوند.
* *Feature Packs:* بسته ای است که قابلیت های جدید ارائه شده برای یک محصول را در بر می گیرد.
* *Update Rollups:* مجموعه ای است از Hotfix  ها،Security  آپدیت ها ، critical آپدیت ها ونیز آپدیت هاست که برای سهولت در Deploy شدن در یک پکیج قرار گرفته اند.Rollup ها عموما یک هدف خاص مانند امنیت محصول و یا یک Component از یک محصول مثلا IIS را پشتیبانی می کند.
* *Service Pack* : پکیجی است در بردارنده ی همه ی Hotfix ها ،Critical  آپدیت ها ، Security آپدیت ها و همچنین آپدیت هابرای سیستم عامل ها و نرم افزار ها.علاوه بر این Service Pack را ه حل مشکلات و نقاط ضعفی که پس از عرضه محصول توسط گروهی محدودی از مشتریان شناسایی شده و نیز درخواست آنان مبنی بر تغییر در Design و قابلیت های یک محصول را شامل می شود.
* *Definition Update:* این نوع از آپدیت ها برای بروز رسانی نرم افزارهای امنیتی استفاده می شود .نرم افزارهایی مثل آنتی ویروس و Anti Malware که توسط شرکت مایکروسافت ارائه شده اند .در واقع یک Definition Update روش حذف و یا برخورد با یک کد مخرب را برای این محصولات ، نمایش می دهد. این آپدیت ها بیشتر برای محصولاتی که دارای پایگاه داده هستند ، کاربرد دارد.
* *Tool*: ابزار یا قابلیتی است که به انجام رساندن و تکمیل یک وظیفه و یا مجموعه ای از وظایف کمک می کند.

--
!!! انواع استراتژی پیاده سازی WSUS سرور
--
سه ساختار پیاده سازی سیستم بروز رسانی مرکزی برای سیستم های تحت شبکه وجود دارد ، در* نوع اول* WSUS سرور به شبکه داخلی و اینترنت متصل بوده و آپدیت ها را مستقیما از Update Center سایت مایکروسافت دانلود کرده در نهایت کاربران شبکه با WSUS سرور ارتباط برقرار کرده و آپدیت ها را از آن دریافت می کنند.

 ||http://network.tosinso.com/files/get/a9b75b46-5e9d-490a-b5ae-1929df9f0b07||

در *ساختار دوم* حداقل دو WSUS سرور وجود دارد اما در سازمانهای بزرگ این ساختار چندین WSUS سرور را در بر می گیرد. فرض را بر پیاده سازی سیستم به روز رسانی مرکزی برای یک دانشگاه  می گذاریم دانشگاه دارای یک ساختمان مرکزی و چندین دانشکده می باشد .برای اینکه ترافیک شبکه بالا نرود یک WSUS سرور را در ساختمان مرکزی قرار می دهیم که به اینترنت متصل بوده و از سایت مایکروسافت آپدیت ها را دانلود  می کند که اصطلاحا به آن Upstream سرور می گویند و در هر دانشکده نیز WSUS سرور هایی با عنوان Downstream  سرور قرار می دهیم که این Downstream  ها آپدیت های مورد نیاز را از Upstream  سرور دریافت می کنند. و در نهایت کلاینت ها آپدیت ها را از Downstream سرور ها دریافت و نصب می کنند .

||http://network.tosinso.com/files/get/894b6caa-58b3-499f-9465-b8fa5f739869||

 در *استراتژی سوم* برای سازمانهای نظامی ،اطلاعاتی و هر سازمانی که محرمانه باقی ماندن اطلاعات برای آن امری ضروریست، شبکه ای ایزوله در نظر گرفته می شود. در چنین شرایطی امکان اتصال به اینترنت و دانلود آپدیت ها در شبکه ممکن نیست  در حالی که سیستم های چنین سازمانهایی هم نیازمند بروزرسانی می باشند. بنابراین از یک WSUS سرور متصل به اینترنت در خارج از محدوده شبکه سازمان برای دانلود آپدیت ها استفاده می کنند و در نتیجه آپدیت ها را به کمک حافظه های جانبی همچون DVD و فلش ، بصورت آفلاین به WSUS سرور موجود در شبکه ایزوله سازمان انتقال می دهند تا کاربران شبکه بتوانند آپدیت های مورد نیاز خود را در محیطی امن دریافت کنند.

||http://network.tosinso.com/files/get/b584e079-a7e6-4b2d-95c3-47183bc34ec2||

--
!!!! نصب رول WSUS
--
در اکثر مواقع نصب این سرویس از طریق Server Manager با مشکل مواجه می شود بنابراین بهتر این است که   به جای نصب از طریق Server Manager |فایل نصب WSUS ::http://www.microsoft.com/en-gb/download/details.aspx?id=5216|را دانلود و اجرا کنیم . همانطور که می دانیم لازمه ی استفاده از WSUS سرور نصب رول IIS است که آموزش نصب این رول در |مقاله::https://tosinso.com/articles/41276/%d8%a2%d9%85%d9%88%d8%b2%d8%b4-%d9%86%d8%b5%d8%a8-IIS-%d8%aa%d8%b5%d9%88%db%8c%d8%b1%db%8c-%d8%b1%d8%a7%d9%87-%d8%a7%d9%86%d8%af%d8%a7%d8%b2%db%8c-%d9%88%d8%a8-%d8%b3%d8%a7%db%8c%d8%aa-%d8%af%d8%b1-IIS-%d8%a8%d8%b5%d9%88%d8%b1%d8%aa-%da%af%d8%a7%d9%85-%d8%a8%d9%87-%da%af%d8%a7%d9%85| جناب مهندس نصیری آورده شده است. بهنگام نصب سرویس WSUS سیستم پیغام نصب IIS را می دهد برای منظم طی شدن روند کار قبل نصب این سرویس ، رول IIS  را نصب می کنیم.
همچنین برای اینکه سیستم برای دانلود آپدیت ها قادر به استفاده از پهنای باند بیکار اینترنت باشد و سرعت اینترنت سازمان دچار اختلال نشود قابلیت BITS یا (Background Intelligent Transfer Service) را از طریق مسیر زیر فعال می کنیم :
<c#>
Sever Manager => Features => Add Features => Background Intelligent Transfer Service (BITS)
<c#>
پس از نصب پیش نیاز های مورد نظر حال روی فایل WSUS دانلود شده برای نصب کلیک می کنیم تا ویزارد مربوط نمایش داده شود روی گزینه Next  کلیک می کنیم . در این مرحله دو گزینه برای انتخاب نوع نصب WSUS پیش روی ماست . با انتخاب گزینه اول می توان هم WSUS و هم کنسول مدیریتی آن را نصب کرد و با انتخاب گزینه دوم می شود  تنها از کنسول مدیریتی برای مدیریت چندین WSUS بصورت متمرکز استفاده کرد.

||http://network.tosinso.com/files/get/d04fbfce-229d-45dd-808d-92f15cc01ce7||

||http://network.tosinso.com/files/get/731762e8-37e0-4840-b1fc-cffdb972da68||

  در این بخش متن مبنی بر توافقنامه مربوط به License  این سرویس را خوانده و با تایید آن به مرحله بعد می رویم.

||http://network.tosinso.com/files/get/3f25bbe3-576c-4ed0-a79b-0dbdefc5f1d1||

 در صورتی که Microsoft Report Viewer روی سرور نصب نباشد در این قسمت پیغام مبنی بر عدم نصب این برنامه نمایش داده خواهد شد که می توانیم این نرم افزار را از سایت مایکروسافت به صورت رایگان |دانلود::http://www.microsoft.com/en-gb/download/details.aspx?id=3841| و نصب کنیم.

||http://network.tosinso.com/files/get/dd3e1992-22e2-4f0a-a150-1a11b9075209||

در این مرحله هارد دیسک و فولدری که می خواهیم آپدیت های دانلود شده روی آن ذخیره شوند را به سیستم معرفی می کنیم با توجه به توضیحات این بخش از ویزارد  ، باید از هاردی با حداقل  6GB  فضای آزاد استفاده کنیم که بسته به نوع و حجم دریافت آپدیت های مورد نظر ما این مقدار می تواند از حداقل فضای پیشنهاد شده بیشتر باشد. توصیه می شود که درایو در نظر گرفته شده برای ذخیره ی آپدیت ها با درایوی که سیستم عامل روی آن قرار دارد یکسان نباشد.

||http://network.tosinso.com/files/get/bb7cab65-8008-4dee-890e-3df355e7319a||

برای تعیین یک پایگاه داده داخلی برای WSUS باید درایوی را انتخاب کنیم که حداقل 2GB  فضای آزاد داشته باشد. اگر در شبکه SQL Server  موجود باشد  در اینجا با مارک دار کردن گزینه Using an existing database server on a remote computer می توان آن را بعنوان یک پایگاه داده خارجی برای سرویس معرفی کرد.و نیز با کلیک روی گزینه Browse باید آدرس SQL سرور را به سیستم معرفی کنیم این گزینه زمانی می تواند مفید باشد که یک SQL  سرور ی را اختصاص دهیم که توسط مدیران پایگاه داده مدیریت شود. 

||http://network.tosinso.com/files/get/64a35c79-591e-48e2-aa1f-683e91b8991a|| 

همانگونه که ذکر شد مبنای کار WSUS بر اساس IIS است در اینجا می توان IIS پیشفرض سرور را انتخاب کرد و یا یک IIS ویژه برای WSUS در نظر گرفت .انتخاب گزینه Use the existing IIS Default Web site از سوی مایکروسافت توصیه شده است.

||http://network.tosinso.com/files/get/183f15d9-c2ba-4623-9b8d-8ad09a6ceb23|| 

 در این صفحه خلاصه ای از تنظیماتی که تاکنون انجام دادیم نمایش داده شده است روی گزینه Next کلیک می کنیم تا فرایند نصب آغار شود.

  ||http://network.tosinso.com/files/get/b779ae3a-ef6a-4a90-8a2c-9eb998262292||

در پایان روی گزینه Finish  کلیک می کنیم تا این مرحله از نصب WSUS با موفقیت صورت گرفته باشد.

||http://network.tosinso.com/files/get/d138fb6b-4cc2-4e1d-939f-901262eccae3||

 پس از پایان یافتن نصب از طریق ویزارد ، بصورت خودکار ویزارد مربوط به پیکربندی WSUS نمایان می شود که در اولین صفحه از آن مواردی که باید پیش از انجام تنظیمات رعایت شود را یاد آوری کند از قبیل انجام تنظیمات فایروال سرور  برای دسترسی داشتن کلاینت ها به آن ، مشخص کردن Up Stream  سرور برای WSUS سرور در حال پیکربندی و انجام تنظیمات پروکسی در صورتیکه از آن برای اتصال به اینترنت استفاده می کنیم . پس از اطمینان از این موارد روی گزینه Next کلیک می کنیم.

||http://network.tosinso.com/files/get/1f9b7bb5-5795-4330-ba59-eef59e4745da||

 در این بخش می توان تعیین کرد که در صورت بروز مشکل در روند کار WSUS  ، اطلاعات را برای مایکروسافت ارسال کرده تا درصدد رفع مشکل برآید .بدین منظور باید گزینه ی Yes ,I would like to join the Microsoft Update Improvement Program  را مارکدار کنیم .

 ||http://network.tosinso.com/files/get/44583f83-96c8-405b-ac28-b2ad81d3f984||

در این بخش برای سرور تعیین می کنیم که آپدیت ها را با سایت مایکروسافت و یابا یک WSUS دیگر (Up Stream Server ) تطبیق دهد. که در صورت انتخاب یک Upstream Server  برای Sync کردن آپدیت ها باید نام و پورت مربوط به آن سرور را نیز مشخص کنیم . با برگزیدن یک WSUS دیگر بعنوان Upstream  سرور دو گزینه فعال خواهند شد که شرح آنها به قرار زیر است:
در صورتیکه که از SSL استفاده می کنیم باید تیک مربوط به گزینه Use SSL when synchronizing update information را فعال کنیم  اما باید در نظر داشته باشیم که در صورت استفاده از SSL روی این سرور ، Upstream  سرور نیز باید از SSL پشتیبانی کند. 
با انتخاب گزینه This is a replica of the Up Stream server  سرور ی که در حال پیکربندی آن هستیم تبدیل به نسخه ثانویه Up Stream  سرور انتخابی خواهد شد.

||http://network.tosinso.com/files/get/c7518150-837a-4ec0-8881-a2cd89041c5c|| 

 اگر شبکه ملزم به استفاده از پروکسی سرور برای دسترسی به اینترنت است اطلاعات مربوط به آن را در این قسمت وارد کرده در غیر اینصورت از این تنظیمات چشم پوشی و با انتخاب Next  به مرحله بعد می رویم.

||http://network.tosinso.com/files/get/d828b408-4751-481f-8286-e49102919ff7||

حال نیاز است که ویزارد WSUS برای تشخیص محصولاتی که WSUS می تواند آپدیت کند ، زبانهایی که پشتیبانی کند و نیز شناسایی انواع آپدیت ها به اینترنت متصل شود. بنابراین باید روی گزینه Start Connecting  کلیک کنیم تا ارتباط سرور با Update Server  های مایکروسافت برقرار شود . پس از تکمیل فرایند  اتصال اولیه روی گزینه Next  کلیک می کنیم .

||http://network.tosinso.com/files/get/5f1c973c-b4d0-4b2c-b2f1-d6b09274117d||

در اینجا زبان مورد نظر را برای آپدیت هایی که قصد دانلود آنها را داریم ، انتخاب می کنیم اگر در شبکه سیستم هایی موجودند که از محصولاتی با چندین زبان پشتیبانی می کنند باید Patch  هایی برای  ساپورت همه زبانها را دانلود کنیم در غیر اینصورت بر حسب نیاز ، زبان مورد نظر خود را انتخاب می کنیم که این کار باعث استفاده کمتر از فضای دیسک و افزایش سرعت دانلود خواهد شد.

||http://network.tosinso.com/files/get/aad2b990-0689-4b7a-b556-52fb17101102||

محصولاتی که قصد دانلود آپدیت برای آنها را داریم در این مرحله انتخاب می کنیم . می توان با انتخاب تمامی گزینه ها شرایط دانلود آپدیت تمامی محصولات را فراهم آورد و یا اینکه با مارکدار کردن محصولاتی که در شبکه ما موجودند ،تنها آپدیت مربوط به آنها را دریافت کنیم. گزینش محصولات مورد نظر برای دریافت آپدیت آنها علاوه بر اشغال فضای کمتری از حافظه به افزایش سرعت  و کاهش زمان دانلود آپدیت ها از سایت مایکروسافت نیز کمک می کند. همچنین می توان محصول جدیدی که در آینده در سازمان به کار گرفته می شود را به لیست برنامه های که قصد دانلود آپدیت آنها را داریم در  این قسمت  اضافه کنیم. در اینجا ما با توجه به سناریو مورد نظر  ، ویندوز 7  و ویندوز سرور 2008 R2 را برای دریافت آپدیت هایشان مارکدار می کنیم .

||http://network.tosinso.com/files/get/8a952762-3536-4e20-bb63-e35244874a70|| 

در این قسمت طبقه بندی و نوع آپدیت مورد نظر را برحسب نیاز انتخاب می کنیم انواع آپدیت ها در ابتدای مقاله توضیح داده شد.

||http://network.tosinso.com/files/get/5c532bbd-bbed-4cc0-9bb9-fd4a4e8fafc2||

می توان به صورت دستی و یا اتوماتیک تعیین کرد که WSUS  سرور در چه زمانی آپدیت ها را با سایت مایکروسافت Sync  کند .از آنجایی که بسته به سرعت اینترنت  شبکه دانلود آپدیت ها میزان قابل توجهی از پهنای باند را به خود اختصاص می دهد می توان برنامه ریزی کرد که WSUS سرور آپدیت ها را طی ساعاتی که میزان استفاده از اینترنت شبکه پایین است مثلا در طول شب دریافت کند. در این مرحله ما گزینه Synchronize Manually را انتخاب می کنیم .

||http://network.tosinso.com/files/get/a4c7dd8c-6277-40e2-ae80-239828ba7c15||
 
پس از انجام تنظیمات ذکر شده حال زمان آن است که WSUS سرور برای دانلود آپدیت ها ، برای اولین بار با سایت مایکروسافت و یا هر Up Stream  سروری که برای آن تعیین شده ، ارتباط برقرار کند . دانلود آپدیت ها برای اولین بار از سایت مایکروسافت  زمان و پهنای باند زیادی را مصرف می کندو بسته به تعداد محصولات انتخاب شده و نیز زبان ها و طبقه بندی های در نظر گرفته شده برای آنها متفاوت می باشد . همچنین می توان تعیین کرد که دریافت آپدیت ها از طریق کنسول مدیریتی و در زمانی دیگر صورت گیرد در اینجا ما گزینه Begin initial synchronization  را مارکدار می کنیم .

 ||http://network.tosinso.com/files/get/4c14e132-f6c7-45d7-9156-a4af2e8ee5d5||

اکنون خلاصه ای از مراحلی که برای سایر تنظیمات باید طی شود  برای ما نمایش داده می شود . برای بسته شدن ویزارد روی گزینه Finish کلیک می کنیم .

||http://network.tosinso.com/files/get/5013fba7-e8e5-40f6-8cc5-2cc46d4d4945||  

تا بدین جای کار به شرح  تاریخچه و معماری سیستم بروزرسانی مرکزی ،معرفی انواع آپدیت ها و نصب مرحله به مرحله ی  WSUS از طریق ویزارد  پرداختیم . در قسمت بعدی مقاله به بررسی  کنسول مدیریتی WSUS خواهیم پرداخت.

نویسنده: مریم حیات رمضانی
منبع : |جزیره سرویس های شبکه مایکروسافت وب سایت توسینسو::https://tosinso.com/microsoft|
هرگونه نشر و کپی برداری بدون ذکر منبع دارای اشکال اخلاقی می باشد

در این قسمت طبقه بندی و نوع آپدیت مورد نظر را برحسب نیاز انتخاب می کنیم انواع آپدیت ها در ابتدای مقاله توضیح داده شد.

در این مقاله قصد داریم در رابطه با بروزرسانی محصولات مایکروسافت صحبت کنیم . همانطور که می دانیم بیشتر سیستم عامل هایی که در حال حاضر در جهان استفاده می شوند مایکروسافتی هستند بنابراین طبیعی است که bug ها و ضعف های موجود در آنها برای کاربران مشکل ایجاد کند این Bug  ها با وجود کابران زیاد، بسیار سریع شناسایی می شوند . هستند افرادی که از این نقاط ضعف برای Attack  به یک سیستم استفاده کنند. بنابراین مایکروسافت برای جلوگیری از بروز مشکلات ، درصدد رفع نقص محصولات برآمد و در سایت خود یک Update Center را ایجاد کرد تا کاربران بتوانند آپدیت های مربوط به رفع نقص محصول مورد نظر خود را از آن دانلود کنند. با  این راهکار کاربران با نصب یک فایل دانلود شده می توانند مشکل موجود در سیستم عامل ها و Office Product  ها و سایر محصولات مایکروسافت را برطرف کنند.
این راهکار کمک شایان توجهی به کاربران مایکروسافت برای برطرف کردن نقاط ضعف محصولاتی که مورد استفاده ی آنان بود ، کرد . اما مشکلاتی را نیز به همراه داشت . دانلود آپدیت ها از سایت مایکروسافت توسط کاربران خانگی و حتی شرکت های کوچک نتیجه بخش بود اما تصور کنید که در یک سازمان با بیش از هزار کلاینت ،هر کاربر ی برای دانلود آپدیت مورد نظر خود با سایت مایکروسافت ارتباط بر قرار کند چه اتفاقی خواهد افتاد؟بدون شک این وضعیت برای پهنای باند اینترنت سازمان ها یک معضل محسوب می شود.  در چنین شرایطی مایکروسافت وارد عمل شده و سرویسی بنام SUS یا Software Update  Services را به کاربران خود عرضه کرد  .این سرویس موجب شد تا کاربران یک سازمان بتوانند آپدیت های خود را به جای سایت مایکروسافت از یک سرور مرکزی دریافت کنند بدین ترتیب دریافت آپدیت ها توسط کلاینت های سازمان تحت مدیریت متمرکز خواهد بود . ادمین  سازمان می تواند با توجه به نو ع سیستم عاملهای سازمان و نیز نرم افزار های موجود، آپدیت های مورد نیاز را به صورت متمرکز در اختیار کلاینت ها قرار دهد.
 مدیریت آپدیت ها موجب می شود که تنها آپدیت های مورد نیاز دانلود و نصب شود بنابراین حافظه سیستم ها نیز با ذخیره داده هایی که بلا استفاده هستند ، اشغال نخواهد شد هم چنین WSUS  با مدیریت پهنای باند، باعث می شود که از سرعت اینترنت سازمان به دلیل ترافیک بالا کاسته نشود. 

مایکروسافت متعهد شده بود که از SUS تا تاریخ 6 دسامبر 2006 پشتیبانی خواهد کرد اما به دلیل استقبال مشتریان خود از این سرویس این تاریخ به 10 جولای 2007 تغییر یافت. SUS دارای این نقطه ضعف بود که تنها شرایط دانلود Hotfix ها و Patch های مربوط به سیستم عامل ویندوز را برای کاربران فراهم می کرد با این اوصاف کاربران یک شبکه از دریافت آپدیت سایر محصولات مایکروسافت بی بهره بودند . با بروزرسانی این سرویس به ورژن جدید تحت عنوان WSUS 2.0 این مشکل برطرف شد چرا که WSUS علاوه بر دانلود آپدیت های سیستم عامل ویندوز ،دانلود اتوماتیک آپدیت ها ،Hotfix ها ، Service Pack ها ، Device Driver ها و Feature Pack  های سایر محصولات مایکروسافت را از یک سرور مرکزی ،برای کاربران سازمان ها ممکن می سازد.WSUS نیز مخفف عبارت Windows Server Update Services می باشد.

پیشتر کار با SUS و WSUS تحت وب بود بدین معنی که می بایست Component مربوط به این سرویس را نصب کرده و از طریق وب سایتی که در IIS ایجاد می شد، بصورت تحت وب از آن استفاده می کردیم .اما از سال 2006 به بعد WSUS در قالب یک نرم افزار ارائه شد که با نصب آن براحتی می توان از طریق کنسول ،دریافت و توزیع آپدیت ها را مدیریت کرد.در جدول زیر تاریخچه ی بروزرسانی سرویس WSUS بیان شده است.

||http://network.tosinso.com/files/get/aa623f53-b6ad-4fe4-9304-d55b1a5d862c||
*بروز رسانی SUS به WSUS*
باید توجه داشت که Upgrade کردن SUS به WSUS ممکن نیست اما می توانیم آپدیت های دانلود و تایید شده در  SUS را به WSUS انتقال دهیم (Migrate کردن از SUS به WSUS). این راهکار باعث می شود که با نصب WSUS نیازی به دانلود مجدد آپدیتها و نیز Approve کردن آپدیت هایی که قبلا در SUS تایید  شده ، نداشته باشیم.تنها Migrate  کردن SUS 1.0 به WSUS 2.0 امکان پذیر است آپدیتها قادر به انتقال از SUS1.0  به WSUS 3.0 نخواهند بود  پس باید SUS 1.0  را قبل از نصب  WSUS 3.0 ،حذف کرد .اما  WSUS 2.0 را به WSUS 3.0 می توان Upgrade کرد.

--
!!!! انواع آپدیت ها
--
* *Critical Update*: یک بروز رسانی در نظر گرفته شده برای رفع مشکلی در نرم افزار است که بروز این مشکل در محصولات ، شرایطی بحرانی را ایجاد می کند.
* *Driver*: یک جزء نرم افزاری است که برای پشتیبانی از یک سخت افزار جدید طراحی شده است.
* *Hotfix *: آپدیتی است که برای رفع یک مشکل خاص ارائه می شود. با Hotfix می توان به رفع مشکل ، بدون Restart  و یا متوقف کردن  سرویس و سیستم دچار اختلال پرداخت.عموما Hotfix را با Patch  یکسان می دانند اما تفاوت این دو در این است که Hotfix به طور ویژه برای رفع مشکل یک مشتری در نظر گرفته شده و برای عموم کاربران توزیع نمی شود.  باید در نظر داشت که Hotfix ،آپدیت های امنیتی را شامل نمی شود. همچنین Hotfix  قابلیت های ارائه شده برای رفع یک مشکل که بصورت خاص مورد آزمایش قرار گرفته تا در اختیار عموم کاربران قرار گیرد را شامل می شود.
* *Update*: در این نوع آپدیت یک قابلیت جدید برای محصولات مایکروسافت در نظر گرفته می شود و این آپدیت برای رفع مشکلات امنیتی و اختالات مربوط به سیستم عامل ها و نرم افزار ها نمی باشد ،باید در نظر داشت که Update الزاما امنیتی نیست .
* *Security Update:* کاربران مایکروسافت جمعیت بالایی را تشکیل می دهند بنابراین نقاط ضعف امنیتی بسیاری در محصولات آن مشاهده خواهد شد و مایکروسافت این نقاط ضعف را شناسایی کرده و  آپدیت رفع نقاط ضعف و مشکلات امنیتی محصولات خود را  در اختیار کاربران قرار می دهد. آسیب پذیری های امنیتی در بولتن امنیتی مایکروسافت در سطوح حساس ،مهم ، متوسط و ضعیف یا پایین طبقه بندی می شوند.
* *Feature Packs:* بسته ای است که قابلیت های جدید ارائه شده برای یک محصول را در بر می گیرد.
* *Update Rollups:* مجموعه ای است از Hotfix  ها،Security  آپدیت ها ، critical آپدیت ها ونیز آپدیت هاست که برای سهولت در Deploy شدن در یک پکیج قرار گرفته اند.Rollup ها عموما یک هدف خاص مانند امنیت محصول و یا یک Component از یک محصول مثلا IIS را پشتیبانی می کند.
* *Service Pack* : پکیجی است در بردارنده ی همه ی Hotfix ها ،Critical  آپدیت ها ، Security آپدیت ها و همچنین آپدیت هابرای سیستم عامل ها و نرم افزار ها.علاوه بر این Service Pack را ه حل مشکلات و نقاط ضعفی که پس از عرضه محصول توسط گروهی محدودی از مشتریان شناسایی شده و نیز درخواست آنان مبنی بر تغییر در Design و قابلیت های یک محصول را شامل می شود.
* *Definition Update:* این نوع از آپدیت ها برای بروز رسانی نرم افزارهای امنیتی استفاده می شود .نرم افزارهایی مثل آنتی ویروس و Anti Malware که توسط شرکت مایکروسافت ارائه شده اند .در واقع یک Definition Update روش حذف و یا برخورد با یک کد مخرب را برای این محصولات ، نمایش می دهد. این آپدیت ها بیشتر برای محصولاتی که دارای پایگاه داده هستند ، کاربرد دارد.
* *Tool*: ابزار یا قابلیتی است که به انجام رساندن و تکمیل یک وظیفه و یا مجموعه ای از وظایف کمک می کند.

--
!!! انواع استراتژی پیاده سازی WSUS سرور
--
سه ساختار پیاده سازی سیستم بروز رسانی مرکزی برای سیستم های تحت شبکه وجود دارد ، در* نوع اول* WSUS سرور به شبکه داخلی و اینترنت متصل بوده و آپدیت ها را مستقیما از Update Center سایت مایکروسافت دانلود کرده در نهایت کاربران شبکه با WSUS سرور ارتباط برقرار کرده و آپدیت ها را از آن دریافت می کنند.

 ||http://network.tosinso.com/files/get/a9b75b46-5e9d-490a-b5ae-1929df9f0b07||

در *ساختار دوم* حداقل دو WSUS سرور وجود دارد اما در سازمانهای بزرگ این ساختار چندین WSUS سرور را در بر می گیرد. فرض را بر پیاده سازی سیستم به روز رسانی مرکزی برای یک دانشگاه  می گذاریم دانشگاه دارای یک ساختمان مرکزی و چندین دانشکده می باشد .برای اینکه ترافیک شبکه بالا نرود یک WSUS سرور را در ساختمان مرکزی قرار می دهیم که به اینترنت متصل بوده و از سایت مایکروسافت آپدیت ها را دانلود  می کند که اصطلاحا به آن Upstream سرور می گویند و در هر دانشکده نیز WSUS سرور هایی با عنوان Downstream  سرور قرار می دهیم که این Downstream  ها آپدیت های مورد نیاز را از Upstream  سرور دریافت می کنند. و در نهایت کلاینت ها آپدیت ها را از Downstream سرور ها دریافت و نصب می کنند .

||http://network.tosinso.com/files/get/894b6caa-58b3-499f-9465-b8fa5f739869||

 در *استراتژی سوم* برای سازمانهای نظامی ،اطلاعاتی و هر سازمانی که محرمانه باقی ماندن اطلاعات برای آن امری ضروریست، شبکه ای ایزوله در نظر گرفته می شود. در چنین شرایطی امکان اتصال به اینترنت و دانلود آپدیت ها در شبکه ممکن نیست  در حالی که سیستم های چنین سازمانهایی هم نیازمند بروزرسانی می باشند. بنابراین از یک WSUS سرور متصل به اینترنت در خارج از محدوده شبکه سازمان برای دانلود آپدیت ها استفاده می کنند و در نتیجه آپدیت ها را به کمک حافظه های جانبی همچون DVD و فلش ، بصورت آفلاین به WSUS سرور موجود در شبکه ایزوله سازمان انتقال می دهند تا کاربران شبکه بتوانند آپدیت های مورد نیاز خود را در محیطی امن دریافت کنند.

||http://network.tosinso.com/files/get/b584e079-a7e6-4b2d-95c3-47183bc34ec2||

--
!!!! نصب رول WSUS
--
در اکثر مواقع نصب این سرویس از طریق Server Manager با مشکل مواجه می شود بنابراین بهتر این است که   به جای نصب از طریق Server Manager |فایل نصب WSUS ::http://www.microsoft.com/en-gb/download/details.aspx?id=5216|را دانلود و اجرا کنیم . همانطور که می دانیم لازمه ی استفاده از WSUS سرور نصب رول IIS است که آموزش نصب این رول در |مقاله::https://tosinso.com/articles/41276/%d8%a2%d9%85%d9%88%d8%b2%d8%b4-%d9%86%d8%b5%d8%a8-IIS-%d8%aa%d8%b5%d9%88%db%8c%d8%b1%db%8c-%d8%b1%d8%a7%d9%87-%d8%a7%d9%86%d8%af%d8%a7%d8%b2%db%8c-%d9%88%d8%a8-%d8%b3%d8%a7%db%8c%d8%aa-%d8%af%d8%b1-IIS-%d8%a8%d8%b5%d9%88%d8%b1%d8%aa-%da%af%d8%a7%d9%85-%d8%a8%d9%87-%da%af%d8%a7%d9%85| جناب مهندس نصیری آورده شده است. بهنگام نصب سرویس WSUS سیستم پیغام نصب IIS را می دهد برای منظم طی شدن روند کار قبل نصب این سرویس ، رول IIS  را نصب می کنیم.
همچنین برای اینکه سیستم برای دانلود آپدیت ها قادر به استفاده از پهنای باند بیکار اینترنت باشد و سرعت اینترنت سازمان دچار اختلال نشود قابلیت BITS یا (Background Intelligent Transfer Service) را از طریق مسیر زیر فعال می کنیم :
<c#>
Sever Manager => Features => Add Features => Background Intelligent Transfer Service (BITS)
<c#>
پس از نصب پیش نیاز های مورد نظر حال روی فایل WSUS دانلود شده برای نصب کلیک می کنیم تا ویزارد مربوط نمایش داده شود روی گزینه Next  کلیک می کنیم . در این مرحله دو گزینه برای انتخاب نوع نصب WSUS پیش روی ماست . با انتخاب گزینه اول می توان هم WSUS و هم کنسول مدیریتی آن را نصب کرد و با انتخاب گزینه دوم می شود  تنها از کنسول مدیریتی برای مدیریت چندین WSUS بصورت متمرکز استفاده کرد.

||http://network.tosinso.com/files/get/d04fbfce-229d-45dd-808d-92f15cc01ce7||

||http://network.tosinso.com/files/get/731762e8-37e0-4840-b1fc-cffdb972da68||

  در این بخش متن مبنی بر توافقنامه مربوط به License  این سرویس را خوانده و با تایید آن به مرحله بعد می رویم.

||http://network.tosinso.com/files/get/3f25bbe3-576c-4ed0-a79b-0dbdefc5f1d1||

 در صورتی که Microsoft Report Viewer روی سرور نصب نباشد در این قسمت پیغام مبنی بر عدم نصب این برنامه نمایش داده خواهد شد که می توانیم این نرم افزار را از سایت مایکروسافت به صورت رایگان |دانلود::http://www.microsoft.com/en-gb/download/details.aspx?id=3841| و نصب کنیم.

||http://network.tosinso.com/files/get/dd3e1992-22e2-4f0a-a150-1a11b9075209||

در این مرحله هارد دیسک و فولدری که می خواهیم آپدیت های دانلود شده روی آن ذخیره شوند را به سیستم معرفی می کنیم با توجه به توضیحات این بخش از ویزارد  ، باید از هاردی با حداقل  6GB  فضای آزاد استفاده کنیم که بسته به نوع و حجم دریافت آپدیت های مورد نظر ما این مقدار می تواند از حداقل فضای پیشنهاد شده بیشتر باشد. توصیه می شود که درایو در نظر گرفته شده برای ذخیره ی آپدیت ها با درایوی که سیستم عامل روی آن قرار دارد یکسان نباشد.

||http://network.tosinso.com/files/get/bb7cab65-8008-4dee-890e-3df355e7319a||

برای تعیین یک پایگاه داده داخلی برای WSUS باید درایوی را انتخاب کنیم که حداقل 2GB  فضای آزاد داشته باشد. اگر در شبکه SQL Server  موجود باشد  در اینجا با مارک دار کردن گزینه Using an existing database server on a remote computer می توان آن را بعنوان یک پایگاه داده خارجی برای سرویس معرفی کرد.و نیز با کلیک روی گزینه Browse باید آدرس SQL سرور را به سیستم معرفی کنیم این گزینه زمانی می تواند مفید باشد که یک SQL  سرور ی را اختصاص دهیم که توسط مدیران پایگاه داده مدیریت شود. 

||http://network.tosinso.com/files/get/64a35c79-591e-48e2-aa1f-683e91b8991a|| 

همانگونه که ذکر شد مبنای کار WSUS بر اساس IIS است در اینجا می توان IIS پیشفرض سرور را انتخاب کرد و یا یک IIS ویژه برای WSUS در نظر گرفت .انتخاب گزینه Use the existing IIS Default Web site از سوی مایکروسافت توصیه شده است.

||http://network.tosinso.com/files/get/183f15d9-c2ba-4623-9b8d-8ad09a6ceb23|| 

 در این صفحه خلاصه ای از تنظیماتی که تاکنون انجام دادیم نمایش داده شده است روی گزینه Next کلیک می کنیم تا فرایند نصب آغار شود.

  ||http://network.tosinso.com/files/get/b779ae3a-ef6a-4a90-8a2c-9eb998262292||

در پایان روی گزینه Finish  کلیک می کنیم تا این مرحله از نصب WSUS با موفقیت صورت گرفته باشد.

||http://network.tosinso.com/files/get/d138fb6b-4cc2-4e1d-939f-901262eccae3||

 پس از پایان یافتن نصب از طریق ویزارد ، بصورت خودکار ویزارد مربوط به پیکربندی WSUS نمایان می شود که در اولین صفحه از آن مواردی که باید پیش از انجام تنظیمات رعایت شود را یاد آوری کند از قبیل انجام تنظیمات فایروال سرور  برای دسترسی داشتن کلاینت ها به آن ، مشخص کردن Up Stream  سرور برای WSUS سرور در حال پیکربندی و انجام تنظیمات پروکسی در صورتیکه از آن برای اتصال به اینترنت استفاده می کنیم . پس از اطمینان از این موارد روی گزینه Next کلیک می کنیم.

||http://network.tosinso.com/files/get/1f9b7bb5-5795-4330-ba59-eef59e4745da||

 در این بخش می توان تعیین کرد که در صورت بروز مشکل در روند کار WSUS  ، اطلاعات را برای مایکروسافت ارسال کرده تا درصدد رفع مشکل برآید .بدین منظور باید گزینه ی Yes ,I would like to join the Microsoft Update Improvement Program  را مارکدار کنیم .

 ||http://network.tosinso.com/files/get/44583f83-96c8-405b-ac28-b2ad81d3f984||

در این بخش برای سرور تعیین می کنیم که آپدیت ها را با سایت مایکروسافت و یابا یک WSUS دیگر (Up Stream Server ) تطبیق دهد. که در صورت انتخاب یک Upstream Server  برای Sync کردن آپدیت ها باید نام و پورت مربوط به آن سرور را نیز مشخص کنیم . با برگزیدن یک WSUS دیگر بعنوان Upstream  سرور دو گزینه فعال خواهند شد که شرح آنها به قرار زیر است:
در صورتیکه که از SSL استفاده می کنیم باید تیک مربوط به گزینه Use SSL when synchronizing update information را فعال کنیم  اما باید در نظر داشته باشیم که در صورت استفاده از SSL روی این سرور ، Upstream  سرور نیز باید از SSL پشتیبانی کند. 
با انتخاب گزینه This is a replica of the Up Stream server  سرور ی که در حال پیکربندی آن هستیم تبدیل به نسخه ثانویه Up Stream  سرور انتخابی خواهد شد.

||http://network.tosinso.com/files/get/c7518150-837a-4ec0-8881-a2cd89041c5c|| 

 اگر شبکه ملزم به استفاده از پروکسی سرور برای دسترسی به اینترنت است اطلاعات مربوط به آن را در این قسمت وارد کرده در غیر اینصورت از این تنظیمات چشم پوشی و با انتخاب Next  به مرحله بعد می رویم.

||http://network.tosinso.com/files/get/d828b408-4751-481f-8286-e49102919ff7||

حال نیاز است که ویزارد WSUS برای تشخیص محصولاتی که WSUS می تواند آپدیت کند ، زبانهایی که پشتیبانی کند و نیز شناسایی انواع آپدیت ها به اینترنت متصل شود. بنابراین باید روی گزینه Start Connecting  کلیک کنیم تا ارتباط سرور با Update Server  های مایکروسافت برقرار شود . پس از تکمیل فرایند  اتصال اولیه روی گزینه Next  کلیک می کنیم .

||http://network.tosinso.com/files/get/5f1c973c-b4d0-4b2c-b2f1-d6b09274117d||

در اینجا زبان مورد نظر را برای آپدیت هایی که قصد دانلود آنها را داریم ، انتخاب می کنیم اگر در شبکه سیستم هایی موجودند که از محصولاتی با چندین زبان پشتیبانی می کنند باید Patch  هایی برای  ساپورت همه زبانها را دانلود کنیم در غیر اینصورت بر حسب نیاز ، زبان مورد نظر خود را انتخاب می کنیم که این کار باعث استفاده کمتر از فضای دیسک و افزایش سرعت دانلود خواهد شد.

||http://network.tosinso.com/files/get/aad2b990-0689-4b7a-b556-52fb17101102||

محصولاتی که قصد دانلود آپدیت برای آنها را داریم در این مرحله انتخاب می کنیم . می توان با انتخاب تمامی گزینه ها شرایط دانلود آپدیت تمامی محصولات را فراهم آورد و یا اینکه با مارکدار کردن محصولاتی که در شبکه ما موجودند ،تنها آپدیت مربوط به آنها را دریافت کنیم. گزینش محصولات مورد نظر برای دریافت آپدیت آنها علاوه بر اشغال فضای کمتری از حافظه به افزایش سرعت  و کاهش زمان دانلود آپدیت ها از سایت مایکروسافت نیز کمک می کند. همچنین می توان محصول جدیدی که در آینده در سازمان به کار گرفته می شود را به لیست برنامه های که قصد دانلود آپدیت آنها را داریم در  این قسمت  اضافه کنیم. در اینجا ما با توجه به سناریو مورد نظر  ، ویندوز 7  و ویندوز سرور 2008 R2 را برای دریافت آپدیت هایشان مارکدار می کنیم .

||http://network.tosinso.com/files/get/8a952762-3536-4e20-bb63-e35244874a70|| 

در این قسمت طبقه بندی و نوع آپدیت مورد نظر را برحسب نیاز انتخاب می کنیم انواع آپدیت ها در ابتدای مقاله توضیح داده شد.

||http://network.tosinso.com/files/get/5c532bbd-bbed-4cc0-9bb9-fd4a4e8fafc2||

می توان به صورت دستی و یا اتوماتیک تعیین کرد که WSUS  سرور در چه زمانی آپدیت ها را با سایت مایکروسافت Sync  کند .از آنجایی که بسته به سرعت اینترنت  شبکه دانلود آپدیت ها میزان قابل توجهی از پهنای باند را به خود اختصاص می دهد می توان برنامه ریزی کرد که WSUS سرور آپدیت ها را طی ساعاتی که میزان استفاده از اینترنت شبکه پایین است مثلا در طول شب دریافت کند. در این مرحله ما گزینه Synchronize Manually را انتخاب می کنیم .

||http://network.tosinso.com/files/get/a4c7dd8c-6277-40e2-ae80-239828ba7c15||
 
پس از انجام تنظیمات ذکر شده حال زمان آن است که WSUS سرور برای دانلود آپدیت ها ، برای اولین بار با سایت مایکروسافت و یا هر Up Stream  سروری که برای آن تعیین شده ، ارتباط برقرار کند . دانلود آپدیت ها برای اولین بار از سایت مایکروسافت  زمان و پهنای باند زیادی را مصرف می کندو بسته به تعداد محصولات انتخاب شده و نیز زبان ها و طبقه بندی های در نظر گرفته شده برای آنها متفاوت می باشد . همچنین می توان تعیین کرد که دریافت آپدیت ها از طریق کنسول مدیریتی و در زمانی دیگر صورت گیرد در اینجا ما گزینه Begin initial synchronization  را مارکدار می کنیم .

 ||http://network.tosinso.com/files/get/4c14e132-f6c7-45d7-9156-a4af2e8ee5d5||

اکنون خلاصه ای از مراحلی که برای سایر تنظیمات باید طی شود  برای ما نمایش داده می شود . برای بسته شدن ویزارد روی گزینه Finish کلیک می کنیم .

||http://network.tosinso.com/files/get/5013fba7-e8e5-40f6-8cc5-2cc46d4d4945||  

تا بدین جای کار به شرح  تاریخچه و معماری سیستم بروزرسانی مرکزی ،معرفی انواع آپدیت ها و نصب مرحله به مرحله ی  WSUS از طریق ویزارد  پرداختیم . در قسمت بعدی مقاله به بررسی  کنسول مدیریتی WSUS خواهیم پرداخت.

نویسنده: مریم حیات رمضانی
منبع : |جزیره سرویس های شبکه مایکروسافت وب سایت توسینسو::https://tosinso.com/microsoft|
هرگونه نشر و کپی برداری بدون ذکر منبع دارای اشکال اخلاقی می باشد

می توان به صورت دستی و یا اتوماتیک تعیین کرد که WSUS سرور در چه زمانی آپدیت ها را با سایت مایکروسافت Sync کند .از آنجایی که بسته به سرعت اینترنت شبکه دانلود آپدیت ها میزان قابل توجهی از پهنای باند را به خود اختصاص می دهد می توان برنامه ریزی کرد که WSUS سرور آپدیت ها را طی ساعاتی که میزان استفاده از اینترنت شبکه پایین است مثلا در طول شب دریافت کند. در این مرحله ما گزینه Synchronize Manually را انتخاب می کنیم .

در این مقاله قصد داریم در رابطه با بروزرسانی محصولات مایکروسافت صحبت کنیم . همانطور که می دانیم بیشتر سیستم عامل هایی که در حال حاضر در جهان استفاده می شوند مایکروسافتی هستند بنابراین طبیعی است که bug ها و ضعف های موجود در آنها برای کاربران مشکل ایجاد کند این Bug  ها با وجود کابران زیاد، بسیار سریع شناسایی می شوند . هستند افرادی که از این نقاط ضعف برای Attack  به یک سیستم استفاده کنند. بنابراین مایکروسافت برای جلوگیری از بروز مشکلات ، درصدد رفع نقص محصولات برآمد و در سایت خود یک Update Center را ایجاد کرد تا کاربران بتوانند آپدیت های مربوط به رفع نقص محصول مورد نظر خود را از آن دانلود کنند. با  این راهکار کاربران با نصب یک فایل دانلود شده می توانند مشکل موجود در سیستم عامل ها و Office Product  ها و سایر محصولات مایکروسافت را برطرف کنند.
این راهکار کمک شایان توجهی به کاربران مایکروسافت برای برطرف کردن نقاط ضعف محصولاتی که مورد استفاده ی آنان بود ، کرد . اما مشکلاتی را نیز به همراه داشت . دانلود آپدیت ها از سایت مایکروسافت توسط کاربران خانگی و حتی شرکت های کوچک نتیجه بخش بود اما تصور کنید که در یک سازمان با بیش از هزار کلاینت ،هر کاربر ی برای دانلود آپدیت مورد نظر خود با سایت مایکروسافت ارتباط بر قرار کند چه اتفاقی خواهد افتاد؟بدون شک این وضعیت برای پهنای باند اینترنت سازمان ها یک معضل محسوب می شود.  در چنین شرایطی مایکروسافت وارد عمل شده و سرویسی بنام SUS یا Software Update  Services را به کاربران خود عرضه کرد  .این سرویس موجب شد تا کاربران یک سازمان بتوانند آپدیت های خود را به جای سایت مایکروسافت از یک سرور مرکزی دریافت کنند بدین ترتیب دریافت آپدیت ها توسط کلاینت های سازمان تحت مدیریت متمرکز خواهد بود . ادمین  سازمان می تواند با توجه به نو ع سیستم عاملهای سازمان و نیز نرم افزار های موجود، آپدیت های مورد نیاز را به صورت متمرکز در اختیار کلاینت ها قرار دهد.
 مدیریت آپدیت ها موجب می شود که تنها آپدیت های مورد نیاز دانلود و نصب شود بنابراین حافظه سیستم ها نیز با ذخیره داده هایی که بلا استفاده هستند ، اشغال نخواهد شد هم چنین WSUS  با مدیریت پهنای باند، باعث می شود که از سرعت اینترنت سازمان به دلیل ترافیک بالا کاسته نشود. 

مایکروسافت متعهد شده بود که از SUS تا تاریخ 6 دسامبر 2006 پشتیبانی خواهد کرد اما به دلیل استقبال مشتریان خود از این سرویس این تاریخ به 10 جولای 2007 تغییر یافت. SUS دارای این نقطه ضعف بود که تنها شرایط دانلود Hotfix ها و Patch های مربوط به سیستم عامل ویندوز را برای کاربران فراهم می کرد با این اوصاف کاربران یک شبکه از دریافت آپدیت سایر محصولات مایکروسافت بی بهره بودند . با بروزرسانی این سرویس به ورژن جدید تحت عنوان WSUS 2.0 این مشکل برطرف شد چرا که WSUS علاوه بر دانلود آپدیت های سیستم عامل ویندوز ،دانلود اتوماتیک آپدیت ها ،Hotfix ها ، Service Pack ها ، Device Driver ها و Feature Pack  های سایر محصولات مایکروسافت را از یک سرور مرکزی ،برای کاربران سازمان ها ممکن می سازد.WSUS نیز مخفف عبارت Windows Server Update Services می باشد.

پیشتر کار با SUS و WSUS تحت وب بود بدین معنی که می بایست Component مربوط به این سرویس را نصب کرده و از طریق وب سایتی که در IIS ایجاد می شد، بصورت تحت وب از آن استفاده می کردیم .اما از سال 2006 به بعد WSUS در قالب یک نرم افزار ارائه شد که با نصب آن براحتی می توان از طریق کنسول ،دریافت و توزیع آپدیت ها را مدیریت کرد.در جدول زیر تاریخچه ی بروزرسانی سرویس WSUS بیان شده است.

||http://network.tosinso.com/files/get/aa623f53-b6ad-4fe4-9304-d55b1a5d862c||
*بروز رسانی SUS به WSUS*
باید توجه داشت که Upgrade کردن SUS به WSUS ممکن نیست اما می توانیم آپدیت های دانلود و تایید شده در  SUS را به WSUS انتقال دهیم (Migrate کردن از SUS به WSUS). این راهکار باعث می شود که با نصب WSUS نیازی به دانلود مجدد آپدیتها و نیز Approve کردن آپدیت هایی که قبلا در SUS تایید  شده ، نداشته باشیم.تنها Migrate  کردن SUS 1.0 به WSUS 2.0 امکان پذیر است آپدیتها قادر به انتقال از SUS1.0  به WSUS 3.0 نخواهند بود  پس باید SUS 1.0  را قبل از نصب  WSUS 3.0 ،حذف کرد .اما  WSUS 2.0 را به WSUS 3.0 می توان Upgrade کرد.

--
!!!! انواع آپدیت ها
--
* *Critical Update*: یک بروز رسانی در نظر گرفته شده برای رفع مشکلی در نرم افزار است که بروز این مشکل در محصولات ، شرایطی بحرانی را ایجاد می کند.
* *Driver*: یک جزء نرم افزاری است که برای پشتیبانی از یک سخت افزار جدید طراحی شده است.
* *Hotfix *: آپدیتی است که برای رفع یک مشکل خاص ارائه می شود. با Hotfix می توان به رفع مشکل ، بدون Restart  و یا متوقف کردن  سرویس و سیستم دچار اختلال پرداخت.عموما Hotfix را با Patch  یکسان می دانند اما تفاوت این دو در این است که Hotfix به طور ویژه برای رفع مشکل یک مشتری در نظر گرفته شده و برای عموم کاربران توزیع نمی شود.  باید در نظر داشت که Hotfix ،آپدیت های امنیتی را شامل نمی شود. همچنین Hotfix  قابلیت های ارائه شده برای رفع یک مشکل که بصورت خاص مورد آزمایش قرار گرفته تا در اختیار عموم کاربران قرار گیرد را شامل می شود.
* *Update*: در این نوع آپدیت یک قابلیت جدید برای محصولات مایکروسافت در نظر گرفته می شود و این آپدیت برای رفع مشکلات امنیتی و اختالات مربوط به سیستم عامل ها و نرم افزار ها نمی باشد ،باید در نظر داشت که Update الزاما امنیتی نیست .
* *Security Update:* کاربران مایکروسافت جمعیت بالایی را تشکیل می دهند بنابراین نقاط ضعف امنیتی بسیاری در محصولات آن مشاهده خواهد شد و مایکروسافت این نقاط ضعف را شناسایی کرده و  آپدیت رفع نقاط ضعف و مشکلات امنیتی محصولات خود را  در اختیار کاربران قرار می دهد. آسیب پذیری های امنیتی در بولتن امنیتی مایکروسافت در سطوح حساس ،مهم ، متوسط و ضعیف یا پایین طبقه بندی می شوند.
* *Feature Packs:* بسته ای است که قابلیت های جدید ارائه شده برای یک محصول را در بر می گیرد.
* *Update Rollups:* مجموعه ای است از Hotfix  ها،Security  آپدیت ها ، critical آپدیت ها ونیز آپدیت هاست که برای سهولت در Deploy شدن در یک پکیج قرار گرفته اند.Rollup ها عموما یک هدف خاص مانند امنیت محصول و یا یک Component از یک محصول مثلا IIS را پشتیبانی می کند.
* *Service Pack* : پکیجی است در بردارنده ی همه ی Hotfix ها ،Critical  آپدیت ها ، Security آپدیت ها و همچنین آپدیت هابرای سیستم عامل ها و نرم افزار ها.علاوه بر این Service Pack را ه حل مشکلات و نقاط ضعفی که پس از عرضه محصول توسط گروهی محدودی از مشتریان شناسایی شده و نیز درخواست آنان مبنی بر تغییر در Design و قابلیت های یک محصول را شامل می شود.
* *Definition Update:* این نوع از آپدیت ها برای بروز رسانی نرم افزارهای امنیتی استفاده می شود .نرم افزارهایی مثل آنتی ویروس و Anti Malware که توسط شرکت مایکروسافت ارائه شده اند .در واقع یک Definition Update روش حذف و یا برخورد با یک کد مخرب را برای این محصولات ، نمایش می دهد. این آپدیت ها بیشتر برای محصولاتی که دارای پایگاه داده هستند ، کاربرد دارد.
* *Tool*: ابزار یا قابلیتی است که به انجام رساندن و تکمیل یک وظیفه و یا مجموعه ای از وظایف کمک می کند.

--
!!! انواع استراتژی پیاده سازی WSUS سرور
--
سه ساختار پیاده سازی سیستم بروز رسانی مرکزی برای سیستم های تحت شبکه وجود دارد ، در* نوع اول* WSUS سرور به شبکه داخلی و اینترنت متصل بوده و آپدیت ها را مستقیما از Update Center سایت مایکروسافت دانلود کرده در نهایت کاربران شبکه با WSUS سرور ارتباط برقرار کرده و آپدیت ها را از آن دریافت می کنند.

 ||http://network.tosinso.com/files/get/a9b75b46-5e9d-490a-b5ae-1929df9f0b07||

در *ساختار دوم* حداقل دو WSUS سرور وجود دارد اما در سازمانهای بزرگ این ساختار چندین WSUS سرور را در بر می گیرد. فرض را بر پیاده سازی سیستم به روز رسانی مرکزی برای یک دانشگاه  می گذاریم دانشگاه دارای یک ساختمان مرکزی و چندین دانشکده می باشد .برای اینکه ترافیک شبکه بالا نرود یک WSUS سرور را در ساختمان مرکزی قرار می دهیم که به اینترنت متصل بوده و از سایت مایکروسافت آپدیت ها را دانلود  می کند که اصطلاحا به آن Upstream سرور می گویند و در هر دانشکده نیز WSUS سرور هایی با عنوان Downstream  سرور قرار می دهیم که این Downstream  ها آپدیت های مورد نیاز را از Upstream  سرور دریافت می کنند. و در نهایت کلاینت ها آپدیت ها را از Downstream سرور ها دریافت و نصب می کنند .

||http://network.tosinso.com/files/get/894b6caa-58b3-499f-9465-b8fa5f739869||

 در *استراتژی سوم* برای سازمانهای نظامی ،اطلاعاتی و هر سازمانی که محرمانه باقی ماندن اطلاعات برای آن امری ضروریست، شبکه ای ایزوله در نظر گرفته می شود. در چنین شرایطی امکان اتصال به اینترنت و دانلود آپدیت ها در شبکه ممکن نیست  در حالی که سیستم های چنین سازمانهایی هم نیازمند بروزرسانی می باشند. بنابراین از یک WSUS سرور متصل به اینترنت در خارج از محدوده شبکه سازمان برای دانلود آپدیت ها استفاده می کنند و در نتیجه آپدیت ها را به کمک حافظه های جانبی همچون DVD و فلش ، بصورت آفلاین به WSUS سرور موجود در شبکه ایزوله سازمان انتقال می دهند تا کاربران شبکه بتوانند آپدیت های مورد نیاز خود را در محیطی امن دریافت کنند.

||http://network.tosinso.com/files/get/b584e079-a7e6-4b2d-95c3-47183bc34ec2||

--
!!!! نصب رول WSUS
--
در اکثر مواقع نصب این سرویس از طریق Server Manager با مشکل مواجه می شود بنابراین بهتر این است که   به جای نصب از طریق Server Manager |فایل نصب WSUS ::http://www.microsoft.com/en-gb/download/details.aspx?id=5216|را دانلود و اجرا کنیم . همانطور که می دانیم لازمه ی استفاده از WSUS سرور نصب رول IIS است که آموزش نصب این رول در |مقاله::https://tosinso.com/articles/41276/%d8%a2%d9%85%d9%88%d8%b2%d8%b4-%d9%86%d8%b5%d8%a8-IIS-%d8%aa%d8%b5%d9%88%db%8c%d8%b1%db%8c-%d8%b1%d8%a7%d9%87-%d8%a7%d9%86%d8%af%d8%a7%d8%b2%db%8c-%d9%88%d8%a8-%d8%b3%d8%a7%db%8c%d8%aa-%d8%af%d8%b1-IIS-%d8%a8%d8%b5%d9%88%d8%b1%d8%aa-%da%af%d8%a7%d9%85-%d8%a8%d9%87-%da%af%d8%a7%d9%85| جناب مهندس نصیری آورده شده است. بهنگام نصب سرویس WSUS سیستم پیغام نصب IIS را می دهد برای منظم طی شدن روند کار قبل نصب این سرویس ، رول IIS  را نصب می کنیم.
همچنین برای اینکه سیستم برای دانلود آپدیت ها قادر به استفاده از پهنای باند بیکار اینترنت باشد و سرعت اینترنت سازمان دچار اختلال نشود قابلیت BITS یا (Background Intelligent Transfer Service) را از طریق مسیر زیر فعال می کنیم :
<c#>
Sever Manager => Features => Add Features => Background Intelligent Transfer Service (BITS)
<c#>
پس از نصب پیش نیاز های مورد نظر حال روی فایل WSUS دانلود شده برای نصب کلیک می کنیم تا ویزارد مربوط نمایش داده شود روی گزینه Next  کلیک می کنیم . در این مرحله دو گزینه برای انتخاب نوع نصب WSUS پیش روی ماست . با انتخاب گزینه اول می توان هم WSUS و هم کنسول مدیریتی آن را نصب کرد و با انتخاب گزینه دوم می شود  تنها از کنسول مدیریتی برای مدیریت چندین WSUS بصورت متمرکز استفاده کرد.

||http://network.tosinso.com/files/get/d04fbfce-229d-45dd-808d-92f15cc01ce7||

||http://network.tosinso.com/files/get/731762e8-37e0-4840-b1fc-cffdb972da68||

  در این بخش متن مبنی بر توافقنامه مربوط به License  این سرویس را خوانده و با تایید آن به مرحله بعد می رویم.

||http://network.tosinso.com/files/get/3f25bbe3-576c-4ed0-a79b-0dbdefc5f1d1||

 در صورتی که Microsoft Report Viewer روی سرور نصب نباشد در این قسمت پیغام مبنی بر عدم نصب این برنامه نمایش داده خواهد شد که می توانیم این نرم افزار را از سایت مایکروسافت به صورت رایگان |دانلود::http://www.microsoft.com/en-gb/download/details.aspx?id=3841| و نصب کنیم.

||http://network.tosinso.com/files/get/dd3e1992-22e2-4f0a-a150-1a11b9075209||

در این مرحله هارد دیسک و فولدری که می خواهیم آپدیت های دانلود شده روی آن ذخیره شوند را به سیستم معرفی می کنیم با توجه به توضیحات این بخش از ویزارد  ، باید از هاردی با حداقل  6GB  فضای آزاد استفاده کنیم که بسته به نوع و حجم دریافت آپدیت های مورد نظر ما این مقدار می تواند از حداقل فضای پیشنهاد شده بیشتر باشد. توصیه می شود که درایو در نظر گرفته شده برای ذخیره ی آپدیت ها با درایوی که سیستم عامل روی آن قرار دارد یکسان نباشد.

||http://network.tosinso.com/files/get/bb7cab65-8008-4dee-890e-3df355e7319a||

برای تعیین یک پایگاه داده داخلی برای WSUS باید درایوی را انتخاب کنیم که حداقل 2GB  فضای آزاد داشته باشد. اگر در شبکه SQL Server  موجود باشد  در اینجا با مارک دار کردن گزینه Using an existing database server on a remote computer می توان آن را بعنوان یک پایگاه داده خارجی برای سرویس معرفی کرد.و نیز با کلیک روی گزینه Browse باید آدرس SQL سرور را به سیستم معرفی کنیم این گزینه زمانی می تواند مفید باشد که یک SQL  سرور ی را اختصاص دهیم که توسط مدیران پایگاه داده مدیریت شود. 

||http://network.tosinso.com/files/get/64a35c79-591e-48e2-aa1f-683e91b8991a|| 

همانگونه که ذکر شد مبنای کار WSUS بر اساس IIS است در اینجا می توان IIS پیشفرض سرور را انتخاب کرد و یا یک IIS ویژه برای WSUS در نظر گرفت .انتخاب گزینه Use the existing IIS Default Web site از سوی مایکروسافت توصیه شده است.

||http://network.tosinso.com/files/get/183f15d9-c2ba-4623-9b8d-8ad09a6ceb23|| 

 در این صفحه خلاصه ای از تنظیماتی که تاکنون انجام دادیم نمایش داده شده است روی گزینه Next کلیک می کنیم تا فرایند نصب آغار شود.

  ||http://network.tosinso.com/files/get/b779ae3a-ef6a-4a90-8a2c-9eb998262292||

در پایان روی گزینه Finish  کلیک می کنیم تا این مرحله از نصب WSUS با موفقیت صورت گرفته باشد.

||http://network.tosinso.com/files/get/d138fb6b-4cc2-4e1d-939f-901262eccae3||

 پس از پایان یافتن نصب از طریق ویزارد ، بصورت خودکار ویزارد مربوط به پیکربندی WSUS نمایان می شود که در اولین صفحه از آن مواردی که باید پیش از انجام تنظیمات رعایت شود را یاد آوری کند از قبیل انجام تنظیمات فایروال سرور  برای دسترسی داشتن کلاینت ها به آن ، مشخص کردن Up Stream  سرور برای WSUS سرور در حال پیکربندی و انجام تنظیمات پروکسی در صورتیکه از آن برای اتصال به اینترنت استفاده می کنیم . پس از اطمینان از این موارد روی گزینه Next کلیک می کنیم.

||http://network.tosinso.com/files/get/1f9b7bb5-5795-4330-ba59-eef59e4745da||

 در این بخش می توان تعیین کرد که در صورت بروز مشکل در روند کار WSUS  ، اطلاعات را برای مایکروسافت ارسال کرده تا درصدد رفع مشکل برآید .بدین منظور باید گزینه ی Yes ,I would like to join the Microsoft Update Improvement Program  را مارکدار کنیم .

 ||http://network.tosinso.com/files/get/44583f83-96c8-405b-ac28-b2ad81d3f984||

در این بخش برای سرور تعیین می کنیم که آپدیت ها را با سایت مایکروسافت و یابا یک WSUS دیگر (Up Stream Server ) تطبیق دهد. که در صورت انتخاب یک Upstream Server  برای Sync کردن آپدیت ها باید نام و پورت مربوط به آن سرور را نیز مشخص کنیم . با برگزیدن یک WSUS دیگر بعنوان Upstream  سرور دو گزینه فعال خواهند شد که شرح آنها به قرار زیر است:
در صورتیکه که از SSL استفاده می کنیم باید تیک مربوط به گزینه Use SSL when synchronizing update information را فعال کنیم  اما باید در نظر داشته باشیم که در صورت استفاده از SSL روی این سرور ، Upstream  سرور نیز باید از SSL پشتیبانی کند. 
با انتخاب گزینه This is a replica of the Up Stream server  سرور ی که در حال پیکربندی آن هستیم تبدیل به نسخه ثانویه Up Stream  سرور انتخابی خواهد شد.

||http://network.tosinso.com/files/get/c7518150-837a-4ec0-8881-a2cd89041c5c|| 

 اگر شبکه ملزم به استفاده از پروکسی سرور برای دسترسی به اینترنت است اطلاعات مربوط به آن را در این قسمت وارد کرده در غیر اینصورت از این تنظیمات چشم پوشی و با انتخاب Next  به مرحله بعد می رویم.

||http://network.tosinso.com/files/get/d828b408-4751-481f-8286-e49102919ff7||

حال نیاز است که ویزارد WSUS برای تشخیص محصولاتی که WSUS می تواند آپدیت کند ، زبانهایی که پشتیبانی کند و نیز شناسایی انواع آپدیت ها به اینترنت متصل شود. بنابراین باید روی گزینه Start Connecting  کلیک کنیم تا ارتباط سرور با Update Server  های مایکروسافت برقرار شود . پس از تکمیل فرایند  اتصال اولیه روی گزینه Next  کلیک می کنیم .

||http://network.tosinso.com/files/get/5f1c973c-b4d0-4b2c-b2f1-d6b09274117d||

در اینجا زبان مورد نظر را برای آپدیت هایی که قصد دانلود آنها را داریم ، انتخاب می کنیم اگر در شبکه سیستم هایی موجودند که از محصولاتی با چندین زبان پشتیبانی می کنند باید Patch  هایی برای  ساپورت همه زبانها را دانلود کنیم در غیر اینصورت بر حسب نیاز ، زبان مورد نظر خود را انتخاب می کنیم که این کار باعث استفاده کمتر از فضای دیسک و افزایش سرعت دانلود خواهد شد.

||http://network.tosinso.com/files/get/aad2b990-0689-4b7a-b556-52fb17101102||

محصولاتی که قصد دانلود آپدیت برای آنها را داریم در این مرحله انتخاب می کنیم . می توان با انتخاب تمامی گزینه ها شرایط دانلود آپدیت تمامی محصولات را فراهم آورد و یا اینکه با مارکدار کردن محصولاتی که در شبکه ما موجودند ،تنها آپدیت مربوط به آنها را دریافت کنیم. گزینش محصولات مورد نظر برای دریافت آپدیت آنها علاوه بر اشغال فضای کمتری از حافظه به افزایش سرعت  و کاهش زمان دانلود آپدیت ها از سایت مایکروسافت نیز کمک می کند. همچنین می توان محصول جدیدی که در آینده در سازمان به کار گرفته می شود را به لیست برنامه های که قصد دانلود آپدیت آنها را داریم در  این قسمت  اضافه کنیم. در اینجا ما با توجه به سناریو مورد نظر  ، ویندوز 7  و ویندوز سرور 2008 R2 را برای دریافت آپدیت هایشان مارکدار می کنیم .

||http://network.tosinso.com/files/get/8a952762-3536-4e20-bb63-e35244874a70|| 

در این قسمت طبقه بندی و نوع آپدیت مورد نظر را برحسب نیاز انتخاب می کنیم انواع آپدیت ها در ابتدای مقاله توضیح داده شد.

||http://network.tosinso.com/files/get/5c532bbd-bbed-4cc0-9bb9-fd4a4e8fafc2||

می توان به صورت دستی و یا اتوماتیک تعیین کرد که WSUS  سرور در چه زمانی آپدیت ها را با سایت مایکروسافت Sync  کند .از آنجایی که بسته به سرعت اینترنت  شبکه دانلود آپدیت ها میزان قابل توجهی از پهنای باند را به خود اختصاص می دهد می توان برنامه ریزی کرد که WSUS سرور آپدیت ها را طی ساعاتی که میزان استفاده از اینترنت شبکه پایین است مثلا در طول شب دریافت کند. در این مرحله ما گزینه Synchronize Manually را انتخاب می کنیم .

||http://network.tosinso.com/files/get/a4c7dd8c-6277-40e2-ae80-239828ba7c15||
 
پس از انجام تنظیمات ذکر شده حال زمان آن است که WSUS سرور برای دانلود آپدیت ها ، برای اولین بار با سایت مایکروسافت و یا هر Up Stream  سروری که برای آن تعیین شده ، ارتباط برقرار کند . دانلود آپدیت ها برای اولین بار از سایت مایکروسافت  زمان و پهنای باند زیادی را مصرف می کندو بسته به تعداد محصولات انتخاب شده و نیز زبان ها و طبقه بندی های در نظر گرفته شده برای آنها متفاوت می باشد . همچنین می توان تعیین کرد که دریافت آپدیت ها از طریق کنسول مدیریتی و در زمانی دیگر صورت گیرد در اینجا ما گزینه Begin initial synchronization  را مارکدار می کنیم .

 ||http://network.tosinso.com/files/get/4c14e132-f6c7-45d7-9156-a4af2e8ee5d5||

اکنون خلاصه ای از مراحلی که برای سایر تنظیمات باید طی شود  برای ما نمایش داده می شود . برای بسته شدن ویزارد روی گزینه Finish کلیک می کنیم .

||http://network.tosinso.com/files/get/5013fba7-e8e5-40f6-8cc5-2cc46d4d4945||  

تا بدین جای کار به شرح  تاریخچه و معماری سیستم بروزرسانی مرکزی ،معرفی انواع آپدیت ها و نصب مرحله به مرحله ی  WSUS از طریق ویزارد  پرداختیم . در قسمت بعدی مقاله به بررسی  کنسول مدیریتی WSUS خواهیم پرداخت.

نویسنده: مریم حیات رمضانی
منبع : |جزیره سرویس های شبکه مایکروسافت وب سایت توسینسو::https://tosinso.com/microsoft|
هرگونه نشر و کپی برداری بدون ذکر منبع دارای اشکال اخلاقی می باشد


پس از انجام تنظیمات ذکر شده حال زمان آن است که WSUS سرور برای دانلود آپدیت ها ، برای اولین بار با سایت مایکروسافت و یا هر Up Stream سروری که برای آن تعیین شده ، ارتباط برقرار کند . دانلود آپدیت ها برای اولین بار از سایت مایکروسافت زمان و پهنای باند زیادی را مصرف می کندو بسته به تعداد محصولات انتخاب شده و نیز زبان ها و طبقه بندی های در نظر گرفته شده برای آنها متفاوت می باشد . همچنین می توان تعیین کرد که دریافت آپدیت ها از طریق کنسول مدیریتی و در زمانی دیگر صورت گیرد در اینجا ما گزینه Begin initial synchronization را مارکدار می کنیم .

در این مقاله قصد داریم در رابطه با بروزرسانی محصولات مایکروسافت صحبت کنیم . همانطور که می دانیم بیشتر سیستم عامل هایی که در حال حاضر در جهان استفاده می شوند مایکروسافتی هستند بنابراین طبیعی است که bug ها و ضعف های موجود در آنها برای کاربران مشکل ایجاد کند این Bug  ها با وجود کابران زیاد، بسیار سریع شناسایی می شوند . هستند افرادی که از این نقاط ضعف برای Attack  به یک سیستم استفاده کنند. بنابراین مایکروسافت برای جلوگیری از بروز مشکلات ، درصدد رفع نقص محصولات برآمد و در سایت خود یک Update Center را ایجاد کرد تا کاربران بتوانند آپدیت های مربوط به رفع نقص محصول مورد نظر خود را از آن دانلود کنند. با  این راهکار کاربران با نصب یک فایل دانلود شده می توانند مشکل موجود در سیستم عامل ها و Office Product  ها و سایر محصولات مایکروسافت را برطرف کنند.
این راهکار کمک شایان توجهی به کاربران مایکروسافت برای برطرف کردن نقاط ضعف محصولاتی که مورد استفاده ی آنان بود ، کرد . اما مشکلاتی را نیز به همراه داشت . دانلود آپدیت ها از سایت مایکروسافت توسط کاربران خانگی و حتی شرکت های کوچک نتیجه بخش بود اما تصور کنید که در یک سازمان با بیش از هزار کلاینت ،هر کاربر ی برای دانلود آپدیت مورد نظر خود با سایت مایکروسافت ارتباط بر قرار کند چه اتفاقی خواهد افتاد؟بدون شک این وضعیت برای پهنای باند اینترنت سازمان ها یک معضل محسوب می شود.  در چنین شرایطی مایکروسافت وارد عمل شده و سرویسی بنام SUS یا Software Update  Services را به کاربران خود عرضه کرد  .این سرویس موجب شد تا کاربران یک سازمان بتوانند آپدیت های خود را به جای سایت مایکروسافت از یک سرور مرکزی دریافت کنند بدین ترتیب دریافت آپدیت ها توسط کلاینت های سازمان تحت مدیریت متمرکز خواهد بود . ادمین  سازمان می تواند با توجه به نو ع سیستم عاملهای سازمان و نیز نرم افزار های موجود، آپدیت های مورد نیاز را به صورت متمرکز در اختیار کلاینت ها قرار دهد.
 مدیریت آپدیت ها موجب می شود که تنها آپدیت های مورد نیاز دانلود و نصب شود بنابراین حافظه سیستم ها نیز با ذخیره داده هایی که بلا استفاده هستند ، اشغال نخواهد شد هم چنین WSUS  با مدیریت پهنای باند، باعث می شود که از سرعت اینترنت سازمان به دلیل ترافیک بالا کاسته نشود. 

مایکروسافت متعهد شده بود که از SUS تا تاریخ 6 دسامبر 2006 پشتیبانی خواهد کرد اما به دلیل استقبال مشتریان خود از این سرویس این تاریخ به 10 جولای 2007 تغییر یافت. SUS دارای این نقطه ضعف بود که تنها شرایط دانلود Hotfix ها و Patch های مربوط به سیستم عامل ویندوز را برای کاربران فراهم می کرد با این اوصاف کاربران یک شبکه از دریافت آپدیت سایر محصولات مایکروسافت بی بهره بودند . با بروزرسانی این سرویس به ورژن جدید تحت عنوان WSUS 2.0 این مشکل برطرف شد چرا که WSUS علاوه بر دانلود آپدیت های سیستم عامل ویندوز ،دانلود اتوماتیک آپدیت ها ،Hotfix ها ، Service Pack ها ، Device Driver ها و Feature Pack  های سایر محصولات مایکروسافت را از یک سرور مرکزی ،برای کاربران سازمان ها ممکن می سازد.WSUS نیز مخفف عبارت Windows Server Update Services می باشد.

پیشتر کار با SUS و WSUS تحت وب بود بدین معنی که می بایست Component مربوط به این سرویس را نصب کرده و از طریق وب سایتی که در IIS ایجاد می شد، بصورت تحت وب از آن استفاده می کردیم .اما از سال 2006 به بعد WSUS در قالب یک نرم افزار ارائه شد که با نصب آن براحتی می توان از طریق کنسول ،دریافت و توزیع آپدیت ها را مدیریت کرد.در جدول زیر تاریخچه ی بروزرسانی سرویس WSUS بیان شده است.

||http://network.tosinso.com/files/get/aa623f53-b6ad-4fe4-9304-d55b1a5d862c||
*بروز رسانی SUS به WSUS*
باید توجه داشت که Upgrade کردن SUS به WSUS ممکن نیست اما می توانیم آپدیت های دانلود و تایید شده در  SUS را به WSUS انتقال دهیم (Migrate کردن از SUS به WSUS). این راهکار باعث می شود که با نصب WSUS نیازی به دانلود مجدد آپدیتها و نیز Approve کردن آپدیت هایی که قبلا در SUS تایید  شده ، نداشته باشیم.تنها Migrate  کردن SUS 1.0 به WSUS 2.0 امکان پذیر است آپدیتها قادر به انتقال از SUS1.0  به WSUS 3.0 نخواهند بود  پس باید SUS 1.0  را قبل از نصب  WSUS 3.0 ،حذف کرد .اما  WSUS 2.0 را به WSUS 3.0 می توان Upgrade کرد.

--
!!!! انواع آپدیت ها
--
* *Critical Update*: یک بروز رسانی در نظر گرفته شده برای رفع مشکلی در نرم افزار است که بروز این مشکل در محصولات ، شرایطی بحرانی را ایجاد می کند.
* *Driver*: یک جزء نرم افزاری است که برای پشتیبانی از یک سخت افزار جدید طراحی شده است.
* *Hotfix *: آپدیتی است که برای رفع یک مشکل خاص ارائه می شود. با Hotfix می توان به رفع مشکل ، بدون Restart  و یا متوقف کردن  سرویس و سیستم دچار اختلال پرداخت.عموما Hotfix را با Patch  یکسان می دانند اما تفاوت این دو در این است که Hotfix به طور ویژه برای رفع مشکل یک مشتری در نظر گرفته شده و برای عموم کاربران توزیع نمی شود.  باید در نظر داشت که Hotfix ،آپدیت های امنیتی را شامل نمی شود. همچنین Hotfix  قابلیت های ارائه شده برای رفع یک مشکل که بصورت خاص مورد آزمایش قرار گرفته تا در اختیار عموم کاربران قرار گیرد را شامل می شود.
* *Update*: در این نوع آپدیت یک قابلیت جدید برای محصولات مایکروسافت در نظر گرفته می شود و این آپدیت برای رفع مشکلات امنیتی و اختالات مربوط به سیستم عامل ها و نرم افزار ها نمی باشد ،باید در نظر داشت که Update الزاما امنیتی نیست .
* *Security Update:* کاربران مایکروسافت جمعیت بالایی را تشکیل می دهند بنابراین نقاط ضعف امنیتی بسیاری در محصولات آن مشاهده خواهد شد و مایکروسافت این نقاط ضعف را شناسایی کرده و  آپدیت رفع نقاط ضعف و مشکلات امنیتی محصولات خود را  در اختیار کاربران قرار می دهد. آسیب پذیری های امنیتی در بولتن امنیتی مایکروسافت در سطوح حساس ،مهم ، متوسط و ضعیف یا پایین طبقه بندی می شوند.
* *Feature Packs:* بسته ای است که قابلیت های جدید ارائه شده برای یک محصول را در بر می گیرد.
* *Update Rollups:* مجموعه ای است از Hotfix  ها،Security  آپدیت ها ، critical آپدیت ها ونیز آپدیت هاست که برای سهولت در Deploy شدن در یک پکیج قرار گرفته اند.Rollup ها عموما یک هدف خاص مانند امنیت محصول و یا یک Component از یک محصول مثلا IIS را پشتیبانی می کند.
* *Service Pack* : پکیجی است در بردارنده ی همه ی Hotfix ها ،Critical  آپدیت ها ، Security آپدیت ها و همچنین آپدیت هابرای سیستم عامل ها و نرم افزار ها.علاوه بر این Service Pack را ه حل مشکلات و نقاط ضعفی که پس از عرضه محصول توسط گروهی محدودی از مشتریان شناسایی شده و نیز درخواست آنان مبنی بر تغییر در Design و قابلیت های یک محصول را شامل می شود.
* *Definition Update:* این نوع از آپدیت ها برای بروز رسانی نرم افزارهای امنیتی استفاده می شود .نرم افزارهایی مثل آنتی ویروس و Anti Malware که توسط شرکت مایکروسافت ارائه شده اند .در واقع یک Definition Update روش حذف و یا برخورد با یک کد مخرب را برای این محصولات ، نمایش می دهد. این آپدیت ها بیشتر برای محصولاتی که دارای پایگاه داده هستند ، کاربرد دارد.
* *Tool*: ابزار یا قابلیتی است که به انجام رساندن و تکمیل یک وظیفه و یا مجموعه ای از وظایف کمک می کند.

--
!!! انواع استراتژی پیاده سازی WSUS سرور
--
سه ساختار پیاده سازی سیستم بروز رسانی مرکزی برای سیستم های تحت شبکه وجود دارد ، در* نوع اول* WSUS سرور به شبکه داخلی و اینترنت متصل بوده و آپدیت ها را مستقیما از Update Center سایت مایکروسافت دانلود کرده در نهایت کاربران شبکه با WSUS سرور ارتباط برقرار کرده و آپدیت ها را از آن دریافت می کنند.

 ||http://network.tosinso.com/files/get/a9b75b46-5e9d-490a-b5ae-1929df9f0b07||

در *ساختار دوم* حداقل دو WSUS سرور وجود دارد اما در سازمانهای بزرگ این ساختار چندین WSUS سرور را در بر می گیرد. فرض را بر پیاده سازی سیستم به روز رسانی مرکزی برای یک دانشگاه  می گذاریم دانشگاه دارای یک ساختمان مرکزی و چندین دانشکده می باشد .برای اینکه ترافیک شبکه بالا نرود یک WSUS سرور را در ساختمان مرکزی قرار می دهیم که به اینترنت متصل بوده و از سایت مایکروسافت آپدیت ها را دانلود  می کند که اصطلاحا به آن Upstream سرور می گویند و در هر دانشکده نیز WSUS سرور هایی با عنوان Downstream  سرور قرار می دهیم که این Downstream  ها آپدیت های مورد نیاز را از Upstream  سرور دریافت می کنند. و در نهایت کلاینت ها آپدیت ها را از Downstream سرور ها دریافت و نصب می کنند .

||http://network.tosinso.com/files/get/894b6caa-58b3-499f-9465-b8fa5f739869||

 در *استراتژی سوم* برای سازمانهای نظامی ،اطلاعاتی و هر سازمانی که محرمانه باقی ماندن اطلاعات برای آن امری ضروریست، شبکه ای ایزوله در نظر گرفته می شود. در چنین شرایطی امکان اتصال به اینترنت و دانلود آپدیت ها در شبکه ممکن نیست  در حالی که سیستم های چنین سازمانهایی هم نیازمند بروزرسانی می باشند. بنابراین از یک WSUS سرور متصل به اینترنت در خارج از محدوده شبکه سازمان برای دانلود آپدیت ها استفاده می کنند و در نتیجه آپدیت ها را به کمک حافظه های جانبی همچون DVD و فلش ، بصورت آفلاین به WSUS سرور موجود در شبکه ایزوله سازمان انتقال می دهند تا کاربران شبکه بتوانند آپدیت های مورد نیاز خود را در محیطی امن دریافت کنند.

||http://network.tosinso.com/files/get/b584e079-a7e6-4b2d-95c3-47183bc34ec2||

--
!!!! نصب رول WSUS
--
در اکثر مواقع نصب این سرویس از طریق Server Manager با مشکل مواجه می شود بنابراین بهتر این است که   به جای نصب از طریق Server Manager |فایل نصب WSUS ::http://www.microsoft.com/en-gb/download/details.aspx?id=5216|را دانلود و اجرا کنیم . همانطور که می دانیم لازمه ی استفاده از WSUS سرور نصب رول IIS است که آموزش نصب این رول در |مقاله::https://tosinso.com/articles/41276/%d8%a2%d9%85%d9%88%d8%b2%d8%b4-%d9%86%d8%b5%d8%a8-IIS-%d8%aa%d8%b5%d9%88%db%8c%d8%b1%db%8c-%d8%b1%d8%a7%d9%87-%d8%a7%d9%86%d8%af%d8%a7%d8%b2%db%8c-%d9%88%d8%a8-%d8%b3%d8%a7%db%8c%d8%aa-%d8%af%d8%b1-IIS-%d8%a8%d8%b5%d9%88%d8%b1%d8%aa-%da%af%d8%a7%d9%85-%d8%a8%d9%87-%da%af%d8%a7%d9%85| جناب مهندس نصیری آورده شده است. بهنگام نصب سرویس WSUS سیستم پیغام نصب IIS را می دهد برای منظم طی شدن روند کار قبل نصب این سرویس ، رول IIS  را نصب می کنیم.
همچنین برای اینکه سیستم برای دانلود آپدیت ها قادر به استفاده از پهنای باند بیکار اینترنت باشد و سرعت اینترنت سازمان دچار اختلال نشود قابلیت BITS یا (Background Intelligent Transfer Service) را از طریق مسیر زیر فعال می کنیم :
<c#>
Sever Manager => Features => Add Features => Background Intelligent Transfer Service (BITS)
<c#>
پس از نصب پیش نیاز های مورد نظر حال روی فایل WSUS دانلود شده برای نصب کلیک می کنیم تا ویزارد مربوط نمایش داده شود روی گزینه Next  کلیک می کنیم . در این مرحله دو گزینه برای انتخاب نوع نصب WSUS پیش روی ماست . با انتخاب گزینه اول می توان هم WSUS و هم کنسول مدیریتی آن را نصب کرد و با انتخاب گزینه دوم می شود  تنها از کنسول مدیریتی برای مدیریت چندین WSUS بصورت متمرکز استفاده کرد.

||http://network.tosinso.com/files/get/d04fbfce-229d-45dd-808d-92f15cc01ce7||

||http://network.tosinso.com/files/get/731762e8-37e0-4840-b1fc-cffdb972da68||

  در این بخش متن مبنی بر توافقنامه مربوط به License  این سرویس را خوانده و با تایید آن به مرحله بعد می رویم.

||http://network.tosinso.com/files/get/3f25bbe3-576c-4ed0-a79b-0dbdefc5f1d1||

 در صورتی که Microsoft Report Viewer روی سرور نصب نباشد در این قسمت پیغام مبنی بر عدم نصب این برنامه نمایش داده خواهد شد که می توانیم این نرم افزار را از سایت مایکروسافت به صورت رایگان |دانلود::http://www.microsoft.com/en-gb/download/details.aspx?id=3841| و نصب کنیم.

||http://network.tosinso.com/files/get/dd3e1992-22e2-4f0a-a150-1a11b9075209||

در این مرحله هارد دیسک و فولدری که می خواهیم آپدیت های دانلود شده روی آن ذخیره شوند را به سیستم معرفی می کنیم با توجه به توضیحات این بخش از ویزارد  ، باید از هاردی با حداقل  6GB  فضای آزاد استفاده کنیم که بسته به نوع و حجم دریافت آپدیت های مورد نظر ما این مقدار می تواند از حداقل فضای پیشنهاد شده بیشتر باشد. توصیه می شود که درایو در نظر گرفته شده برای ذخیره ی آپدیت ها با درایوی که سیستم عامل روی آن قرار دارد یکسان نباشد.

||http://network.tosinso.com/files/get/bb7cab65-8008-4dee-890e-3df355e7319a||

برای تعیین یک پایگاه داده داخلی برای WSUS باید درایوی را انتخاب کنیم که حداقل 2GB  فضای آزاد داشته باشد. اگر در شبکه SQL Server  موجود باشد  در اینجا با مارک دار کردن گزینه Using an existing database server on a remote computer می توان آن را بعنوان یک پایگاه داده خارجی برای سرویس معرفی کرد.و نیز با کلیک روی گزینه Browse باید آدرس SQL سرور را به سیستم معرفی کنیم این گزینه زمانی می تواند مفید باشد که یک SQL  سرور ی را اختصاص دهیم که توسط مدیران پایگاه داده مدیریت شود. 

||http://network.tosinso.com/files/get/64a35c79-591e-48e2-aa1f-683e91b8991a|| 

همانگونه که ذکر شد مبنای کار WSUS بر اساس IIS است در اینجا می توان IIS پیشفرض سرور را انتخاب کرد و یا یک IIS ویژه برای WSUS در نظر گرفت .انتخاب گزینه Use the existing IIS Default Web site از سوی مایکروسافت توصیه شده است.

||http://network.tosinso.com/files/get/183f15d9-c2ba-4623-9b8d-8ad09a6ceb23|| 

 در این صفحه خلاصه ای از تنظیماتی که تاکنون انجام دادیم نمایش داده شده است روی گزینه Next کلیک می کنیم تا فرایند نصب آغار شود.

  ||http://network.tosinso.com/files/get/b779ae3a-ef6a-4a90-8a2c-9eb998262292||

در پایان روی گزینه Finish  کلیک می کنیم تا این مرحله از نصب WSUS با موفقیت صورت گرفته باشد.

||http://network.tosinso.com/files/get/d138fb6b-4cc2-4e1d-939f-901262eccae3||

 پس از پایان یافتن نصب از طریق ویزارد ، بصورت خودکار ویزارد مربوط به پیکربندی WSUS نمایان می شود که در اولین صفحه از آن مواردی که باید پیش از انجام تنظیمات رعایت شود را یاد آوری کند از قبیل انجام تنظیمات فایروال سرور  برای دسترسی داشتن کلاینت ها به آن ، مشخص کردن Up Stream  سرور برای WSUS سرور در حال پیکربندی و انجام تنظیمات پروکسی در صورتیکه از آن برای اتصال به اینترنت استفاده می کنیم . پس از اطمینان از این موارد روی گزینه Next کلیک می کنیم.

||http://network.tosinso.com/files/get/1f9b7bb5-5795-4330-ba59-eef59e4745da||

 در این بخش می توان تعیین کرد که در صورت بروز مشکل در روند کار WSUS  ، اطلاعات را برای مایکروسافت ارسال کرده تا درصدد رفع مشکل برآید .بدین منظور باید گزینه ی Yes ,I would like to join the Microsoft Update Improvement Program  را مارکدار کنیم .

 ||http://network.tosinso.com/files/get/44583f83-96c8-405b-ac28-b2ad81d3f984||

در این بخش برای سرور تعیین می کنیم که آپدیت ها را با سایت مایکروسافت و یابا یک WSUS دیگر (Up Stream Server ) تطبیق دهد. که در صورت انتخاب یک Upstream Server  برای Sync کردن آپدیت ها باید نام و پورت مربوط به آن سرور را نیز مشخص کنیم . با برگزیدن یک WSUS دیگر بعنوان Upstream  سرور دو گزینه فعال خواهند شد که شرح آنها به قرار زیر است:
در صورتیکه که از SSL استفاده می کنیم باید تیک مربوط به گزینه Use SSL when synchronizing update information را فعال کنیم  اما باید در نظر داشته باشیم که در صورت استفاده از SSL روی این سرور ، Upstream  سرور نیز باید از SSL پشتیبانی کند. 
با انتخاب گزینه This is a replica of the Up Stream server  سرور ی که در حال پیکربندی آن هستیم تبدیل به نسخه ثانویه Up Stream  سرور انتخابی خواهد شد.

||http://network.tosinso.com/files/get/c7518150-837a-4ec0-8881-a2cd89041c5c|| 

 اگر شبکه ملزم به استفاده از پروکسی سرور برای دسترسی به اینترنت است اطلاعات مربوط به آن را در این قسمت وارد کرده در غیر اینصورت از این تنظیمات چشم پوشی و با انتخاب Next  به مرحله بعد می رویم.

||http://network.tosinso.com/files/get/d828b408-4751-481f-8286-e49102919ff7||

حال نیاز است که ویزارد WSUS برای تشخیص محصولاتی که WSUS می تواند آپدیت کند ، زبانهایی که پشتیبانی کند و نیز شناسایی انواع آپدیت ها به اینترنت متصل شود. بنابراین باید روی گزینه Start Connecting  کلیک کنیم تا ارتباط سرور با Update Server  های مایکروسافت برقرار شود . پس از تکمیل فرایند  اتصال اولیه روی گزینه Next  کلیک می کنیم .

||http://network.tosinso.com/files/get/5f1c973c-b4d0-4b2c-b2f1-d6b09274117d||

در اینجا زبان مورد نظر را برای آپدیت هایی که قصد دانلود آنها را داریم ، انتخاب می کنیم اگر در شبکه سیستم هایی موجودند که از محصولاتی با چندین زبان پشتیبانی می کنند باید Patch  هایی برای  ساپورت همه زبانها را دانلود کنیم در غیر اینصورت بر حسب نیاز ، زبان مورد نظر خود را انتخاب می کنیم که این کار باعث استفاده کمتر از فضای دیسک و افزایش سرعت دانلود خواهد شد.

||http://network.tosinso.com/files/get/aad2b990-0689-4b7a-b556-52fb17101102||

محصولاتی که قصد دانلود آپدیت برای آنها را داریم در این مرحله انتخاب می کنیم . می توان با انتخاب تمامی گزینه ها شرایط دانلود آپدیت تمامی محصولات را فراهم آورد و یا اینکه با مارکدار کردن محصولاتی که در شبکه ما موجودند ،تنها آپدیت مربوط به آنها را دریافت کنیم. گزینش محصولات مورد نظر برای دریافت آپدیت آنها علاوه بر اشغال فضای کمتری از حافظه به افزایش سرعت  و کاهش زمان دانلود آپدیت ها از سایت مایکروسافت نیز کمک می کند. همچنین می توان محصول جدیدی که در آینده در سازمان به کار گرفته می شود را به لیست برنامه های که قصد دانلود آپدیت آنها را داریم در  این قسمت  اضافه کنیم. در اینجا ما با توجه به سناریو مورد نظر  ، ویندوز 7  و ویندوز سرور 2008 R2 را برای دریافت آپدیت هایشان مارکدار می کنیم .

||http://network.tosinso.com/files/get/8a952762-3536-4e20-bb63-e35244874a70|| 

در این قسمت طبقه بندی و نوع آپدیت مورد نظر را برحسب نیاز انتخاب می کنیم انواع آپدیت ها در ابتدای مقاله توضیح داده شد.

||http://network.tosinso.com/files/get/5c532bbd-bbed-4cc0-9bb9-fd4a4e8fafc2||

می توان به صورت دستی و یا اتوماتیک تعیین کرد که WSUS  سرور در چه زمانی آپدیت ها را با سایت مایکروسافت Sync  کند .از آنجایی که بسته به سرعت اینترنت  شبکه دانلود آپدیت ها میزان قابل توجهی از پهنای باند را به خود اختصاص می دهد می توان برنامه ریزی کرد که WSUS سرور آپدیت ها را طی ساعاتی که میزان استفاده از اینترنت شبکه پایین است مثلا در طول شب دریافت کند. در این مرحله ما گزینه Synchronize Manually را انتخاب می کنیم .

||http://network.tosinso.com/files/get/a4c7dd8c-6277-40e2-ae80-239828ba7c15||
 
پس از انجام تنظیمات ذکر شده حال زمان آن است که WSUS سرور برای دانلود آپدیت ها ، برای اولین بار با سایت مایکروسافت و یا هر Up Stream  سروری که برای آن تعیین شده ، ارتباط برقرار کند . دانلود آپدیت ها برای اولین بار از سایت مایکروسافت  زمان و پهنای باند زیادی را مصرف می کندو بسته به تعداد محصولات انتخاب شده و نیز زبان ها و طبقه بندی های در نظر گرفته شده برای آنها متفاوت می باشد . همچنین می توان تعیین کرد که دریافت آپدیت ها از طریق کنسول مدیریتی و در زمانی دیگر صورت گیرد در اینجا ما گزینه Begin initial synchronization  را مارکدار می کنیم .

 ||http://network.tosinso.com/files/get/4c14e132-f6c7-45d7-9156-a4af2e8ee5d5||

اکنون خلاصه ای از مراحلی که برای سایر تنظیمات باید طی شود  برای ما نمایش داده می شود . برای بسته شدن ویزارد روی گزینه Finish کلیک می کنیم .

||http://network.tosinso.com/files/get/5013fba7-e8e5-40f6-8cc5-2cc46d4d4945||  

تا بدین جای کار به شرح  تاریخچه و معماری سیستم بروزرسانی مرکزی ،معرفی انواع آپدیت ها و نصب مرحله به مرحله ی  WSUS از طریق ویزارد  پرداختیم . در قسمت بعدی مقاله به بررسی  کنسول مدیریتی WSUS خواهیم پرداخت.

نویسنده: مریم حیات رمضانی
منبع : |جزیره سرویس های شبکه مایکروسافت وب سایت توسینسو::https://tosinso.com/microsoft|
هرگونه نشر و کپی برداری بدون ذکر منبع دارای اشکال اخلاقی می باشد

اکنون خلاصه ای از مراحلی که برای سایر تنظیمات باید طی شود برای ما نمایش داده می شود . برای بسته شدن ویزارد روی گزینه Finish کلیک می کنیم .

در این مقاله قصد داریم در رابطه با بروزرسانی محصولات مایکروسافت صحبت کنیم . همانطور که می دانیم بیشتر سیستم عامل هایی که در حال حاضر در جهان استفاده می شوند مایکروسافتی هستند بنابراین طبیعی است که bug ها و ضعف های موجود در آنها برای کاربران مشکل ایجاد کند این Bug  ها با وجود کابران زیاد، بسیار سریع شناسایی می شوند . هستند افرادی که از این نقاط ضعف برای Attack  به یک سیستم استفاده کنند. بنابراین مایکروسافت برای جلوگیری از بروز مشکلات ، درصدد رفع نقص محصولات برآمد و در سایت خود یک Update Center را ایجاد کرد تا کاربران بتوانند آپدیت های مربوط به رفع نقص محصول مورد نظر خود را از آن دانلود کنند. با  این راهکار کاربران با نصب یک فایل دانلود شده می توانند مشکل موجود در سیستم عامل ها و Office Product  ها و سایر محصولات مایکروسافت را برطرف کنند.
این راهکار کمک شایان توجهی به کاربران مایکروسافت برای برطرف کردن نقاط ضعف محصولاتی که مورد استفاده ی آنان بود ، کرد . اما مشکلاتی را نیز به همراه داشت . دانلود آپدیت ها از سایت مایکروسافت توسط کاربران خانگی و حتی شرکت های کوچک نتیجه بخش بود اما تصور کنید که در یک سازمان با بیش از هزار کلاینت ،هر کاربر ی برای دانلود آپدیت مورد نظر خود با سایت مایکروسافت ارتباط بر قرار کند چه اتفاقی خواهد افتاد؟بدون شک این وضعیت برای پهنای باند اینترنت سازمان ها یک معضل محسوب می شود.  در چنین شرایطی مایکروسافت وارد عمل شده و سرویسی بنام SUS یا Software Update  Services را به کاربران خود عرضه کرد  .این سرویس موجب شد تا کاربران یک سازمان بتوانند آپدیت های خود را به جای سایت مایکروسافت از یک سرور مرکزی دریافت کنند بدین ترتیب دریافت آپدیت ها توسط کلاینت های سازمان تحت مدیریت متمرکز خواهد بود . ادمین  سازمان می تواند با توجه به نو ع سیستم عاملهای سازمان و نیز نرم افزار های موجود، آپدیت های مورد نیاز را به صورت متمرکز در اختیار کلاینت ها قرار دهد.
 مدیریت آپدیت ها موجب می شود که تنها آپدیت های مورد نیاز دانلود و نصب شود بنابراین حافظه سیستم ها نیز با ذخیره داده هایی که بلا استفاده هستند ، اشغال نخواهد شد هم چنین WSUS  با مدیریت پهنای باند، باعث می شود که از سرعت اینترنت سازمان به دلیل ترافیک بالا کاسته نشود. 

مایکروسافت متعهد شده بود که از SUS تا تاریخ 6 دسامبر 2006 پشتیبانی خواهد کرد اما به دلیل استقبال مشتریان خود از این سرویس این تاریخ به 10 جولای 2007 تغییر یافت. SUS دارای این نقطه ضعف بود که تنها شرایط دانلود Hotfix ها و Patch های مربوط به سیستم عامل ویندوز را برای کاربران فراهم می کرد با این اوصاف کاربران یک شبکه از دریافت آپدیت سایر محصولات مایکروسافت بی بهره بودند . با بروزرسانی این سرویس به ورژن جدید تحت عنوان WSUS 2.0 این مشکل برطرف شد چرا که WSUS علاوه بر دانلود آپدیت های سیستم عامل ویندوز ،دانلود اتوماتیک آپدیت ها ،Hotfix ها ، Service Pack ها ، Device Driver ها و Feature Pack  های سایر محصولات مایکروسافت را از یک سرور مرکزی ،برای کاربران سازمان ها ممکن می سازد.WSUS نیز مخفف عبارت Windows Server Update Services می باشد.

پیشتر کار با SUS و WSUS تحت وب بود بدین معنی که می بایست Component مربوط به این سرویس را نصب کرده و از طریق وب سایتی که در IIS ایجاد می شد، بصورت تحت وب از آن استفاده می کردیم .اما از سال 2006 به بعد WSUS در قالب یک نرم افزار ارائه شد که با نصب آن براحتی می توان از طریق کنسول ،دریافت و توزیع آپدیت ها را مدیریت کرد.در جدول زیر تاریخچه ی بروزرسانی سرویس WSUS بیان شده است.

||http://network.tosinso.com/files/get/aa623f53-b6ad-4fe4-9304-d55b1a5d862c||
*بروز رسانی SUS به WSUS*
باید توجه داشت که Upgrade کردن SUS به WSUS ممکن نیست اما می توانیم آپدیت های دانلود و تایید شده در  SUS را به WSUS انتقال دهیم (Migrate کردن از SUS به WSUS). این راهکار باعث می شود که با نصب WSUS نیازی به دانلود مجدد آپدیتها و نیز Approve کردن آپدیت هایی که قبلا در SUS تایید  شده ، نداشته باشیم.تنها Migrate  کردن SUS 1.0 به WSUS 2.0 امکان پذیر است آپدیتها قادر به انتقال از SUS1.0  به WSUS 3.0 نخواهند بود  پس باید SUS 1.0  را قبل از نصب  WSUS 3.0 ،حذف کرد .اما  WSUS 2.0 را به WSUS 3.0 می توان Upgrade کرد.

--
!!!! انواع آپدیت ها
--
* *Critical Update*: یک بروز رسانی در نظر گرفته شده برای رفع مشکلی در نرم افزار است که بروز این مشکل در محصولات ، شرایطی بحرانی را ایجاد می کند.
* *Driver*: یک جزء نرم افزاری است که برای پشتیبانی از یک سخت افزار جدید طراحی شده است.
* *Hotfix *: آپدیتی است که برای رفع یک مشکل خاص ارائه می شود. با Hotfix می توان به رفع مشکل ، بدون Restart  و یا متوقف کردن  سرویس و سیستم دچار اختلال پرداخت.عموما Hotfix را با Patch  یکسان می دانند اما تفاوت این دو در این است که Hotfix به طور ویژه برای رفع مشکل یک مشتری در نظر گرفته شده و برای عموم کاربران توزیع نمی شود.  باید در نظر داشت که Hotfix ،آپدیت های امنیتی را شامل نمی شود. همچنین Hotfix  قابلیت های ارائه شده برای رفع یک مشکل که بصورت خاص مورد آزمایش قرار گرفته تا در اختیار عموم کاربران قرار گیرد را شامل می شود.
* *Update*: در این نوع آپدیت یک قابلیت جدید برای محصولات مایکروسافت در نظر گرفته می شود و این آپدیت برای رفع مشکلات امنیتی و اختالات مربوط به سیستم عامل ها و نرم افزار ها نمی باشد ،باید در نظر داشت که Update الزاما امنیتی نیست .
* *Security Update:* کاربران مایکروسافت جمعیت بالایی را تشکیل می دهند بنابراین نقاط ضعف امنیتی بسیاری در محصولات آن مشاهده خواهد شد و مایکروسافت این نقاط ضعف را شناسایی کرده و  آپدیت رفع نقاط ضعف و مشکلات امنیتی محصولات خود را  در اختیار کاربران قرار می دهد. آسیب پذیری های امنیتی در بولتن امنیتی مایکروسافت در سطوح حساس ،مهم ، متوسط و ضعیف یا پایین طبقه بندی می شوند.
* *Feature Packs:* بسته ای است که قابلیت های جدید ارائه شده برای یک محصول را در بر می گیرد.
* *Update Rollups:* مجموعه ای است از Hotfix  ها،Security  آپدیت ها ، critical آپدیت ها ونیز آپدیت هاست که برای سهولت در Deploy شدن در یک پکیج قرار گرفته اند.Rollup ها عموما یک هدف خاص مانند امنیت محصول و یا یک Component از یک محصول مثلا IIS را پشتیبانی می کند.
* *Service Pack* : پکیجی است در بردارنده ی همه ی Hotfix ها ،Critical  آپدیت ها ، Security آپدیت ها و همچنین آپدیت هابرای سیستم عامل ها و نرم افزار ها.علاوه بر این Service Pack را ه حل مشکلات و نقاط ضعفی که پس از عرضه محصول توسط گروهی محدودی از مشتریان شناسایی شده و نیز درخواست آنان مبنی بر تغییر در Design و قابلیت های یک محصول را شامل می شود.
* *Definition Update:* این نوع از آپدیت ها برای بروز رسانی نرم افزارهای امنیتی استفاده می شود .نرم افزارهایی مثل آنتی ویروس و Anti Malware که توسط شرکت مایکروسافت ارائه شده اند .در واقع یک Definition Update روش حذف و یا برخورد با یک کد مخرب را برای این محصولات ، نمایش می دهد. این آپدیت ها بیشتر برای محصولاتی که دارای پایگاه داده هستند ، کاربرد دارد.
* *Tool*: ابزار یا قابلیتی است که به انجام رساندن و تکمیل یک وظیفه و یا مجموعه ای از وظایف کمک می کند.

--
!!! انواع استراتژی پیاده سازی WSUS سرور
--
سه ساختار پیاده سازی سیستم بروز رسانی مرکزی برای سیستم های تحت شبکه وجود دارد ، در* نوع اول* WSUS سرور به شبکه داخلی و اینترنت متصل بوده و آپدیت ها را مستقیما از Update Center سایت مایکروسافت دانلود کرده در نهایت کاربران شبکه با WSUS سرور ارتباط برقرار کرده و آپدیت ها را از آن دریافت می کنند.

 ||http://network.tosinso.com/files/get/a9b75b46-5e9d-490a-b5ae-1929df9f0b07||

در *ساختار دوم* حداقل دو WSUS سرور وجود دارد اما در سازمانهای بزرگ این ساختار چندین WSUS سرور را در بر می گیرد. فرض را بر پیاده سازی سیستم به روز رسانی مرکزی برای یک دانشگاه  می گذاریم دانشگاه دارای یک ساختمان مرکزی و چندین دانشکده می باشد .برای اینکه ترافیک شبکه بالا نرود یک WSUS سرور را در ساختمان مرکزی قرار می دهیم که به اینترنت متصل بوده و از سایت مایکروسافت آپدیت ها را دانلود  می کند که اصطلاحا به آن Upstream سرور می گویند و در هر دانشکده نیز WSUS سرور هایی با عنوان Downstream  سرور قرار می دهیم که این Downstream  ها آپدیت های مورد نیاز را از Upstream  سرور دریافت می کنند. و در نهایت کلاینت ها آپدیت ها را از Downstream سرور ها دریافت و نصب می کنند .

||http://network.tosinso.com/files/get/894b6caa-58b3-499f-9465-b8fa5f739869||

 در *استراتژی سوم* برای سازمانهای نظامی ،اطلاعاتی و هر سازمانی که محرمانه باقی ماندن اطلاعات برای آن امری ضروریست، شبکه ای ایزوله در نظر گرفته می شود. در چنین شرایطی امکان اتصال به اینترنت و دانلود آپدیت ها در شبکه ممکن نیست  در حالی که سیستم های چنین سازمانهایی هم نیازمند بروزرسانی می باشند. بنابراین از یک WSUS سرور متصل به اینترنت در خارج از محدوده شبکه سازمان برای دانلود آپدیت ها استفاده می کنند و در نتیجه آپدیت ها را به کمک حافظه های جانبی همچون DVD و فلش ، بصورت آفلاین به WSUS سرور موجود در شبکه ایزوله سازمان انتقال می دهند تا کاربران شبکه بتوانند آپدیت های مورد نیاز خود را در محیطی امن دریافت کنند.

||http://network.tosinso.com/files/get/b584e079-a7e6-4b2d-95c3-47183bc34ec2||

--
!!!! نصب رول WSUS
--
در اکثر مواقع نصب این سرویس از طریق Server Manager با مشکل مواجه می شود بنابراین بهتر این است که   به جای نصب از طریق Server Manager |فایل نصب WSUS ::http://www.microsoft.com/en-gb/download/details.aspx?id=5216|را دانلود و اجرا کنیم . همانطور که می دانیم لازمه ی استفاده از WSUS سرور نصب رول IIS است که آموزش نصب این رول در |مقاله::https://tosinso.com/articles/41276/%d8%a2%d9%85%d9%88%d8%b2%d8%b4-%d9%86%d8%b5%d8%a8-IIS-%d8%aa%d8%b5%d9%88%db%8c%d8%b1%db%8c-%d8%b1%d8%a7%d9%87-%d8%a7%d9%86%d8%af%d8%a7%d8%b2%db%8c-%d9%88%d8%a8-%d8%b3%d8%a7%db%8c%d8%aa-%d8%af%d8%b1-IIS-%d8%a8%d8%b5%d9%88%d8%b1%d8%aa-%da%af%d8%a7%d9%85-%d8%a8%d9%87-%da%af%d8%a7%d9%85| جناب مهندس نصیری آورده شده است. بهنگام نصب سرویس WSUS سیستم پیغام نصب IIS را می دهد برای منظم طی شدن روند کار قبل نصب این سرویس ، رول IIS  را نصب می کنیم.
همچنین برای اینکه سیستم برای دانلود آپدیت ها قادر به استفاده از پهنای باند بیکار اینترنت باشد و سرعت اینترنت سازمان دچار اختلال نشود قابلیت BITS یا (Background Intelligent Transfer Service) را از طریق مسیر زیر فعال می کنیم :
<c#>
Sever Manager => Features => Add Features => Background Intelligent Transfer Service (BITS)
<c#>
پس از نصب پیش نیاز های مورد نظر حال روی فایل WSUS دانلود شده برای نصب کلیک می کنیم تا ویزارد مربوط نمایش داده شود روی گزینه Next  کلیک می کنیم . در این مرحله دو گزینه برای انتخاب نوع نصب WSUS پیش روی ماست . با انتخاب گزینه اول می توان هم WSUS و هم کنسول مدیریتی آن را نصب کرد و با انتخاب گزینه دوم می شود  تنها از کنسول مدیریتی برای مدیریت چندین WSUS بصورت متمرکز استفاده کرد.

||http://network.tosinso.com/files/get/d04fbfce-229d-45dd-808d-92f15cc01ce7||

||http://network.tosinso.com/files/get/731762e8-37e0-4840-b1fc-cffdb972da68||

  در این بخش متن مبنی بر توافقنامه مربوط به License  این سرویس را خوانده و با تایید آن به مرحله بعد می رویم.

||http://network.tosinso.com/files/get/3f25bbe3-576c-4ed0-a79b-0dbdefc5f1d1||

 در صورتی که Microsoft Report Viewer روی سرور نصب نباشد در این قسمت پیغام مبنی بر عدم نصب این برنامه نمایش داده خواهد شد که می توانیم این نرم افزار را از سایت مایکروسافت به صورت رایگان |دانلود::http://www.microsoft.com/en-gb/download/details.aspx?id=3841| و نصب کنیم.

||http://network.tosinso.com/files/get/dd3e1992-22e2-4f0a-a150-1a11b9075209||

در این مرحله هارد دیسک و فولدری که می خواهیم آپدیت های دانلود شده روی آن ذخیره شوند را به سیستم معرفی می کنیم با توجه به توضیحات این بخش از ویزارد  ، باید از هاردی با حداقل  6GB  فضای آزاد استفاده کنیم که بسته به نوع و حجم دریافت آپدیت های مورد نظر ما این مقدار می تواند از حداقل فضای پیشنهاد شده بیشتر باشد. توصیه می شود که درایو در نظر گرفته شده برای ذخیره ی آپدیت ها با درایوی که سیستم عامل روی آن قرار دارد یکسان نباشد.

||http://network.tosinso.com/files/get/bb7cab65-8008-4dee-890e-3df355e7319a||

برای تعیین یک پایگاه داده داخلی برای WSUS باید درایوی را انتخاب کنیم که حداقل 2GB  فضای آزاد داشته باشد. اگر در شبکه SQL Server  موجود باشد  در اینجا با مارک دار کردن گزینه Using an existing database server on a remote computer می توان آن را بعنوان یک پایگاه داده خارجی برای سرویس معرفی کرد.و نیز با کلیک روی گزینه Browse باید آدرس SQL سرور را به سیستم معرفی کنیم این گزینه زمانی می تواند مفید باشد که یک SQL  سرور ی را اختصاص دهیم که توسط مدیران پایگاه داده مدیریت شود. 

||http://network.tosinso.com/files/get/64a35c79-591e-48e2-aa1f-683e91b8991a|| 

همانگونه که ذکر شد مبنای کار WSUS بر اساس IIS است در اینجا می توان IIS پیشفرض سرور را انتخاب کرد و یا یک IIS ویژه برای WSUS در نظر گرفت .انتخاب گزینه Use the existing IIS Default Web site از سوی مایکروسافت توصیه شده است.

||http://network.tosinso.com/files/get/183f15d9-c2ba-4623-9b8d-8ad09a6ceb23|| 

 در این صفحه خلاصه ای از تنظیماتی که تاکنون انجام دادیم نمایش داده شده است روی گزینه Next کلیک می کنیم تا فرایند نصب آغار شود.

  ||http://network.tosinso.com/files/get/b779ae3a-ef6a-4a90-8a2c-9eb998262292||

در پایان روی گزینه Finish  کلیک می کنیم تا این مرحله از نصب WSUS با موفقیت صورت گرفته باشد.

||http://network.tosinso.com/files/get/d138fb6b-4cc2-4e1d-939f-901262eccae3||

 پس از پایان یافتن نصب از طریق ویزارد ، بصورت خودکار ویزارد مربوط به پیکربندی WSUS نمایان می شود که در اولین صفحه از آن مواردی که باید پیش از انجام تنظیمات رعایت شود را یاد آوری کند از قبیل انجام تنظیمات فایروال سرور  برای دسترسی داشتن کلاینت ها به آن ، مشخص کردن Up Stream  سرور برای WSUS سرور در حال پیکربندی و انجام تنظیمات پروکسی در صورتیکه از آن برای اتصال به اینترنت استفاده می کنیم . پس از اطمینان از این موارد روی گزینه Next کلیک می کنیم.

||http://network.tosinso.com/files/get/1f9b7bb5-5795-4330-ba59-eef59e4745da||

 در این بخش می توان تعیین کرد که در صورت بروز مشکل در روند کار WSUS  ، اطلاعات را برای مایکروسافت ارسال کرده تا درصدد رفع مشکل برآید .بدین منظور باید گزینه ی Yes ,I would like to join the Microsoft Update Improvement Program  را مارکدار کنیم .

 ||http://network.tosinso.com/files/get/44583f83-96c8-405b-ac28-b2ad81d3f984||

در این بخش برای سرور تعیین می کنیم که آپدیت ها را با سایت مایکروسافت و یابا یک WSUS دیگر (Up Stream Server ) تطبیق دهد. که در صورت انتخاب یک Upstream Server  برای Sync کردن آپدیت ها باید نام و پورت مربوط به آن سرور را نیز مشخص کنیم . با برگزیدن یک WSUS دیگر بعنوان Upstream  سرور دو گزینه فعال خواهند شد که شرح آنها به قرار زیر است:
در صورتیکه که از SSL استفاده می کنیم باید تیک مربوط به گزینه Use SSL when synchronizing update information را فعال کنیم  اما باید در نظر داشته باشیم که در صورت استفاده از SSL روی این سرور ، Upstream  سرور نیز باید از SSL پشتیبانی کند. 
با انتخاب گزینه This is a replica of the Up Stream server  سرور ی که در حال پیکربندی آن هستیم تبدیل به نسخه ثانویه Up Stream  سرور انتخابی خواهد شد.

||http://network.tosinso.com/files/get/c7518150-837a-4ec0-8881-a2cd89041c5c|| 

 اگر شبکه ملزم به استفاده از پروکسی سرور برای دسترسی به اینترنت است اطلاعات مربوط به آن را در این قسمت وارد کرده در غیر اینصورت از این تنظیمات چشم پوشی و با انتخاب Next  به مرحله بعد می رویم.

||http://network.tosinso.com/files/get/d828b408-4751-481f-8286-e49102919ff7||

حال نیاز است که ویزارد WSUS برای تشخیص محصولاتی که WSUS می تواند آپدیت کند ، زبانهایی که پشتیبانی کند و نیز شناسایی انواع آپدیت ها به اینترنت متصل شود. بنابراین باید روی گزینه Start Connecting  کلیک کنیم تا ارتباط سرور با Update Server  های مایکروسافت برقرار شود . پس از تکمیل فرایند  اتصال اولیه روی گزینه Next  کلیک می کنیم .

||http://network.tosinso.com/files/get/5f1c973c-b4d0-4b2c-b2f1-d6b09274117d||

در اینجا زبان مورد نظر را برای آپدیت هایی که قصد دانلود آنها را داریم ، انتخاب می کنیم اگر در شبکه سیستم هایی موجودند که از محصولاتی با چندین زبان پشتیبانی می کنند باید Patch  هایی برای  ساپورت همه زبانها را دانلود کنیم در غیر اینصورت بر حسب نیاز ، زبان مورد نظر خود را انتخاب می کنیم که این کار باعث استفاده کمتر از فضای دیسک و افزایش سرعت دانلود خواهد شد.

||http://network.tosinso.com/files/get/aad2b990-0689-4b7a-b556-52fb17101102||

محصولاتی که قصد دانلود آپدیت برای آنها را داریم در این مرحله انتخاب می کنیم . می توان با انتخاب تمامی گزینه ها شرایط دانلود آپدیت تمامی محصولات را فراهم آورد و یا اینکه با مارکدار کردن محصولاتی که در شبکه ما موجودند ،تنها آپدیت مربوط به آنها را دریافت کنیم. گزینش محصولات مورد نظر برای دریافت آپدیت آنها علاوه بر اشغال فضای کمتری از حافظه به افزایش سرعت  و کاهش زمان دانلود آپدیت ها از سایت مایکروسافت نیز کمک می کند. همچنین می توان محصول جدیدی که در آینده در سازمان به کار گرفته می شود را به لیست برنامه های که قصد دانلود آپدیت آنها را داریم در  این قسمت  اضافه کنیم. در اینجا ما با توجه به سناریو مورد نظر  ، ویندوز 7  و ویندوز سرور 2008 R2 را برای دریافت آپدیت هایشان مارکدار می کنیم .

||http://network.tosinso.com/files/get/8a952762-3536-4e20-bb63-e35244874a70|| 

در این قسمت طبقه بندی و نوع آپدیت مورد نظر را برحسب نیاز انتخاب می کنیم انواع آپدیت ها در ابتدای مقاله توضیح داده شد.

||http://network.tosinso.com/files/get/5c532bbd-bbed-4cc0-9bb9-fd4a4e8fafc2||

می توان به صورت دستی و یا اتوماتیک تعیین کرد که WSUS  سرور در چه زمانی آپدیت ها را با سایت مایکروسافت Sync  کند .از آنجایی که بسته به سرعت اینترنت  شبکه دانلود آپدیت ها میزان قابل توجهی از پهنای باند را به خود اختصاص می دهد می توان برنامه ریزی کرد که WSUS سرور آپدیت ها را طی ساعاتی که میزان استفاده از اینترنت شبکه پایین است مثلا در طول شب دریافت کند. در این مرحله ما گزینه Synchronize Manually را انتخاب می کنیم .

||http://network.tosinso.com/files/get/a4c7dd8c-6277-40e2-ae80-239828ba7c15||
 
پس از انجام تنظیمات ذکر شده حال زمان آن است که WSUS سرور برای دانلود آپدیت ها ، برای اولین بار با سایت مایکروسافت و یا هر Up Stream  سروری که برای آن تعیین شده ، ارتباط برقرار کند . دانلود آپدیت ها برای اولین بار از سایت مایکروسافت  زمان و پهنای باند زیادی را مصرف می کندو بسته به تعداد محصولات انتخاب شده و نیز زبان ها و طبقه بندی های در نظر گرفته شده برای آنها متفاوت می باشد . همچنین می توان تعیین کرد که دریافت آپدیت ها از طریق کنسول مدیریتی و در زمانی دیگر صورت گیرد در اینجا ما گزینه Begin initial synchronization  را مارکدار می کنیم .

 ||http://network.tosinso.com/files/get/4c14e132-f6c7-45d7-9156-a4af2e8ee5d5||

اکنون خلاصه ای از مراحلی که برای سایر تنظیمات باید طی شود  برای ما نمایش داده می شود . برای بسته شدن ویزارد روی گزینه Finish کلیک می کنیم .

||http://network.tosinso.com/files/get/5013fba7-e8e5-40f6-8cc5-2cc46d4d4945||  

تا بدین جای کار به شرح  تاریخچه و معماری سیستم بروزرسانی مرکزی ،معرفی انواع آپدیت ها و نصب مرحله به مرحله ی  WSUS از طریق ویزارد  پرداختیم . در قسمت بعدی مقاله به بررسی  کنسول مدیریتی WSUS خواهیم پرداخت.

نویسنده: مریم حیات رمضانی
منبع : |جزیره سرویس های شبکه مایکروسافت وب سایت توسینسو::https://tosinso.com/microsoft|
هرگونه نشر و کپی برداری بدون ذکر منبع دارای اشکال اخلاقی می باشد

تا بدین جای کار به شرح تاریخچه و معماری سیستم بروزرسانی مرکزی ،معرفی انواع آپدیت ها و نصب مرحله به مرحله ی WSUS از طریق ویزارد پرداختیم . در قسمت بعدی مقاله به بررسی کنسول مدیریتی WSUS خواهیم پرداخت. در قسمت اول مقاله به تعاریف مرتبط با سرویس WSUS و راه اندازی آن از طریق ویزارد اشاره کردیم . حال در این قسمت به سراغ بررسی کنسول مدیریتی و توضیح آپشنهای کنسول WSUS می رویم .با استفاده از مسیر زیر میتوان وارد کنسول WSUS شد :

Start => Administrative tools => Windows Server Update Services

در تصویر زیر فضای کنسول مدیریتی WSUS نمایش داده شده است که در ادامه به توضیح Component های آن خواهیم پرداخت.

در قسمت اول  مقاله به تعاریف مرتبط با  سرویس WSUS و راه اندازی آن از طریق ویزارد اشاره کردیم . حال در این قسمت به سراغ بررسی کنسول مدیریتی و  توضیح آپشنهای کنسول WSUS می رویم .با استفاده از مسیر زیر میتوان وارد کنسول WSUS شد :
<c#>
Start => Administrative tools => Windows Server Update Services
<c#>
در تصویر زیر فضای کنسول مدیریتی WSUS نمایش داده شده است که در ادامه به توضیح Component های آن خواهیم پرداخت.

||http://network.tosinso.com/files/get/c46b1a16-3a51-4638-8dc3-798ac71a94f3||

*Server Name:* می توان چندین WSUS سرور را در کنسول مدیریتی اضافه کرد، با اضافه کردن هر سرور نام آن در پنل سمت چپ کنسول مدیریتی WSUS نمایش داده می شود.برای افزودن WSUS سرور به کنسول مدیریتی تنها کافیست روی گره ی Update Services  در پنل سمت چپ کنسول راست کلیک کرده و گزینه Connect to the server را انتخاب و در صفحه ی باز شده نام سرور مورد نظر و پورت مربوط به آن را وارد کنیم . با کلیک روی نام سرور (در اینجا ITPro-Server) در پنل وسط  صفحه  وضعیت مربوط به سرور در سه بخش مجزا نمایش داده می شود:

* *To Do:*  اطلاعاتی در مورد بخشهایی که WSUS سرور باید فورا در رابطه با آنها اقدام کند در اختیارکاربر سرور قرار می دهد.
* *Overview : *این بخش مروری دارد بر وضعیت کامپیوتر ها، آپدیت ها و نیز هماهنگ سازی آپدیت ها . همچنین آمار اطلاعات WSUS سرور را مشخص می کند .
* *Resources :* در این بخش لینک هایی برای کسب اطلاعات بیشتر پیرامون WSUS سرور در نظر گرفته شده است .

||http://network.tosinso.com/files/get/8c135b80-1b8d-428a-bad2-82777e4e8a12||

زیر نام سرور در کنسول تمامی Component های مربوط به مدیریت آن با ساختار درختی لیست شده اند. بنابراین این اجزا تحت مدیریت سرور یاد شده می باشند . در اینجا به معرفی این بخش ها می پردازیم :
*Updates:* این گره  در بردارنده لیست تمامی آپدیتهای روی سرور است که از سایت مایکروسافت دریافت کرده ایم  و نیزبا کلیک روی  گره ی Updates می توان گزارشهای مربوط به وضعیت نصب انواع آپدیت ها را بر حسب نوع آنها در پنل وسط کنسول مشاهده کرد. در زیر گره Update  ،آپدیتها برحسب نوعی که  برای آنها  در تنظیمات در نظر گرفتیم  (در اینجا  Critical و Security) و نیز آپدیت های خود سرویس WSUS تقسیم بندی شده اند.

||http://network.tosinso.com/files/get/1b19915b-cb6a-4655-894f-843386e9f5a6||

*Computers: * این بخش شامل All Computers و زیر گره ی  Unassigned Computers می باشد که به صورت پیش فرض کامپیوتر های موجود در شبکه که برای دریافت آپدیت ها عضو WSUS می شوند در قسمت Unassigned Computers قرار می گیرند .برای سهولت در مدیریت آنها می توانیم در اینجا گروه هایی را ایجاد کرده و کامپیوتر های عضو شده را به آنها منتقل کنیم . در قسمت All computers  تمامی کامپیوترهایی که عضو WSUS سرور هستند نمایش داده شده است با کلیک روی هر کدام از این کامپیوتر ها ، اطلاعات مربوط به آن کامپیوتر و وضعیت مربوط به آپدیت های آن در بخش پایین پنل میانی صفحه نمایان خواهد شد.

||http://network.tosinso.com/files/get/a2814594-d902-4046-8870-a3e768fe174a||

*Downstream Servers:*  اگر WSUS سرور های دیگری در شبکه وجود داشته باشند که این سرور Upstream  سرور آنها می باشد ، خلاصه ای از اطلاعات اینDownstream سرور ها در این قسمت نمایش داده می شود .
*Synchronizations:*  این قسمت در بردارنده تاریخچه ی آپدیت های Sync شده می باشد. بعبارت دیگر هر بار که WSUS  سرور آپدیت های خود را با یک Upstream Server   و یا با سایت مایکروسافت Sync  کند ، گزارش مربوط به این بهنگام سازی با شرح جزئیات در این بخش قابل مشاهده است. این بخش   یک نقطه مرکزی برای مدیریت هماهنگ سازی آپدیت ها  محسوب می شو د . برای هر بار انجام عمل Synchronization   تنها کافیست بر روی گزینه Synchronize Now  کلیک کنیم .

||http://network.tosinso.com/files/get/522c44ea-0b64-4821-a143-6c07bc810de0||

*Reports: *این قسمت محل مرکزی برای ایجاد و ذخیره گزارشهای گرفته شده توسط WSUS سرور از وضعیت آپدیت ها و کامپیوترها و نیز عمل Synchronization آپدیتها  می باشد .کاربرد Report viewer  که همزمان با نصب رول  WSUS ، آن را نصب کردیم برای این بخش است. اگر روی هر کدام از بخش های موجود در پنل میانی صفحه کلیک کنیم صفحه ای نمایان خواهد شد که با انتخاب گزینه Run Report در آن ، سرور شروع به گرفتن گزارش مربوط به آن بخش خواهد کرد.

||http://network.tosinso.com/files/get/b81409a0-e556-4299-a4b0-37488a250e1f||

*Options:* در بخش آپشن WSUS کنسول مدیریت تمامی تنظیماتی که از طریق ویزارد WSUS انجام شد ، وجود دارد . باید خاطر نشان کرد که تنظیمات WSUS  را همانند دیگر سرویسها ،می توان هم از طریق کنسول وهم از طریق ویزارد انجام داد که در این سری مقالات ما به توضیح هر دو روش پرداخته ایم . اگر نصب از طریق ویزارد انجام شده باشد می توان تغییرات مورد نظردر تنظیمات انجام شده را بعدا ، از طریق کنسول مدیریتی اعمال کرد. با کلیک روی گره Options تمامی قابلیت ها در پنل وسط کنسول مشاهده خواهند شد.

||http://network.tosinso.com/files/get/0d207c9f-9122-4694-954c-2bcfd3451ba2||

 در اینجا به توضیح و بررسی تک تک آپشن های کنسول می پردازیم:

!!!! Update Source and Proxy Server
در تب* Update source*   تعیین می کنیم که WSUS سرور آپدیت ها را از سایت مایکروسافت دریافت کند و یا از یک Upstream Server  که باید نام و پورت آن را در این بخش وارد کنیم .در اینجا ما گزینه Synchronize from Microsoft Update را انتخاب می کنیم . 

||http://network.tosinso.com/files/get/9971ae64-a70e-4a2e-ba20-72c2889e2ea5||

  اگر از یک Proxy Server  برای ارتباط با سایت مایکروسافت و یا  با یک UPstream Server برای Sync کردن آپدیت ها در شبکه استفاده می کنیم ،باید نام و پورت آن را در تب *Proxy Server*   مشخص کنیم .این آپشن بصورت پیش فرض غیر فعال است و در این حالت WSUS سرور مستقیما با سایت مایکروسافت یا Upstream Server ارتباط برقرار خواهد کرد.

||http://network.tosinso.com/files/get/5b7605b0-3419-4d26-83bc-1b4500e46a67||

!!!! Products and Classifications
در تب* Products* محصولی را که می خواهیم آپدیت های آن را دریافت کنیم و این آپدیت ها با سایت مایکروسافت Sync  شوند را انتخاب می کنیم . یادآور می شویم که اگر تنها محصولاتی را که در سازمان از آنها استفاده می شود، در این بخش برای دریافت آپدیت ها در نظر بگیریم ،  این شرایط باعث می شود که سرعت دریافت آپدیت ها بالا رفته و  فضای کمتری از حافظه  را به خود اختصاص دهند. با توجه به سناریو در این قسمت ما ویندوز 7 و ویندوز سرور 2008 R2 را برای دریافت آپدیت آنها انتخاب می کنیم .

||http://network.tosinso.com/files/get/cccc7603-3dbc-4c59-95c3-18825a3fb46f||

در تب *Classifications * نوع و طبقه بندی آپدیت مورد نظر را تعیین می کنیم در ابتدای مقاله ی قبل در رابطه با انواع آپدیت ها صحبت کردیم حال با توجه به دانسته های خود در رابطه با انواع آپدیت ها ، نوع آپدیت مورد نظر را بر حسب نیازمان انتخاب می کنیم . ما همان تنظیمات پیش فرض را در نظر می گیریم . 

||http://network.tosinso.com/files/get/5dba8064-ae31-42f1-b597-a2c43be27320||

!!!! Update Files and Languages
در تب *Update Files*  با انتخاب گزینه Store Update files locally on this server  می توانیم تعیین کنیم که فایل آپدیت های دریافتی در همین سرور ذخیره شوند .در چنین شرایطی با انتخاب کردن گزینه Download Update files to this server only when updates are approved  مشخص می کنیم که ابتدا لیست آپدیت ها برای ما نمایش داده شود تا پس از تایید آن عمل دانلود صورت گیرد . همچنین با برگزیدن گزینه Download express installation files   مجموعه ای از فایل آپدیت ها دانلود خواهند شد که  موجب افزایش سرعت دریافت آپدیت ها  و نصب آنها روی کامپیوترهای شبکه  می شود اما این فایل هاحجم بالایی داشته  و  سرور زمان زیادی برای دانلود آنها صرف خواهد کرد .

||http://network.tosinso.com/files/get/67ee89f9-1707-40a5-92a4-8ade73289f18||

در تب * Update Languages*  هم همانطور که در تنظیمات ویزارد ذکر کردیم می توان آپدیت ها را برای همه ی زبانها دانلود کرد و یا اینکه تنها زبانی را برگزید که برای ما کاربرد دارد. 
 
||http://network.tosinso.com/files/get/428906dd-d852-4f8f-b359-19099bcd3fdd||

*Synchronization Schedule :* می توانیم تعیین کنیم که سرور عمل Sync کردن آپدیت ها را بصورت Manual انجام دهد و یا  اینکه بصورت اتوماتیک در طی وهله زمانی مشخص شده آپدیت ها را بهنگام  و همسان سازی  کند .

||http://network.tosinso.com/files/get/bd3cccad-bd41-4101-be89-62d4ab30a93a||

!!!! Automatic Approval
در تب *Update rules * می توانیم برای تایید شدن آپدیت ها یک سری قاعده در نظر بگیریم بعنوان مثال برای WSUS سرور تعیین کنیم که در صورت دریافت آپدیت های مربوط به ویندوز 7، آنها را بدون دریافت تاییدیه و بصورت خودکار Approve کند . برای ایجاد یک Rule  تنها کافیست بر روی New Rule کلیک کنیم تا صفحه مربوط به انجام تنظیمات Rule باز شود (پنجره Add Rule) لذا می توانیم نوع و نام Rule مورد نظر را ایجاد کنیم .

||http://network.tosinso.com/files/get/cbf1bcaf-6de5-4a9f-a91b-29a9f7b3da53||

در پنجره Rule Properties با انتخاب گزینه ای که در آن نوع آپدیت ذکر شده ، نوع آپدیت را برای Rule تعیین می کنیم .با کلیک روی All Computers نیز لیست Computer Group هایی که ایجاد کردیم نمایش داده می شود که از میان آنها گروه مورد نظر را انتخاب می کنیم تا Rule ایجاد شده به آن گروه اعمال شود.

||http://network.tosinso.com/files/get/c1543e1b-c98e-4d77-a9d6-74fff30e8f5a||

در تب *Advanced * گزینه ای برای Approve کردن آپدیت های خود سرویس WSUS موجود است . علاوه براین هر آپدیتی ممکن است اصلاح و بروز رسانی شود در اینجا می توانیم تعیین کنیم که به محض دریافت Revision  مربوط  به یک آپدیت آن را به صورت خودکار نصب کرده و یا از نصب آن صرف نظر کنیم . 

||http://network.tosinso.com/files/get/efb9f8f7-1647-4ca4-b4bc-2fbd00dd5a44||

*Computers:* در این قسمت برای کامپیوتر هایی که عضو WSUS سرور شده اند می توانیم مشخص کنیم که تنظیمات مورد نیاز را از WSUS سرور و یا از گروپ پالسی و یا تنظیمات رجیستری که برای آنها انجام می شود ، دریافت کنند. بنابراین  با انتخاب گزینه Use the update services console  قادر خواهیم بود  کامپیوتر هایی را که بصورت پیش فرض درون Unassigned Computers  قرار گرفته اند را به صورت دستی به  گروههای دیگری که ساخته ایم، منتقل کنیم . برگزیدن گزینه Use group policy or registry settings on computers  موجب می شود که کامپیوتر ها بصورت اتوماتیک به گروهی که در تنظیمات GPO  در نظر گرفته ایم انتقال یابند. باید توجه داشت که در ابتدای کار  گزینه مربوط به تنظیمات گروپ پالسی را انتخاب کنیم چرا که انجام تنظیمات مربوط به گروپ پالسی است که  باعث می شود کامپیوتر ها WSUS سرور را شناخته و عضو آن شوند. به علاوه تنظیمات مربوط به دریافت آپدیت ها توسط کلاینت ها در گروپ پالسی صورت می گیرد. 

||http://network.tosinso.com/files/get/62c59613-9a03-45cd-a5cc-c00165f84e4b||

*Server Cleanup Wizard:* در این آپشن گزینه هایی موجود است که با انتخاب کردن آنها برای سرور WSUS تعیین می کنیم آپدیت هایی را که  منقضی شده  و کامپیوترهایی را که در شبکه غیر فعال شده اند از سرور حذف کند.

||http://network.tosinso.com/files/get/1ea5501f-0dc2-4688-825e-7ecba6c15eba||

*Reporting Rollup: *به کمک این آپشن می توانیم نحوه ی گزارش گیری WSUS  سرور را مشخص کنیم . اگر در شبکه ما Replica downstream  سرور هایی موجود باشد به کمک گزینه های موجود در این بخش برای WSUS سرور  تعیین می کنیم که گزارشهای مربوط به Replica downstream  سرورها را دریافت کند یا خیر .

||http://network.tosinso.com/files/get/e71a357f-c8af-46bd-921b-b9002bc43e83|| 

*E-Mail Notifications :*  در صورت وجود E-mail Server  در شبکه در تب *General*  می توانیم برای سرور مشخص کنیم که پس از Sync کردن هر آپدیت جدید ، برای کابران ایمیل بفرستد  . همچنین می شود تعیین کرد که گزارش وضعیت آپدیت ها به صورت روزانه یا هفتگی برای کاربران ارسال شود. در تب *E-Mail Server* نیز اطلاعات ایمیل سرور را وارد می کنیم .

||http://network.tosinso.com/files/get/a5d57cb9-9beb-4a78-ae98-6a930f679f61||

*Microsoft Update Improvement Program:* این آپشن کمک می کند تا سرور اطلاعات مبنی بر وضعیت آپدیت ها و کامپیوتر ها و نیز مشکلات بوجود آمده  را برای سایت مایکروسافت ارسال کند. بررسی این اطلاعات به متخصصان مایکروسافت کمک خواهد کرد تا راهکارهایی برای بهبود کارایی  و افزایش قابلیت WSUS سرور ارئه دهند.

||http://network.tosinso.com/files/get/804390c9-2d58-48e0-81e8-2e63ce2e1a0e||

!!!! Personalization
 این قسمت مرتبط با شخصی سازی اطلاعات نمایش داده شده توسط WSUS سرور  است در واقع در این آپشن می توانیم مشخص کنیم  اطلاعات WSUS سرور به چه صورت در کنسول مدیریتی قابل مشاهده باشند. در صورتیکه چند Replica downstream server در شبکه داشته باشیم  در تب *General* می توانیم تعیین کنیم که WSUS سرور ما اطلاعات مربوط به وضعیت آنها و کامپیوتر ها یشان را نیز نمایش دهد و یا اینکه تنها وضعیت  همین سرور و کامپیوتر های عضو آن را نشان دهد .

||http://network.tosinso.com/files/get/bc0e87b1-25c7-4c42-9f14-675ee303da3d||

در تب *To Do List* نیز می توانیم بخشهایی را که می خواهیم وضعیت مربوط به آنها در لیست To Do سرور نمایش داده شوند را انتخاب کنیم .

||http://network.tosinso.com/files/get/1ad62d4f-a712-4764-85d9-7f66f62e0416||

!!!! WSUS Server Configuration Wizard
این بخش در واقع همان ویزارد اولیه نصب WSUS می باشد . همانگونه که بیان کردیم این ویزارد در بردارنده  مجموعه ای از آپشن هاست که در بالا بصورت مجزا به توضیح آنها پرداختیم باید در نظر داشت که استفاده از این آپشن ها در کنسول مدیریتی قابلیت ها یی با جزئیات بیشتر را نسبت به ویزارد اولیه در اختیار ما قرار می دهد.پس از بررسی کنسول مدیریتی در این مقاله ، در قسمت بعد به شرح عضویت کلاینت ها در WSUS سرور و چگونگی Approve  و  نصب آپدیت ها توسط سروریس WSUS در شبکه خواهیم پرداخت . 

نویسنده: مریم حیات رمضانی
منبع : |جزیره سرویس های شبکه مایکروسافت وب سایت توسینسو::https://tosinso.com/microsoft|
هرگونه نشر و کپی برداری بدون ذکر منبع دارای اشکال اخلاقی می باشد

Server Name: می توان چندین WSUS سرور را در کنسول مدیریتی اضافه کرد، با اضافه کردن هر سرور نام آن در پنل سمت چپ کنسول مدیریتی WSUS نمایش داده می شود.برای افزودن WSUS سرور به کنسول مدیریتی تنها کافیست روی گره ی Update Services در پنل سمت چپ کنسول راست کلیک کرده و گزینه Connect to the server را انتخاب و در صفحه ی باز شده نام سرور مورد نظر و پورت مربوط به آن را وارد کنیم . با کلیک روی نام سرور (در اینجا ITPro-Server) در پنل وسط صفحه وضعیت مربوط به سرور در سه بخش مجزا نمایش داده می شود:

  • To Do: اطلاعاتی در مورد بخشهایی که WSUS سرور باید فورا در رابطه با آنها اقدام کند در اختیارکاربر سرور قرار می دهد.
  • Overview : این بخش مروری دارد بر وضعیت کامپیوتر ها، آپدیت ها و نیز هماهنگ سازی آپدیت ها . همچنین آمار اطلاعات WSUS سرور را مشخص می کند .
  • Resources : در این بخش لینک هایی برای کسب اطلاعات بیشتر پیرامون WSUS سرور در نظر گرفته شده است .
در قسمت اول  مقاله به تعاریف مرتبط با  سرویس WSUS و راه اندازی آن از طریق ویزارد اشاره کردیم . حال در این قسمت به سراغ بررسی کنسول مدیریتی و  توضیح آپشنهای کنسول WSUS می رویم .با استفاده از مسیر زیر میتوان وارد کنسول WSUS شد :
<c#>
Start => Administrative tools => Windows Server Update Services
<c#>
در تصویر زیر فضای کنسول مدیریتی WSUS نمایش داده شده است که در ادامه به توضیح Component های آن خواهیم پرداخت.

||http://network.tosinso.com/files/get/c46b1a16-3a51-4638-8dc3-798ac71a94f3||

*Server Name:* می توان چندین WSUS سرور را در کنسول مدیریتی اضافه کرد، با اضافه کردن هر سرور نام آن در پنل سمت چپ کنسول مدیریتی WSUS نمایش داده می شود.برای افزودن WSUS سرور به کنسول مدیریتی تنها کافیست روی گره ی Update Services  در پنل سمت چپ کنسول راست کلیک کرده و گزینه Connect to the server را انتخاب و در صفحه ی باز شده نام سرور مورد نظر و پورت مربوط به آن را وارد کنیم . با کلیک روی نام سرور (در اینجا ITPro-Server) در پنل وسط  صفحه  وضعیت مربوط به سرور در سه بخش مجزا نمایش داده می شود:

* *To Do:*  اطلاعاتی در مورد بخشهایی که WSUS سرور باید فورا در رابطه با آنها اقدام کند در اختیارکاربر سرور قرار می دهد.
* *Overview : *این بخش مروری دارد بر وضعیت کامپیوتر ها، آپدیت ها و نیز هماهنگ سازی آپدیت ها . همچنین آمار اطلاعات WSUS سرور را مشخص می کند .
* *Resources :* در این بخش لینک هایی برای کسب اطلاعات بیشتر پیرامون WSUS سرور در نظر گرفته شده است .

||http://network.tosinso.com/files/get/8c135b80-1b8d-428a-bad2-82777e4e8a12||

زیر نام سرور در کنسول تمامی Component های مربوط به مدیریت آن با ساختار درختی لیست شده اند. بنابراین این اجزا تحت مدیریت سرور یاد شده می باشند . در اینجا به معرفی این بخش ها می پردازیم :
*Updates:* این گره  در بردارنده لیست تمامی آپدیتهای روی سرور است که از سایت مایکروسافت دریافت کرده ایم  و نیزبا کلیک روی  گره ی Updates می توان گزارشهای مربوط به وضعیت نصب انواع آپدیت ها را بر حسب نوع آنها در پنل وسط کنسول مشاهده کرد. در زیر گره Update  ،آپدیتها برحسب نوعی که  برای آنها  در تنظیمات در نظر گرفتیم  (در اینجا  Critical و Security) و نیز آپدیت های خود سرویس WSUS تقسیم بندی شده اند.

||http://network.tosinso.com/files/get/1b19915b-cb6a-4655-894f-843386e9f5a6||

*Computers: * این بخش شامل All Computers و زیر گره ی  Unassigned Computers می باشد که به صورت پیش فرض کامپیوتر های موجود در شبکه که برای دریافت آپدیت ها عضو WSUS می شوند در قسمت Unassigned Computers قرار می گیرند .برای سهولت در مدیریت آنها می توانیم در اینجا گروه هایی را ایجاد کرده و کامپیوتر های عضو شده را به آنها منتقل کنیم . در قسمت All computers  تمامی کامپیوترهایی که عضو WSUS سرور هستند نمایش داده شده است با کلیک روی هر کدام از این کامپیوتر ها ، اطلاعات مربوط به آن کامپیوتر و وضعیت مربوط به آپدیت های آن در بخش پایین پنل میانی صفحه نمایان خواهد شد.

||http://network.tosinso.com/files/get/a2814594-d902-4046-8870-a3e768fe174a||

*Downstream Servers:*  اگر WSUS سرور های دیگری در شبکه وجود داشته باشند که این سرور Upstream  سرور آنها می باشد ، خلاصه ای از اطلاعات اینDownstream سرور ها در این قسمت نمایش داده می شود .
*Synchronizations:*  این قسمت در بردارنده تاریخچه ی آپدیت های Sync شده می باشد. بعبارت دیگر هر بار که WSUS  سرور آپدیت های خود را با یک Upstream Server   و یا با سایت مایکروسافت Sync  کند ، گزارش مربوط به این بهنگام سازی با شرح جزئیات در این بخش قابل مشاهده است. این بخش   یک نقطه مرکزی برای مدیریت هماهنگ سازی آپدیت ها  محسوب می شو د . برای هر بار انجام عمل Synchronization   تنها کافیست بر روی گزینه Synchronize Now  کلیک کنیم .

||http://network.tosinso.com/files/get/522c44ea-0b64-4821-a143-6c07bc810de0||

*Reports: *این قسمت محل مرکزی برای ایجاد و ذخیره گزارشهای گرفته شده توسط WSUS سرور از وضعیت آپدیت ها و کامپیوترها و نیز عمل Synchronization آپدیتها  می باشد .کاربرد Report viewer  که همزمان با نصب رول  WSUS ، آن را نصب کردیم برای این بخش است. اگر روی هر کدام از بخش های موجود در پنل میانی صفحه کلیک کنیم صفحه ای نمایان خواهد شد که با انتخاب گزینه Run Report در آن ، سرور شروع به گرفتن گزارش مربوط به آن بخش خواهد کرد.

||http://network.tosinso.com/files/get/b81409a0-e556-4299-a4b0-37488a250e1f||

*Options:* در بخش آپشن WSUS کنسول مدیریت تمامی تنظیماتی که از طریق ویزارد WSUS انجام شد ، وجود دارد . باید خاطر نشان کرد که تنظیمات WSUS  را همانند دیگر سرویسها ،می توان هم از طریق کنسول وهم از طریق ویزارد انجام داد که در این سری مقالات ما به توضیح هر دو روش پرداخته ایم . اگر نصب از طریق ویزارد انجام شده باشد می توان تغییرات مورد نظردر تنظیمات انجام شده را بعدا ، از طریق کنسول مدیریتی اعمال کرد. با کلیک روی گره Options تمامی قابلیت ها در پنل وسط کنسول مشاهده خواهند شد.

||http://network.tosinso.com/files/get/0d207c9f-9122-4694-954c-2bcfd3451ba2||

 در اینجا به توضیح و بررسی تک تک آپشن های کنسول می پردازیم:

!!!! Update Source and Proxy Server
در تب* Update source*   تعیین می کنیم که WSUS سرور آپدیت ها را از سایت مایکروسافت دریافت کند و یا از یک Upstream Server  که باید نام و پورت آن را در این بخش وارد کنیم .در اینجا ما گزینه Synchronize from Microsoft Update را انتخاب می کنیم . 

||http://network.tosinso.com/files/get/9971ae64-a70e-4a2e-ba20-72c2889e2ea5||

  اگر از یک Proxy Server  برای ارتباط با سایت مایکروسافت و یا  با یک UPstream Server برای Sync کردن آپدیت ها در شبکه استفاده می کنیم ،باید نام و پورت آن را در تب *Proxy Server*   مشخص کنیم .این آپشن بصورت پیش فرض غیر فعال است و در این حالت WSUS سرور مستقیما با سایت مایکروسافت یا Upstream Server ارتباط برقرار خواهد کرد.

||http://network.tosinso.com/files/get/5b7605b0-3419-4d26-83bc-1b4500e46a67||

!!!! Products and Classifications
در تب* Products* محصولی را که می خواهیم آپدیت های آن را دریافت کنیم و این آپدیت ها با سایت مایکروسافت Sync  شوند را انتخاب می کنیم . یادآور می شویم که اگر تنها محصولاتی را که در سازمان از آنها استفاده می شود، در این بخش برای دریافت آپدیت ها در نظر بگیریم ،  این شرایط باعث می شود که سرعت دریافت آپدیت ها بالا رفته و  فضای کمتری از حافظه  را به خود اختصاص دهند. با توجه به سناریو در این قسمت ما ویندوز 7 و ویندوز سرور 2008 R2 را برای دریافت آپدیت آنها انتخاب می کنیم .

||http://network.tosinso.com/files/get/cccc7603-3dbc-4c59-95c3-18825a3fb46f||

در تب *Classifications * نوع و طبقه بندی آپدیت مورد نظر را تعیین می کنیم در ابتدای مقاله ی قبل در رابطه با انواع آپدیت ها صحبت کردیم حال با توجه به دانسته های خود در رابطه با انواع آپدیت ها ، نوع آپدیت مورد نظر را بر حسب نیازمان انتخاب می کنیم . ما همان تنظیمات پیش فرض را در نظر می گیریم . 

||http://network.tosinso.com/files/get/5dba8064-ae31-42f1-b597-a2c43be27320||

!!!! Update Files and Languages
در تب *Update Files*  با انتخاب گزینه Store Update files locally on this server  می توانیم تعیین کنیم که فایل آپدیت های دریافتی در همین سرور ذخیره شوند .در چنین شرایطی با انتخاب کردن گزینه Download Update files to this server only when updates are approved  مشخص می کنیم که ابتدا لیست آپدیت ها برای ما نمایش داده شود تا پس از تایید آن عمل دانلود صورت گیرد . همچنین با برگزیدن گزینه Download express installation files   مجموعه ای از فایل آپدیت ها دانلود خواهند شد که  موجب افزایش سرعت دریافت آپدیت ها  و نصب آنها روی کامپیوترهای شبکه  می شود اما این فایل هاحجم بالایی داشته  و  سرور زمان زیادی برای دانلود آنها صرف خواهد کرد .

||http://network.tosinso.com/files/get/67ee89f9-1707-40a5-92a4-8ade73289f18||

در تب * Update Languages*  هم همانطور که در تنظیمات ویزارد ذکر کردیم می توان آپدیت ها را برای همه ی زبانها دانلود کرد و یا اینکه تنها زبانی را برگزید که برای ما کاربرد دارد. 
 
||http://network.tosinso.com/files/get/428906dd-d852-4f8f-b359-19099bcd3fdd||

*Synchronization Schedule :* می توانیم تعیین کنیم که سرور عمل Sync کردن آپدیت ها را بصورت Manual انجام دهد و یا  اینکه بصورت اتوماتیک در طی وهله زمانی مشخص شده آپدیت ها را بهنگام  و همسان سازی  کند .

||http://network.tosinso.com/files/get/bd3cccad-bd41-4101-be89-62d4ab30a93a||

!!!! Automatic Approval
در تب *Update rules * می توانیم برای تایید شدن آپدیت ها یک سری قاعده در نظر بگیریم بعنوان مثال برای WSUS سرور تعیین کنیم که در صورت دریافت آپدیت های مربوط به ویندوز 7، آنها را بدون دریافت تاییدیه و بصورت خودکار Approve کند . برای ایجاد یک Rule  تنها کافیست بر روی New Rule کلیک کنیم تا صفحه مربوط به انجام تنظیمات Rule باز شود (پنجره Add Rule) لذا می توانیم نوع و نام Rule مورد نظر را ایجاد کنیم .

||http://network.tosinso.com/files/get/cbf1bcaf-6de5-4a9f-a91b-29a9f7b3da53||

در پنجره Rule Properties با انتخاب گزینه ای که در آن نوع آپدیت ذکر شده ، نوع آپدیت را برای Rule تعیین می کنیم .با کلیک روی All Computers نیز لیست Computer Group هایی که ایجاد کردیم نمایش داده می شود که از میان آنها گروه مورد نظر را انتخاب می کنیم تا Rule ایجاد شده به آن گروه اعمال شود.

||http://network.tosinso.com/files/get/c1543e1b-c98e-4d77-a9d6-74fff30e8f5a||

در تب *Advanced * گزینه ای برای Approve کردن آپدیت های خود سرویس WSUS موجود است . علاوه براین هر آپدیتی ممکن است اصلاح و بروز رسانی شود در اینجا می توانیم تعیین کنیم که به محض دریافت Revision  مربوط  به یک آپدیت آن را به صورت خودکار نصب کرده و یا از نصب آن صرف نظر کنیم . 

||http://network.tosinso.com/files/get/efb9f8f7-1647-4ca4-b4bc-2fbd00dd5a44||

*Computers:* در این قسمت برای کامپیوتر هایی که عضو WSUS سرور شده اند می توانیم مشخص کنیم که تنظیمات مورد نیاز را از WSUS سرور و یا از گروپ پالسی و یا تنظیمات رجیستری که برای آنها انجام می شود ، دریافت کنند. بنابراین  با انتخاب گزینه Use the update services console  قادر خواهیم بود  کامپیوتر هایی را که بصورت پیش فرض درون Unassigned Computers  قرار گرفته اند را به صورت دستی به  گروههای دیگری که ساخته ایم، منتقل کنیم . برگزیدن گزینه Use group policy or registry settings on computers  موجب می شود که کامپیوتر ها بصورت اتوماتیک به گروهی که در تنظیمات GPO  در نظر گرفته ایم انتقال یابند. باید توجه داشت که در ابتدای کار  گزینه مربوط به تنظیمات گروپ پالسی را انتخاب کنیم چرا که انجام تنظیمات مربوط به گروپ پالسی است که  باعث می شود کامپیوتر ها WSUS سرور را شناخته و عضو آن شوند. به علاوه تنظیمات مربوط به دریافت آپدیت ها توسط کلاینت ها در گروپ پالسی صورت می گیرد. 

||http://network.tosinso.com/files/get/62c59613-9a03-45cd-a5cc-c00165f84e4b||

*Server Cleanup Wizard:* در این آپشن گزینه هایی موجود است که با انتخاب کردن آنها برای سرور WSUS تعیین می کنیم آپدیت هایی را که  منقضی شده  و کامپیوترهایی را که در شبکه غیر فعال شده اند از سرور حذف کند.

||http://network.tosinso.com/files/get/1ea5501f-0dc2-4688-825e-7ecba6c15eba||

*Reporting Rollup: *به کمک این آپشن می توانیم نحوه ی گزارش گیری WSUS  سرور را مشخص کنیم . اگر در شبکه ما Replica downstream  سرور هایی موجود باشد به کمک گزینه های موجود در این بخش برای WSUS سرور  تعیین می کنیم که گزارشهای مربوط به Replica downstream  سرورها را دریافت کند یا خیر .

||http://network.tosinso.com/files/get/e71a357f-c8af-46bd-921b-b9002bc43e83|| 

*E-Mail Notifications :*  در صورت وجود E-mail Server  در شبکه در تب *General*  می توانیم برای سرور مشخص کنیم که پس از Sync کردن هر آپدیت جدید ، برای کابران ایمیل بفرستد  . همچنین می شود تعیین کرد که گزارش وضعیت آپدیت ها به صورت روزانه یا هفتگی برای کاربران ارسال شود. در تب *E-Mail Server* نیز اطلاعات ایمیل سرور را وارد می کنیم .

||http://network.tosinso.com/files/get/a5d57cb9-9beb-4a78-ae98-6a930f679f61||

*Microsoft Update Improvement Program:* این آپشن کمک می کند تا سرور اطلاعات مبنی بر وضعیت آپدیت ها و کامپیوتر ها و نیز مشکلات بوجود آمده  را برای سایت مایکروسافت ارسال کند. بررسی این اطلاعات به متخصصان مایکروسافت کمک خواهد کرد تا راهکارهایی برای بهبود کارایی  و افزایش قابلیت WSUS سرور ارئه دهند.

||http://network.tosinso.com/files/get/804390c9-2d58-48e0-81e8-2e63ce2e1a0e||

!!!! Personalization
 این قسمت مرتبط با شخصی سازی اطلاعات نمایش داده شده توسط WSUS سرور  است در واقع در این آپشن می توانیم مشخص کنیم  اطلاعات WSUS سرور به چه صورت در کنسول مدیریتی قابل مشاهده باشند. در صورتیکه چند Replica downstream server در شبکه داشته باشیم  در تب *General* می توانیم تعیین کنیم که WSUS سرور ما اطلاعات مربوط به وضعیت آنها و کامپیوتر ها یشان را نیز نمایش دهد و یا اینکه تنها وضعیت  همین سرور و کامپیوتر های عضو آن را نشان دهد .

||http://network.tosinso.com/files/get/bc0e87b1-25c7-4c42-9f14-675ee303da3d||

در تب *To Do List* نیز می توانیم بخشهایی را که می خواهیم وضعیت مربوط به آنها در لیست To Do سرور نمایش داده شوند را انتخاب کنیم .

||http://network.tosinso.com/files/get/1ad62d4f-a712-4764-85d9-7f66f62e0416||

!!!! WSUS Server Configuration Wizard
این بخش در واقع همان ویزارد اولیه نصب WSUS می باشد . همانگونه که بیان کردیم این ویزارد در بردارنده  مجموعه ای از آپشن هاست که در بالا بصورت مجزا به توضیح آنها پرداختیم باید در نظر داشت که استفاده از این آپشن ها در کنسول مدیریتی قابلیت ها یی با جزئیات بیشتر را نسبت به ویزارد اولیه در اختیار ما قرار می دهد.پس از بررسی کنسول مدیریتی در این مقاله ، در قسمت بعد به شرح عضویت کلاینت ها در WSUS سرور و چگونگی Approve  و  نصب آپدیت ها توسط سروریس WSUS در شبکه خواهیم پرداخت . 

نویسنده: مریم حیات رمضانی
منبع : |جزیره سرویس های شبکه مایکروسافت وب سایت توسینسو::https://tosinso.com/microsoft|
هرگونه نشر و کپی برداری بدون ذکر منبع دارای اشکال اخلاقی می باشد

زیر نام سرور در کنسول تمامی Component های مربوط به مدیریت آن با ساختار درختی لیست شده اند. بنابراین این اجزا تحت مدیریت سرور یاد شده می باشند . در اینجا به معرفی این بخش ها می پردازیم :

Updates: این گره در بردارنده لیست تمامی آپدیتهای روی سرور است که از سایت مایکروسافت دریافت کرده ایم و نیزبا کلیک روی گره ی Updates می توان گزارشهای مربوط به وضعیت نصب انواع آپدیت ها را بر حسب نوع آنها در پنل وسط کنسول مشاهده کرد. در زیر گره Update ،آپدیتها برحسب نوعی که برای آنها در تنظیمات در نظر گرفتیم (در اینجا Critical و Security) و نیز آپدیت های خود سرویس WSUS تقسیم بندی شده اند.

در قسمت اول  مقاله به تعاریف مرتبط با  سرویس WSUS و راه اندازی آن از طریق ویزارد اشاره کردیم . حال در این قسمت به سراغ بررسی کنسول مدیریتی و  توضیح آپشنهای کنسول WSUS می رویم .با استفاده از مسیر زیر میتوان وارد کنسول WSUS شد :
<c#>
Start => Administrative tools => Windows Server Update Services
<c#>
در تصویر زیر فضای کنسول مدیریتی WSUS نمایش داده شده است که در ادامه به توضیح Component های آن خواهیم پرداخت.

||http://network.tosinso.com/files/get/c46b1a16-3a51-4638-8dc3-798ac71a94f3||

*Server Name:* می توان چندین WSUS سرور را در کنسول مدیریتی اضافه کرد، با اضافه کردن هر سرور نام آن در پنل سمت چپ کنسول مدیریتی WSUS نمایش داده می شود.برای افزودن WSUS سرور به کنسول مدیریتی تنها کافیست روی گره ی Update Services  در پنل سمت چپ کنسول راست کلیک کرده و گزینه Connect to the server را انتخاب و در صفحه ی باز شده نام سرور مورد نظر و پورت مربوط به آن را وارد کنیم . با کلیک روی نام سرور (در اینجا ITPro-Server) در پنل وسط  صفحه  وضعیت مربوط به سرور در سه بخش مجزا نمایش داده می شود:

* *To Do:*  اطلاعاتی در مورد بخشهایی که WSUS سرور باید فورا در رابطه با آنها اقدام کند در اختیارکاربر سرور قرار می دهد.
* *Overview : *این بخش مروری دارد بر وضعیت کامپیوتر ها، آپدیت ها و نیز هماهنگ سازی آپدیت ها . همچنین آمار اطلاعات WSUS سرور را مشخص می کند .
* *Resources :* در این بخش لینک هایی برای کسب اطلاعات بیشتر پیرامون WSUS سرور در نظر گرفته شده است .

||http://network.tosinso.com/files/get/8c135b80-1b8d-428a-bad2-82777e4e8a12||

زیر نام سرور در کنسول تمامی Component های مربوط به مدیریت آن با ساختار درختی لیست شده اند. بنابراین این اجزا تحت مدیریت سرور یاد شده می باشند . در اینجا به معرفی این بخش ها می پردازیم :
*Updates:* این گره  در بردارنده لیست تمامی آپدیتهای روی سرور است که از سایت مایکروسافت دریافت کرده ایم  و نیزبا کلیک روی  گره ی Updates می توان گزارشهای مربوط به وضعیت نصب انواع آپدیت ها را بر حسب نوع آنها در پنل وسط کنسول مشاهده کرد. در زیر گره Update  ،آپدیتها برحسب نوعی که  برای آنها  در تنظیمات در نظر گرفتیم  (در اینجا  Critical و Security) و نیز آپدیت های خود سرویس WSUS تقسیم بندی شده اند.

||http://network.tosinso.com/files/get/1b19915b-cb6a-4655-894f-843386e9f5a6||

*Computers: * این بخش شامل All Computers و زیر گره ی  Unassigned Computers می باشد که به صورت پیش فرض کامپیوتر های موجود در شبکه که برای دریافت آپدیت ها عضو WSUS می شوند در قسمت Unassigned Computers قرار می گیرند .برای سهولت در مدیریت آنها می توانیم در اینجا گروه هایی را ایجاد کرده و کامپیوتر های عضو شده را به آنها منتقل کنیم . در قسمت All computers  تمامی کامپیوترهایی که عضو WSUS سرور هستند نمایش داده شده است با کلیک روی هر کدام از این کامپیوتر ها ، اطلاعات مربوط به آن کامپیوتر و وضعیت مربوط به آپدیت های آن در بخش پایین پنل میانی صفحه نمایان خواهد شد.

||http://network.tosinso.com/files/get/a2814594-d902-4046-8870-a3e768fe174a||

*Downstream Servers:*  اگر WSUS سرور های دیگری در شبکه وجود داشته باشند که این سرور Upstream  سرور آنها می باشد ، خلاصه ای از اطلاعات اینDownstream سرور ها در این قسمت نمایش داده می شود .
*Synchronizations:*  این قسمت در بردارنده تاریخچه ی آپدیت های Sync شده می باشد. بعبارت دیگر هر بار که WSUS  سرور آپدیت های خود را با یک Upstream Server   و یا با سایت مایکروسافت Sync  کند ، گزارش مربوط به این بهنگام سازی با شرح جزئیات در این بخش قابل مشاهده است. این بخش   یک نقطه مرکزی برای مدیریت هماهنگ سازی آپدیت ها  محسوب می شو د . برای هر بار انجام عمل Synchronization   تنها کافیست بر روی گزینه Synchronize Now  کلیک کنیم .

||http://network.tosinso.com/files/get/522c44ea-0b64-4821-a143-6c07bc810de0||

*Reports: *این قسمت محل مرکزی برای ایجاد و ذخیره گزارشهای گرفته شده توسط WSUS سرور از وضعیت آپدیت ها و کامپیوترها و نیز عمل Synchronization آپدیتها  می باشد .کاربرد Report viewer  که همزمان با نصب رول  WSUS ، آن را نصب کردیم برای این بخش است. اگر روی هر کدام از بخش های موجود در پنل میانی صفحه کلیک کنیم صفحه ای نمایان خواهد شد که با انتخاب گزینه Run Report در آن ، سرور شروع به گرفتن گزارش مربوط به آن بخش خواهد کرد.

||http://network.tosinso.com/files/get/b81409a0-e556-4299-a4b0-37488a250e1f||

*Options:* در بخش آپشن WSUS کنسول مدیریت تمامی تنظیماتی که از طریق ویزارد WSUS انجام شد ، وجود دارد . باید خاطر نشان کرد که تنظیمات WSUS  را همانند دیگر سرویسها ،می توان هم از طریق کنسول وهم از طریق ویزارد انجام داد که در این سری مقالات ما به توضیح هر دو روش پرداخته ایم . اگر نصب از طریق ویزارد انجام شده باشد می توان تغییرات مورد نظردر تنظیمات انجام شده را بعدا ، از طریق کنسول مدیریتی اعمال کرد. با کلیک روی گره Options تمامی قابلیت ها در پنل وسط کنسول مشاهده خواهند شد.

||http://network.tosinso.com/files/get/0d207c9f-9122-4694-954c-2bcfd3451ba2||

 در اینجا به توضیح و بررسی تک تک آپشن های کنسول می پردازیم:

!!!! Update Source and Proxy Server
در تب* Update source*   تعیین می کنیم که WSUS سرور آپدیت ها را از سایت مایکروسافت دریافت کند و یا از یک Upstream Server  که باید نام و پورت آن را در این بخش وارد کنیم .در اینجا ما گزینه Synchronize from Microsoft Update را انتخاب می کنیم . 

||http://network.tosinso.com/files/get/9971ae64-a70e-4a2e-ba20-72c2889e2ea5||

  اگر از یک Proxy Server  برای ارتباط با سایت مایکروسافت و یا  با یک UPstream Server برای Sync کردن آپدیت ها در شبکه استفاده می کنیم ،باید نام و پورت آن را در تب *Proxy Server*   مشخص کنیم .این آپشن بصورت پیش فرض غیر فعال است و در این حالت WSUS سرور مستقیما با سایت مایکروسافت یا Upstream Server ارتباط برقرار خواهد کرد.

||http://network.tosinso.com/files/get/5b7605b0-3419-4d26-83bc-1b4500e46a67||

!!!! Products and Classifications
در تب* Products* محصولی را که می خواهیم آپدیت های آن را دریافت کنیم و این آپدیت ها با سایت مایکروسافت Sync  شوند را انتخاب می کنیم . یادآور می شویم که اگر تنها محصولاتی را که در سازمان از آنها استفاده می شود، در این بخش برای دریافت آپدیت ها در نظر بگیریم ،  این شرایط باعث می شود که سرعت دریافت آپدیت ها بالا رفته و  فضای کمتری از حافظه  را به خود اختصاص دهند. با توجه به سناریو در این قسمت ما ویندوز 7 و ویندوز سرور 2008 R2 را برای دریافت آپدیت آنها انتخاب می کنیم .

||http://network.tosinso.com/files/get/cccc7603-3dbc-4c59-95c3-18825a3fb46f||

در تب *Classifications * نوع و طبقه بندی آپدیت مورد نظر را تعیین می کنیم در ابتدای مقاله ی قبل در رابطه با انواع آپدیت ها صحبت کردیم حال با توجه به دانسته های خود در رابطه با انواع آپدیت ها ، نوع آپدیت مورد نظر را بر حسب نیازمان انتخاب می کنیم . ما همان تنظیمات پیش فرض را در نظر می گیریم . 

||http://network.tosinso.com/files/get/5dba8064-ae31-42f1-b597-a2c43be27320||

!!!! Update Files and Languages
در تب *Update Files*  با انتخاب گزینه Store Update files locally on this server  می توانیم تعیین کنیم که فایل آپدیت های دریافتی در همین سرور ذخیره شوند .در چنین شرایطی با انتخاب کردن گزینه Download Update files to this server only when updates are approved  مشخص می کنیم که ابتدا لیست آپدیت ها برای ما نمایش داده شود تا پس از تایید آن عمل دانلود صورت گیرد . همچنین با برگزیدن گزینه Download express installation files   مجموعه ای از فایل آپدیت ها دانلود خواهند شد که  موجب افزایش سرعت دریافت آپدیت ها  و نصب آنها روی کامپیوترهای شبکه  می شود اما این فایل هاحجم بالایی داشته  و  سرور زمان زیادی برای دانلود آنها صرف خواهد کرد .

||http://network.tosinso.com/files/get/67ee89f9-1707-40a5-92a4-8ade73289f18||

در تب * Update Languages*  هم همانطور که در تنظیمات ویزارد ذکر کردیم می توان آپدیت ها را برای همه ی زبانها دانلود کرد و یا اینکه تنها زبانی را برگزید که برای ما کاربرد دارد. 
 
||http://network.tosinso.com/files/get/428906dd-d852-4f8f-b359-19099bcd3fdd||

*Synchronization Schedule :* می توانیم تعیین کنیم که سرور عمل Sync کردن آپدیت ها را بصورت Manual انجام دهد و یا  اینکه بصورت اتوماتیک در طی وهله زمانی مشخص شده آپدیت ها را بهنگام  و همسان سازی  کند .

||http://network.tosinso.com/files/get/bd3cccad-bd41-4101-be89-62d4ab30a93a||

!!!! Automatic Approval
در تب *Update rules * می توانیم برای تایید شدن آپدیت ها یک سری قاعده در نظر بگیریم بعنوان مثال برای WSUS سرور تعیین کنیم که در صورت دریافت آپدیت های مربوط به ویندوز 7، آنها را بدون دریافت تاییدیه و بصورت خودکار Approve کند . برای ایجاد یک Rule  تنها کافیست بر روی New Rule کلیک کنیم تا صفحه مربوط به انجام تنظیمات Rule باز شود (پنجره Add Rule) لذا می توانیم نوع و نام Rule مورد نظر را ایجاد کنیم .

||http://network.tosinso.com/files/get/cbf1bcaf-6de5-4a9f-a91b-29a9f7b3da53||

در پنجره Rule Properties با انتخاب گزینه ای که در آن نوع آپدیت ذکر شده ، نوع آپدیت را برای Rule تعیین می کنیم .با کلیک روی All Computers نیز لیست Computer Group هایی که ایجاد کردیم نمایش داده می شود که از میان آنها گروه مورد نظر را انتخاب می کنیم تا Rule ایجاد شده به آن گروه اعمال شود.

||http://network.tosinso.com/files/get/c1543e1b-c98e-4d77-a9d6-74fff30e8f5a||

در تب *Advanced * گزینه ای برای Approve کردن آپدیت های خود سرویس WSUS موجود است . علاوه براین هر آپدیتی ممکن است اصلاح و بروز رسانی شود در اینجا می توانیم تعیین کنیم که به محض دریافت Revision  مربوط  به یک آپدیت آن را به صورت خودکار نصب کرده و یا از نصب آن صرف نظر کنیم . 

||http://network.tosinso.com/files/get/efb9f8f7-1647-4ca4-b4bc-2fbd00dd5a44||

*Computers:* در این قسمت برای کامپیوتر هایی که عضو WSUS سرور شده اند می توانیم مشخص کنیم که تنظیمات مورد نیاز را از WSUS سرور و یا از گروپ پالسی و یا تنظیمات رجیستری که برای آنها انجام می شود ، دریافت کنند. بنابراین  با انتخاب گزینه Use the update services console  قادر خواهیم بود  کامپیوتر هایی را که بصورت پیش فرض درون Unassigned Computers  قرار گرفته اند را به صورت دستی به  گروههای دیگری که ساخته ایم، منتقل کنیم . برگزیدن گزینه Use group policy or registry settings on computers  موجب می شود که کامپیوتر ها بصورت اتوماتیک به گروهی که در تنظیمات GPO  در نظر گرفته ایم انتقال یابند. باید توجه داشت که در ابتدای کار  گزینه مربوط به تنظیمات گروپ پالسی را انتخاب کنیم چرا که انجام تنظیمات مربوط به گروپ پالسی است که  باعث می شود کامپیوتر ها WSUS سرور را شناخته و عضو آن شوند. به علاوه تنظیمات مربوط به دریافت آپدیت ها توسط کلاینت ها در گروپ پالسی صورت می گیرد. 

||http://network.tosinso.com/files/get/62c59613-9a03-45cd-a5cc-c00165f84e4b||

*Server Cleanup Wizard:* در این آپشن گزینه هایی موجود است که با انتخاب کردن آنها برای سرور WSUS تعیین می کنیم آپدیت هایی را که  منقضی شده  و کامپیوترهایی را که در شبکه غیر فعال شده اند از سرور حذف کند.

||http://network.tosinso.com/files/get/1ea5501f-0dc2-4688-825e-7ecba6c15eba||

*Reporting Rollup: *به کمک این آپشن می توانیم نحوه ی گزارش گیری WSUS  سرور را مشخص کنیم . اگر در شبکه ما Replica downstream  سرور هایی موجود باشد به کمک گزینه های موجود در این بخش برای WSUS سرور  تعیین می کنیم که گزارشهای مربوط به Replica downstream  سرورها را دریافت کند یا خیر .

||http://network.tosinso.com/files/get/e71a357f-c8af-46bd-921b-b9002bc43e83|| 

*E-Mail Notifications :*  در صورت وجود E-mail Server  در شبکه در تب *General*  می توانیم برای سرور مشخص کنیم که پس از Sync کردن هر آپدیت جدید ، برای کابران ایمیل بفرستد  . همچنین می شود تعیین کرد که گزارش وضعیت آپدیت ها به صورت روزانه یا هفتگی برای کاربران ارسال شود. در تب *E-Mail Server* نیز اطلاعات ایمیل سرور را وارد می کنیم .

||http://network.tosinso.com/files/get/a5d57cb9-9beb-4a78-ae98-6a930f679f61||

*Microsoft Update Improvement Program:* این آپشن کمک می کند تا سرور اطلاعات مبنی بر وضعیت آپدیت ها و کامپیوتر ها و نیز مشکلات بوجود آمده  را برای سایت مایکروسافت ارسال کند. بررسی این اطلاعات به متخصصان مایکروسافت کمک خواهد کرد تا راهکارهایی برای بهبود کارایی  و افزایش قابلیت WSUS سرور ارئه دهند.

||http://network.tosinso.com/files/get/804390c9-2d58-48e0-81e8-2e63ce2e1a0e||

!!!! Personalization
 این قسمت مرتبط با شخصی سازی اطلاعات نمایش داده شده توسط WSUS سرور  است در واقع در این آپشن می توانیم مشخص کنیم  اطلاعات WSUS سرور به چه صورت در کنسول مدیریتی قابل مشاهده باشند. در صورتیکه چند Replica downstream server در شبکه داشته باشیم  در تب *General* می توانیم تعیین کنیم که WSUS سرور ما اطلاعات مربوط به وضعیت آنها و کامپیوتر ها یشان را نیز نمایش دهد و یا اینکه تنها وضعیت  همین سرور و کامپیوتر های عضو آن را نشان دهد .

||http://network.tosinso.com/files/get/bc0e87b1-25c7-4c42-9f14-675ee303da3d||

در تب *To Do List* نیز می توانیم بخشهایی را که می خواهیم وضعیت مربوط به آنها در لیست To Do سرور نمایش داده شوند را انتخاب کنیم .

||http://network.tosinso.com/files/get/1ad62d4f-a712-4764-85d9-7f66f62e0416||

!!!! WSUS Server Configuration Wizard
این بخش در واقع همان ویزارد اولیه نصب WSUS می باشد . همانگونه که بیان کردیم این ویزارد در بردارنده  مجموعه ای از آپشن هاست که در بالا بصورت مجزا به توضیح آنها پرداختیم باید در نظر داشت که استفاده از این آپشن ها در کنسول مدیریتی قابلیت ها یی با جزئیات بیشتر را نسبت به ویزارد اولیه در اختیار ما قرار می دهد.پس از بررسی کنسول مدیریتی در این مقاله ، در قسمت بعد به شرح عضویت کلاینت ها در WSUS سرور و چگونگی Approve  و  نصب آپدیت ها توسط سروریس WSUS در شبکه خواهیم پرداخت . 

نویسنده: مریم حیات رمضانی
منبع : |جزیره سرویس های شبکه مایکروسافت وب سایت توسینسو::https://tosinso.com/microsoft|
هرگونه نشر و کپی برداری بدون ذکر منبع دارای اشکال اخلاقی می باشد

Computers: این بخش شامل All Computers و زیر گره ی Unassigned Computers می باشد که به صورت پیش فرض کامپیوتر های موجود در شبکه که برای دریافت آپدیت ها عضو WSUS می شوند در قسمت Unassigned Computers قرار می گیرند .برای سهولت در مدیریت آنها می توانیم در اینجا گروه هایی را ایجاد کرده و کامپیوتر های عضو شده را به آنها منتقل کنیم . در قسمت All computers تمامی کامپیوترهایی که عضو WSUS سرور هستند نمایش داده شده است با کلیک روی هر کدام از این کامپیوتر ها ، اطلاعات مربوط به آن کامپیوتر و وضعیت مربوط به آپدیت های آن در بخش پایین پنل میانی صفحه نمایان خواهد شد.

در قسمت اول  مقاله به تعاریف مرتبط با  سرویس WSUS و راه اندازی آن از طریق ویزارد اشاره کردیم . حال در این قسمت به سراغ بررسی کنسول مدیریتی و  توضیح آپشنهای کنسول WSUS می رویم .با استفاده از مسیر زیر میتوان وارد کنسول WSUS شد :
<c#>
Start => Administrative tools => Windows Server Update Services
<c#>
در تصویر زیر فضای کنسول مدیریتی WSUS نمایش داده شده است که در ادامه به توضیح Component های آن خواهیم پرداخت.

||http://network.tosinso.com/files/get/c46b1a16-3a51-4638-8dc3-798ac71a94f3||

*Server Name:* می توان چندین WSUS سرور را در کنسول مدیریتی اضافه کرد، با اضافه کردن هر سرور نام آن در پنل سمت چپ کنسول مدیریتی WSUS نمایش داده می شود.برای افزودن WSUS سرور به کنسول مدیریتی تنها کافیست روی گره ی Update Services  در پنل سمت چپ کنسول راست کلیک کرده و گزینه Connect to the server را انتخاب و در صفحه ی باز شده نام سرور مورد نظر و پورت مربوط به آن را وارد کنیم . با کلیک روی نام سرور (در اینجا ITPro-Server) در پنل وسط  صفحه  وضعیت مربوط به سرور در سه بخش مجزا نمایش داده می شود:

* *To Do:*  اطلاعاتی در مورد بخشهایی که WSUS سرور باید فورا در رابطه با آنها اقدام کند در اختیارکاربر سرور قرار می دهد.
* *Overview : *این بخش مروری دارد بر وضعیت کامپیوتر ها، آپدیت ها و نیز هماهنگ سازی آپدیت ها . همچنین آمار اطلاعات WSUS سرور را مشخص می کند .
* *Resources :* در این بخش لینک هایی برای کسب اطلاعات بیشتر پیرامون WSUS سرور در نظر گرفته شده است .

||http://network.tosinso.com/files/get/8c135b80-1b8d-428a-bad2-82777e4e8a12||

زیر نام سرور در کنسول تمامی Component های مربوط به مدیریت آن با ساختار درختی لیست شده اند. بنابراین این اجزا تحت مدیریت سرور یاد شده می باشند . در اینجا به معرفی این بخش ها می پردازیم :
*Updates:* این گره  در بردارنده لیست تمامی آپدیتهای روی سرور است که از سایت مایکروسافت دریافت کرده ایم  و نیزبا کلیک روی  گره ی Updates می توان گزارشهای مربوط به وضعیت نصب انواع آپدیت ها را بر حسب نوع آنها در پنل وسط کنسول مشاهده کرد. در زیر گره Update  ،آپدیتها برحسب نوعی که  برای آنها  در تنظیمات در نظر گرفتیم  (در اینجا  Critical و Security) و نیز آپدیت های خود سرویس WSUS تقسیم بندی شده اند.

||http://network.tosinso.com/files/get/1b19915b-cb6a-4655-894f-843386e9f5a6||

*Computers: * این بخش شامل All Computers و زیر گره ی  Unassigned Computers می باشد که به صورت پیش فرض کامپیوتر های موجود در شبکه که برای دریافت آپدیت ها عضو WSUS می شوند در قسمت Unassigned Computers قرار می گیرند .برای سهولت در مدیریت آنها می توانیم در اینجا گروه هایی را ایجاد کرده و کامپیوتر های عضو شده را به آنها منتقل کنیم . در قسمت All computers  تمامی کامپیوترهایی که عضو WSUS سرور هستند نمایش داده شده است با کلیک روی هر کدام از این کامپیوتر ها ، اطلاعات مربوط به آن کامپیوتر و وضعیت مربوط به آپدیت های آن در بخش پایین پنل میانی صفحه نمایان خواهد شد.

||http://network.tosinso.com/files/get/a2814594-d902-4046-8870-a3e768fe174a||

*Downstream Servers:*  اگر WSUS سرور های دیگری در شبکه وجود داشته باشند که این سرور Upstream  سرور آنها می باشد ، خلاصه ای از اطلاعات اینDownstream سرور ها در این قسمت نمایش داده می شود .
*Synchronizations:*  این قسمت در بردارنده تاریخچه ی آپدیت های Sync شده می باشد. بعبارت دیگر هر بار که WSUS  سرور آپدیت های خود را با یک Upstream Server   و یا با سایت مایکروسافت Sync  کند ، گزارش مربوط به این بهنگام سازی با شرح جزئیات در این بخش قابل مشاهده است. این بخش   یک نقطه مرکزی برای مدیریت هماهنگ سازی آپدیت ها  محسوب می شو د . برای هر بار انجام عمل Synchronization   تنها کافیست بر روی گزینه Synchronize Now  کلیک کنیم .

||http://network.tosinso.com/files/get/522c44ea-0b64-4821-a143-6c07bc810de0||

*Reports: *این قسمت محل مرکزی برای ایجاد و ذخیره گزارشهای گرفته شده توسط WSUS سرور از وضعیت آپدیت ها و کامپیوترها و نیز عمل Synchronization آپدیتها  می باشد .کاربرد Report viewer  که همزمان با نصب رول  WSUS ، آن را نصب کردیم برای این بخش است. اگر روی هر کدام از بخش های موجود در پنل میانی صفحه کلیک کنیم صفحه ای نمایان خواهد شد که با انتخاب گزینه Run Report در آن ، سرور شروع به گرفتن گزارش مربوط به آن بخش خواهد کرد.

||http://network.tosinso.com/files/get/b81409a0-e556-4299-a4b0-37488a250e1f||

*Options:* در بخش آپشن WSUS کنسول مدیریت تمامی تنظیماتی که از طریق ویزارد WSUS انجام شد ، وجود دارد . باید خاطر نشان کرد که تنظیمات WSUS  را همانند دیگر سرویسها ،می توان هم از طریق کنسول وهم از طریق ویزارد انجام داد که در این سری مقالات ما به توضیح هر دو روش پرداخته ایم . اگر نصب از طریق ویزارد انجام شده باشد می توان تغییرات مورد نظردر تنظیمات انجام شده را بعدا ، از طریق کنسول مدیریتی اعمال کرد. با کلیک روی گره Options تمامی قابلیت ها در پنل وسط کنسول مشاهده خواهند شد.

||http://network.tosinso.com/files/get/0d207c9f-9122-4694-954c-2bcfd3451ba2||

 در اینجا به توضیح و بررسی تک تک آپشن های کنسول می پردازیم:

!!!! Update Source and Proxy Server
در تب* Update source*   تعیین می کنیم که WSUS سرور آپدیت ها را از سایت مایکروسافت دریافت کند و یا از یک Upstream Server  که باید نام و پورت آن را در این بخش وارد کنیم .در اینجا ما گزینه Synchronize from Microsoft Update را انتخاب می کنیم . 

||http://network.tosinso.com/files/get/9971ae64-a70e-4a2e-ba20-72c2889e2ea5||

  اگر از یک Proxy Server  برای ارتباط با سایت مایکروسافت و یا  با یک UPstream Server برای Sync کردن آپدیت ها در شبکه استفاده می کنیم ،باید نام و پورت آن را در تب *Proxy Server*   مشخص کنیم .این آپشن بصورت پیش فرض غیر فعال است و در این حالت WSUS سرور مستقیما با سایت مایکروسافت یا Upstream Server ارتباط برقرار خواهد کرد.

||http://network.tosinso.com/files/get/5b7605b0-3419-4d26-83bc-1b4500e46a67||

!!!! Products and Classifications
در تب* Products* محصولی را که می خواهیم آپدیت های آن را دریافت کنیم و این آپدیت ها با سایت مایکروسافت Sync  شوند را انتخاب می کنیم . یادآور می شویم که اگر تنها محصولاتی را که در سازمان از آنها استفاده می شود، در این بخش برای دریافت آپدیت ها در نظر بگیریم ،  این شرایط باعث می شود که سرعت دریافت آپدیت ها بالا رفته و  فضای کمتری از حافظه  را به خود اختصاص دهند. با توجه به سناریو در این قسمت ما ویندوز 7 و ویندوز سرور 2008 R2 را برای دریافت آپدیت آنها انتخاب می کنیم .

||http://network.tosinso.com/files/get/cccc7603-3dbc-4c59-95c3-18825a3fb46f||

در تب *Classifications * نوع و طبقه بندی آپدیت مورد نظر را تعیین می کنیم در ابتدای مقاله ی قبل در رابطه با انواع آپدیت ها صحبت کردیم حال با توجه به دانسته های خود در رابطه با انواع آپدیت ها ، نوع آپدیت مورد نظر را بر حسب نیازمان انتخاب می کنیم . ما همان تنظیمات پیش فرض را در نظر می گیریم . 

||http://network.tosinso.com/files/get/5dba8064-ae31-42f1-b597-a2c43be27320||

!!!! Update Files and Languages
در تب *Update Files*  با انتخاب گزینه Store Update files locally on this server  می توانیم تعیین کنیم که فایل آپدیت های دریافتی در همین سرور ذخیره شوند .در چنین شرایطی با انتخاب کردن گزینه Download Update files to this server only when updates are approved  مشخص می کنیم که ابتدا لیست آپدیت ها برای ما نمایش داده شود تا پس از تایید آن عمل دانلود صورت گیرد . همچنین با برگزیدن گزینه Download express installation files   مجموعه ای از فایل آپدیت ها دانلود خواهند شد که  موجب افزایش سرعت دریافت آپدیت ها  و نصب آنها روی کامپیوترهای شبکه  می شود اما این فایل هاحجم بالایی داشته  و  سرور زمان زیادی برای دانلود آنها صرف خواهد کرد .

||http://network.tosinso.com/files/get/67ee89f9-1707-40a5-92a4-8ade73289f18||

در تب * Update Languages*  هم همانطور که در تنظیمات ویزارد ذکر کردیم می توان آپدیت ها را برای همه ی زبانها دانلود کرد و یا اینکه تنها زبانی را برگزید که برای ما کاربرد دارد. 
 
||http://network.tosinso.com/files/get/428906dd-d852-4f8f-b359-19099bcd3fdd||

*Synchronization Schedule :* می توانیم تعیین کنیم که سرور عمل Sync کردن آپدیت ها را بصورت Manual انجام دهد و یا  اینکه بصورت اتوماتیک در طی وهله زمانی مشخص شده آپدیت ها را بهنگام  و همسان سازی  کند .

||http://network.tosinso.com/files/get/bd3cccad-bd41-4101-be89-62d4ab30a93a||

!!!! Automatic Approval
در تب *Update rules * می توانیم برای تایید شدن آپدیت ها یک سری قاعده در نظر بگیریم بعنوان مثال برای WSUS سرور تعیین کنیم که در صورت دریافت آپدیت های مربوط به ویندوز 7، آنها را بدون دریافت تاییدیه و بصورت خودکار Approve کند . برای ایجاد یک Rule  تنها کافیست بر روی New Rule کلیک کنیم تا صفحه مربوط به انجام تنظیمات Rule باز شود (پنجره Add Rule) لذا می توانیم نوع و نام Rule مورد نظر را ایجاد کنیم .

||http://network.tosinso.com/files/get/cbf1bcaf-6de5-4a9f-a91b-29a9f7b3da53||

در پنجره Rule Properties با انتخاب گزینه ای که در آن نوع آپدیت ذکر شده ، نوع آپدیت را برای Rule تعیین می کنیم .با کلیک روی All Computers نیز لیست Computer Group هایی که ایجاد کردیم نمایش داده می شود که از میان آنها گروه مورد نظر را انتخاب می کنیم تا Rule ایجاد شده به آن گروه اعمال شود.

||http://network.tosinso.com/files/get/c1543e1b-c98e-4d77-a9d6-74fff30e8f5a||

در تب *Advanced * گزینه ای برای Approve کردن آپدیت های خود سرویس WSUS موجود است . علاوه براین هر آپدیتی ممکن است اصلاح و بروز رسانی شود در اینجا می توانیم تعیین کنیم که به محض دریافت Revision  مربوط  به یک آپدیت آن را به صورت خودکار نصب کرده و یا از نصب آن صرف نظر کنیم . 

||http://network.tosinso.com/files/get/efb9f8f7-1647-4ca4-b4bc-2fbd00dd5a44||

*Computers:* در این قسمت برای کامپیوتر هایی که عضو WSUS سرور شده اند می توانیم مشخص کنیم که تنظیمات مورد نیاز را از WSUS سرور و یا از گروپ پالسی و یا تنظیمات رجیستری که برای آنها انجام می شود ، دریافت کنند. بنابراین  با انتخاب گزینه Use the update services console  قادر خواهیم بود  کامپیوتر هایی را که بصورت پیش فرض درون Unassigned Computers  قرار گرفته اند را به صورت دستی به  گروههای دیگری که ساخته ایم، منتقل کنیم . برگزیدن گزینه Use group policy or registry settings on computers  موجب می شود که کامپیوتر ها بصورت اتوماتیک به گروهی که در تنظیمات GPO  در نظر گرفته ایم انتقال یابند. باید توجه داشت که در ابتدای کار  گزینه مربوط به تنظیمات گروپ پالسی را انتخاب کنیم چرا که انجام تنظیمات مربوط به گروپ پالسی است که  باعث می شود کامپیوتر ها WSUS سرور را شناخته و عضو آن شوند. به علاوه تنظیمات مربوط به دریافت آپدیت ها توسط کلاینت ها در گروپ پالسی صورت می گیرد. 

||http://network.tosinso.com/files/get/62c59613-9a03-45cd-a5cc-c00165f84e4b||

*Server Cleanup Wizard:* در این آپشن گزینه هایی موجود است که با انتخاب کردن آنها برای سرور WSUS تعیین می کنیم آپدیت هایی را که  منقضی شده  و کامپیوترهایی را که در شبکه غیر فعال شده اند از سرور حذف کند.

||http://network.tosinso.com/files/get/1ea5501f-0dc2-4688-825e-7ecba6c15eba||

*Reporting Rollup: *به کمک این آپشن می توانیم نحوه ی گزارش گیری WSUS  سرور را مشخص کنیم . اگر در شبکه ما Replica downstream  سرور هایی موجود باشد به کمک گزینه های موجود در این بخش برای WSUS سرور  تعیین می کنیم که گزارشهای مربوط به Replica downstream  سرورها را دریافت کند یا خیر .

||http://network.tosinso.com/files/get/e71a357f-c8af-46bd-921b-b9002bc43e83|| 

*E-Mail Notifications :*  در صورت وجود E-mail Server  در شبکه در تب *General*  می توانیم برای سرور مشخص کنیم که پس از Sync کردن هر آپدیت جدید ، برای کابران ایمیل بفرستد  . همچنین می شود تعیین کرد که گزارش وضعیت آپدیت ها به صورت روزانه یا هفتگی برای کاربران ارسال شود. در تب *E-Mail Server* نیز اطلاعات ایمیل سرور را وارد می کنیم .

||http://network.tosinso.com/files/get/a5d57cb9-9beb-4a78-ae98-6a930f679f61||

*Microsoft Update Improvement Program:* این آپشن کمک می کند تا سرور اطلاعات مبنی بر وضعیت آپدیت ها و کامپیوتر ها و نیز مشکلات بوجود آمده  را برای سایت مایکروسافت ارسال کند. بررسی این اطلاعات به متخصصان مایکروسافت کمک خواهد کرد تا راهکارهایی برای بهبود کارایی  و افزایش قابلیت WSUS سرور ارئه دهند.

||http://network.tosinso.com/files/get/804390c9-2d58-48e0-81e8-2e63ce2e1a0e||

!!!! Personalization
 این قسمت مرتبط با شخصی سازی اطلاعات نمایش داده شده توسط WSUS سرور  است در واقع در این آپشن می توانیم مشخص کنیم  اطلاعات WSUS سرور به چه صورت در کنسول مدیریتی قابل مشاهده باشند. در صورتیکه چند Replica downstream server در شبکه داشته باشیم  در تب *General* می توانیم تعیین کنیم که WSUS سرور ما اطلاعات مربوط به وضعیت آنها و کامپیوتر ها یشان را نیز نمایش دهد و یا اینکه تنها وضعیت  همین سرور و کامپیوتر های عضو آن را نشان دهد .

||http://network.tosinso.com/files/get/bc0e87b1-25c7-4c42-9f14-675ee303da3d||

در تب *To Do List* نیز می توانیم بخشهایی را که می خواهیم وضعیت مربوط به آنها در لیست To Do سرور نمایش داده شوند را انتخاب کنیم .

||http://network.tosinso.com/files/get/1ad62d4f-a712-4764-85d9-7f66f62e0416||

!!!! WSUS Server Configuration Wizard
این بخش در واقع همان ویزارد اولیه نصب WSUS می باشد . همانگونه که بیان کردیم این ویزارد در بردارنده  مجموعه ای از آپشن هاست که در بالا بصورت مجزا به توضیح آنها پرداختیم باید در نظر داشت که استفاده از این آپشن ها در کنسول مدیریتی قابلیت ها یی با جزئیات بیشتر را نسبت به ویزارد اولیه در اختیار ما قرار می دهد.پس از بررسی کنسول مدیریتی در این مقاله ، در قسمت بعد به شرح عضویت کلاینت ها در WSUS سرور و چگونگی Approve  و  نصب آپدیت ها توسط سروریس WSUS در شبکه خواهیم پرداخت . 

نویسنده: مریم حیات رمضانی
منبع : |جزیره سرویس های شبکه مایکروسافت وب سایت توسینسو::https://tosinso.com/microsoft|
هرگونه نشر و کپی برداری بدون ذکر منبع دارای اشکال اخلاقی می باشد

Downstream Servers: اگر WSUS سرور های دیگری در شبکه وجود داشته باشند که این سرور Upstream سرور آنها می باشد ، خلاصه ای از اطلاعات اینDownstream سرور ها در این قسمت نمایش داده می شود .

Synchronizations: این قسمت در بردارنده تاریخچه ی آپدیت های Sync شده می باشد. بعبارت دیگر هر بار که WSUS سرور آپدیت های خود را با یک Upstream Server و یا با سایت مایکروسافت Sync کند ، گزارش مربوط به این بهنگام سازی با شرح جزئیات در این بخش قابل مشاهده است. این بخش یک نقطه مرکزی برای مدیریت هماهنگ سازی آپدیت ها محسوب می شو د . برای هر بار انجام عمل Synchronization تنها کافیست بر روی گزینه Synchronize Now کلیک کنیم .

در قسمت اول  مقاله به تعاریف مرتبط با  سرویس WSUS و راه اندازی آن از طریق ویزارد اشاره کردیم . حال در این قسمت به سراغ بررسی کنسول مدیریتی و  توضیح آپشنهای کنسول WSUS می رویم .با استفاده از مسیر زیر میتوان وارد کنسول WSUS شد :
<c#>
Start => Administrative tools => Windows Server Update Services
<c#>
در تصویر زیر فضای کنسول مدیریتی WSUS نمایش داده شده است که در ادامه به توضیح Component های آن خواهیم پرداخت.

||http://network.tosinso.com/files/get/c46b1a16-3a51-4638-8dc3-798ac71a94f3||

*Server Name:* می توان چندین WSUS سرور را در کنسول مدیریتی اضافه کرد، با اضافه کردن هر سرور نام آن در پنل سمت چپ کنسول مدیریتی WSUS نمایش داده می شود.برای افزودن WSUS سرور به کنسول مدیریتی تنها کافیست روی گره ی Update Services  در پنل سمت چپ کنسول راست کلیک کرده و گزینه Connect to the server را انتخاب و در صفحه ی باز شده نام سرور مورد نظر و پورت مربوط به آن را وارد کنیم . با کلیک روی نام سرور (در اینجا ITPro-Server) در پنل وسط  صفحه  وضعیت مربوط به سرور در سه بخش مجزا نمایش داده می شود:

* *To Do:*  اطلاعاتی در مورد بخشهایی که WSUS سرور باید فورا در رابطه با آنها اقدام کند در اختیارکاربر سرور قرار می دهد.
* *Overview : *این بخش مروری دارد بر وضعیت کامپیوتر ها، آپدیت ها و نیز هماهنگ سازی آپدیت ها . همچنین آمار اطلاعات WSUS سرور را مشخص می کند .
* *Resources :* در این بخش لینک هایی برای کسب اطلاعات بیشتر پیرامون WSUS سرور در نظر گرفته شده است .

||http://network.tosinso.com/files/get/8c135b80-1b8d-428a-bad2-82777e4e8a12||

زیر نام سرور در کنسول تمامی Component های مربوط به مدیریت آن با ساختار درختی لیست شده اند. بنابراین این اجزا تحت مدیریت سرور یاد شده می باشند . در اینجا به معرفی این بخش ها می پردازیم :
*Updates:* این گره  در بردارنده لیست تمامی آپدیتهای روی سرور است که از سایت مایکروسافت دریافت کرده ایم  و نیزبا کلیک روی  گره ی Updates می توان گزارشهای مربوط به وضعیت نصب انواع آپدیت ها را بر حسب نوع آنها در پنل وسط کنسول مشاهده کرد. در زیر گره Update  ،آپدیتها برحسب نوعی که  برای آنها  در تنظیمات در نظر گرفتیم  (در اینجا  Critical و Security) و نیز آپدیت های خود سرویس WSUS تقسیم بندی شده اند.

||http://network.tosinso.com/files/get/1b19915b-cb6a-4655-894f-843386e9f5a6||

*Computers: * این بخش شامل All Computers و زیر گره ی  Unassigned Computers می باشد که به صورت پیش فرض کامپیوتر های موجود در شبکه که برای دریافت آپدیت ها عضو WSUS می شوند در قسمت Unassigned Computers قرار می گیرند .برای سهولت در مدیریت آنها می توانیم در اینجا گروه هایی را ایجاد کرده و کامپیوتر های عضو شده را به آنها منتقل کنیم . در قسمت All computers  تمامی کامپیوترهایی که عضو WSUS سرور هستند نمایش داده شده است با کلیک روی هر کدام از این کامپیوتر ها ، اطلاعات مربوط به آن کامپیوتر و وضعیت مربوط به آپدیت های آن در بخش پایین پنل میانی صفحه نمایان خواهد شد.

||http://network.tosinso.com/files/get/a2814594-d902-4046-8870-a3e768fe174a||

*Downstream Servers:*  اگر WSUS سرور های دیگری در شبکه وجود داشته باشند که این سرور Upstream  سرور آنها می باشد ، خلاصه ای از اطلاعات اینDownstream سرور ها در این قسمت نمایش داده می شود .
*Synchronizations:*  این قسمت در بردارنده تاریخچه ی آپدیت های Sync شده می باشد. بعبارت دیگر هر بار که WSUS  سرور آپدیت های خود را با یک Upstream Server   و یا با سایت مایکروسافت Sync  کند ، گزارش مربوط به این بهنگام سازی با شرح جزئیات در این بخش قابل مشاهده است. این بخش   یک نقطه مرکزی برای مدیریت هماهنگ سازی آپدیت ها  محسوب می شو د . برای هر بار انجام عمل Synchronization   تنها کافیست بر روی گزینه Synchronize Now  کلیک کنیم .

||http://network.tosinso.com/files/get/522c44ea-0b64-4821-a143-6c07bc810de0||

*Reports: *این قسمت محل مرکزی برای ایجاد و ذخیره گزارشهای گرفته شده توسط WSUS سرور از وضعیت آپدیت ها و کامپیوترها و نیز عمل Synchronization آپدیتها  می باشد .کاربرد Report viewer  که همزمان با نصب رول  WSUS ، آن را نصب کردیم برای این بخش است. اگر روی هر کدام از بخش های موجود در پنل میانی صفحه کلیک کنیم صفحه ای نمایان خواهد شد که با انتخاب گزینه Run Report در آن ، سرور شروع به گرفتن گزارش مربوط به آن بخش خواهد کرد.

||http://network.tosinso.com/files/get/b81409a0-e556-4299-a4b0-37488a250e1f||

*Options:* در بخش آپشن WSUS کنسول مدیریت تمامی تنظیماتی که از طریق ویزارد WSUS انجام شد ، وجود دارد . باید خاطر نشان کرد که تنظیمات WSUS  را همانند دیگر سرویسها ،می توان هم از طریق کنسول وهم از طریق ویزارد انجام داد که در این سری مقالات ما به توضیح هر دو روش پرداخته ایم . اگر نصب از طریق ویزارد انجام شده باشد می توان تغییرات مورد نظردر تنظیمات انجام شده را بعدا ، از طریق کنسول مدیریتی اعمال کرد. با کلیک روی گره Options تمامی قابلیت ها در پنل وسط کنسول مشاهده خواهند شد.

||http://network.tosinso.com/files/get/0d207c9f-9122-4694-954c-2bcfd3451ba2||

 در اینجا به توضیح و بررسی تک تک آپشن های کنسول می پردازیم:

!!!! Update Source and Proxy Server
در تب* Update source*   تعیین می کنیم که WSUS سرور آپدیت ها را از سایت مایکروسافت دریافت کند و یا از یک Upstream Server  که باید نام و پورت آن را در این بخش وارد کنیم .در اینجا ما گزینه Synchronize from Microsoft Update را انتخاب می کنیم . 

||http://network.tosinso.com/files/get/9971ae64-a70e-4a2e-ba20-72c2889e2ea5||

  اگر از یک Proxy Server  برای ارتباط با سایت مایکروسافت و یا  با یک UPstream Server برای Sync کردن آپدیت ها در شبکه استفاده می کنیم ،باید نام و پورت آن را در تب *Proxy Server*   مشخص کنیم .این آپشن بصورت پیش فرض غیر فعال است و در این حالت WSUS سرور مستقیما با سایت مایکروسافت یا Upstream Server ارتباط برقرار خواهد کرد.

||http://network.tosinso.com/files/get/5b7605b0-3419-4d26-83bc-1b4500e46a67||

!!!! Products and Classifications
در تب* Products* محصولی را که می خواهیم آپدیت های آن را دریافت کنیم و این آپدیت ها با سایت مایکروسافت Sync  شوند را انتخاب می کنیم . یادآور می شویم که اگر تنها محصولاتی را که در سازمان از آنها استفاده می شود، در این بخش برای دریافت آپدیت ها در نظر بگیریم ،  این شرایط باعث می شود که سرعت دریافت آپدیت ها بالا رفته و  فضای کمتری از حافظه  را به خود اختصاص دهند. با توجه به سناریو در این قسمت ما ویندوز 7 و ویندوز سرور 2008 R2 را برای دریافت آپدیت آنها انتخاب می کنیم .

||http://network.tosinso.com/files/get/cccc7603-3dbc-4c59-95c3-18825a3fb46f||

در تب *Classifications * نوع و طبقه بندی آپدیت مورد نظر را تعیین می کنیم در ابتدای مقاله ی قبل در رابطه با انواع آپدیت ها صحبت کردیم حال با توجه به دانسته های خود در رابطه با انواع آپدیت ها ، نوع آپدیت مورد نظر را بر حسب نیازمان انتخاب می کنیم . ما همان تنظیمات پیش فرض را در نظر می گیریم . 

||http://network.tosinso.com/files/get/5dba8064-ae31-42f1-b597-a2c43be27320||

!!!! Update Files and Languages
در تب *Update Files*  با انتخاب گزینه Store Update files locally on this server  می توانیم تعیین کنیم که فایل آپدیت های دریافتی در همین سرور ذخیره شوند .در چنین شرایطی با انتخاب کردن گزینه Download Update files to this server only when updates are approved  مشخص می کنیم که ابتدا لیست آپدیت ها برای ما نمایش داده شود تا پس از تایید آن عمل دانلود صورت گیرد . همچنین با برگزیدن گزینه Download express installation files   مجموعه ای از فایل آپدیت ها دانلود خواهند شد که  موجب افزایش سرعت دریافت آپدیت ها  و نصب آنها روی کامپیوترهای شبکه  می شود اما این فایل هاحجم بالایی داشته  و  سرور زمان زیادی برای دانلود آنها صرف خواهد کرد .

||http://network.tosinso.com/files/get/67ee89f9-1707-40a5-92a4-8ade73289f18||

در تب * Update Languages*  هم همانطور که در تنظیمات ویزارد ذکر کردیم می توان آپدیت ها را برای همه ی زبانها دانلود کرد و یا اینکه تنها زبانی را برگزید که برای ما کاربرد دارد. 
 
||http://network.tosinso.com/files/get/428906dd-d852-4f8f-b359-19099bcd3fdd||

*Synchronization Schedule :* می توانیم تعیین کنیم که سرور عمل Sync کردن آپدیت ها را بصورت Manual انجام دهد و یا  اینکه بصورت اتوماتیک در طی وهله زمانی مشخص شده آپدیت ها را بهنگام  و همسان سازی  کند .

||http://network.tosinso.com/files/get/bd3cccad-bd41-4101-be89-62d4ab30a93a||

!!!! Automatic Approval
در تب *Update rules * می توانیم برای تایید شدن آپدیت ها یک سری قاعده در نظر بگیریم بعنوان مثال برای WSUS سرور تعیین کنیم که در صورت دریافت آپدیت های مربوط به ویندوز 7، آنها را بدون دریافت تاییدیه و بصورت خودکار Approve کند . برای ایجاد یک Rule  تنها کافیست بر روی New Rule کلیک کنیم تا صفحه مربوط به انجام تنظیمات Rule باز شود (پنجره Add Rule) لذا می توانیم نوع و نام Rule مورد نظر را ایجاد کنیم .

||http://network.tosinso.com/files/get/cbf1bcaf-6de5-4a9f-a91b-29a9f7b3da53||

در پنجره Rule Properties با انتخاب گزینه ای که در آن نوع آپدیت ذکر شده ، نوع آپدیت را برای Rule تعیین می کنیم .با کلیک روی All Computers نیز لیست Computer Group هایی که ایجاد کردیم نمایش داده می شود که از میان آنها گروه مورد نظر را انتخاب می کنیم تا Rule ایجاد شده به آن گروه اعمال شود.

||http://network.tosinso.com/files/get/c1543e1b-c98e-4d77-a9d6-74fff30e8f5a||

در تب *Advanced * گزینه ای برای Approve کردن آپدیت های خود سرویس WSUS موجود است . علاوه براین هر آپدیتی ممکن است اصلاح و بروز رسانی شود در اینجا می توانیم تعیین کنیم که به محض دریافت Revision  مربوط  به یک آپدیت آن را به صورت خودکار نصب کرده و یا از نصب آن صرف نظر کنیم . 

||http://network.tosinso.com/files/get/efb9f8f7-1647-4ca4-b4bc-2fbd00dd5a44||

*Computers:* در این قسمت برای کامپیوتر هایی که عضو WSUS سرور شده اند می توانیم مشخص کنیم که تنظیمات مورد نیاز را از WSUS سرور و یا از گروپ پالسی و یا تنظیمات رجیستری که برای آنها انجام می شود ، دریافت کنند. بنابراین  با انتخاب گزینه Use the update services console  قادر خواهیم بود  کامپیوتر هایی را که بصورت پیش فرض درون Unassigned Computers  قرار گرفته اند را به صورت دستی به  گروههای دیگری که ساخته ایم، منتقل کنیم . برگزیدن گزینه Use group policy or registry settings on computers  موجب می شود که کامپیوتر ها بصورت اتوماتیک به گروهی که در تنظیمات GPO  در نظر گرفته ایم انتقال یابند. باید توجه داشت که در ابتدای کار  گزینه مربوط به تنظیمات گروپ پالسی را انتخاب کنیم چرا که انجام تنظیمات مربوط به گروپ پالسی است که  باعث می شود کامپیوتر ها WSUS سرور را شناخته و عضو آن شوند. به علاوه تنظیمات مربوط به دریافت آپدیت ها توسط کلاینت ها در گروپ پالسی صورت می گیرد. 

||http://network.tosinso.com/files/get/62c59613-9a03-45cd-a5cc-c00165f84e4b||

*Server Cleanup Wizard:* در این آپشن گزینه هایی موجود است که با انتخاب کردن آنها برای سرور WSUS تعیین می کنیم آپدیت هایی را که  منقضی شده  و کامپیوترهایی را که در شبکه غیر فعال شده اند از سرور حذف کند.

||http://network.tosinso.com/files/get/1ea5501f-0dc2-4688-825e-7ecba6c15eba||

*Reporting Rollup: *به کمک این آپشن می توانیم نحوه ی گزارش گیری WSUS  سرور را مشخص کنیم . اگر در شبکه ما Replica downstream  سرور هایی موجود باشد به کمک گزینه های موجود در این بخش برای WSUS سرور  تعیین می کنیم که گزارشهای مربوط به Replica downstream  سرورها را دریافت کند یا خیر .

||http://network.tosinso.com/files/get/e71a357f-c8af-46bd-921b-b9002bc43e83|| 

*E-Mail Notifications :*  در صورت وجود E-mail Server  در شبکه در تب *General*  می توانیم برای سرور مشخص کنیم که پس از Sync کردن هر آپدیت جدید ، برای کابران ایمیل بفرستد  . همچنین می شود تعیین کرد که گزارش وضعیت آپدیت ها به صورت روزانه یا هفتگی برای کاربران ارسال شود. در تب *E-Mail Server* نیز اطلاعات ایمیل سرور را وارد می کنیم .

||http://network.tosinso.com/files/get/a5d57cb9-9beb-4a78-ae98-6a930f679f61||

*Microsoft Update Improvement Program:* این آپشن کمک می کند تا سرور اطلاعات مبنی بر وضعیت آپدیت ها و کامپیوتر ها و نیز مشکلات بوجود آمده  را برای سایت مایکروسافت ارسال کند. بررسی این اطلاعات به متخصصان مایکروسافت کمک خواهد کرد تا راهکارهایی برای بهبود کارایی  و افزایش قابلیت WSUS سرور ارئه دهند.

||http://network.tosinso.com/files/get/804390c9-2d58-48e0-81e8-2e63ce2e1a0e||

!!!! Personalization
 این قسمت مرتبط با شخصی سازی اطلاعات نمایش داده شده توسط WSUS سرور  است در واقع در این آپشن می توانیم مشخص کنیم  اطلاعات WSUS سرور به چه صورت در کنسول مدیریتی قابل مشاهده باشند. در صورتیکه چند Replica downstream server در شبکه داشته باشیم  در تب *General* می توانیم تعیین کنیم که WSUS سرور ما اطلاعات مربوط به وضعیت آنها و کامپیوتر ها یشان را نیز نمایش دهد و یا اینکه تنها وضعیت  همین سرور و کامپیوتر های عضو آن را نشان دهد .

||http://network.tosinso.com/files/get/bc0e87b1-25c7-4c42-9f14-675ee303da3d||

در تب *To Do List* نیز می توانیم بخشهایی را که می خواهیم وضعیت مربوط به آنها در لیست To Do سرور نمایش داده شوند را انتخاب کنیم .

||http://network.tosinso.com/files/get/1ad62d4f-a712-4764-85d9-7f66f62e0416||

!!!! WSUS Server Configuration Wizard
این بخش در واقع همان ویزارد اولیه نصب WSUS می باشد . همانگونه که بیان کردیم این ویزارد در بردارنده  مجموعه ای از آپشن هاست که در بالا بصورت مجزا به توضیح آنها پرداختیم باید در نظر داشت که استفاده از این آپشن ها در کنسول مدیریتی قابلیت ها یی با جزئیات بیشتر را نسبت به ویزارد اولیه در اختیار ما قرار می دهد.پس از بررسی کنسول مدیریتی در این مقاله ، در قسمت بعد به شرح عضویت کلاینت ها در WSUS سرور و چگونگی Approve  و  نصب آپدیت ها توسط سروریس WSUS در شبکه خواهیم پرداخت . 

نویسنده: مریم حیات رمضانی
منبع : |جزیره سرویس های شبکه مایکروسافت وب سایت توسینسو::https://tosinso.com/microsoft|
هرگونه نشر و کپی برداری بدون ذکر منبع دارای اشکال اخلاقی می باشد

Reports: این قسمت محل مرکزی برای ایجاد و ذخیره گزارشهای گرفته شده توسط WSUS سرور از وضعیت آپدیت ها و کامپیوترها و نیز عمل Synchronization آپدیتها می باشد .کاربرد Report viewer که همزمان با نصب رول WSUS ، آن را نصب کردیم برای این بخش است. اگر روی هر کدام از بخش های موجود در پنل میانی صفحه کلیک کنیم صفحه ای نمایان خواهد شد که با انتخاب گزینه Run Report در آن ، سرور شروع به گرفتن گزارش مربوط به آن بخش خواهد کرد.

در قسمت اول  مقاله به تعاریف مرتبط با  سرویس WSUS و راه اندازی آن از طریق ویزارد اشاره کردیم . حال در این قسمت به سراغ بررسی کنسول مدیریتی و  توضیح آپشنهای کنسول WSUS می رویم .با استفاده از مسیر زیر میتوان وارد کنسول WSUS شد :
<c#>
Start => Administrative tools => Windows Server Update Services
<c#>
در تصویر زیر فضای کنسول مدیریتی WSUS نمایش داده شده است که در ادامه به توضیح Component های آن خواهیم پرداخت.

||http://network.tosinso.com/files/get/c46b1a16-3a51-4638-8dc3-798ac71a94f3||

*Server Name:* می توان چندین WSUS سرور را در کنسول مدیریتی اضافه کرد، با اضافه کردن هر سرور نام آن در پنل سمت چپ کنسول مدیریتی WSUS نمایش داده می شود.برای افزودن WSUS سرور به کنسول مدیریتی تنها کافیست روی گره ی Update Services  در پنل سمت چپ کنسول راست کلیک کرده و گزینه Connect to the server را انتخاب و در صفحه ی باز شده نام سرور مورد نظر و پورت مربوط به آن را وارد کنیم . با کلیک روی نام سرور (در اینجا ITPro-Server) در پنل وسط  صفحه  وضعیت مربوط به سرور در سه بخش مجزا نمایش داده می شود:

* *To Do:*  اطلاعاتی در مورد بخشهایی که WSUS سرور باید فورا در رابطه با آنها اقدام کند در اختیارکاربر سرور قرار می دهد.
* *Overview : *این بخش مروری دارد بر وضعیت کامپیوتر ها، آپدیت ها و نیز هماهنگ سازی آپدیت ها . همچنین آمار اطلاعات WSUS سرور را مشخص می کند .
* *Resources :* در این بخش لینک هایی برای کسب اطلاعات بیشتر پیرامون WSUS سرور در نظر گرفته شده است .

||http://network.tosinso.com/files/get/8c135b80-1b8d-428a-bad2-82777e4e8a12||

زیر نام سرور در کنسول تمامی Component های مربوط به مدیریت آن با ساختار درختی لیست شده اند. بنابراین این اجزا تحت مدیریت سرور یاد شده می باشند . در اینجا به معرفی این بخش ها می پردازیم :
*Updates:* این گره  در بردارنده لیست تمامی آپدیتهای روی سرور است که از سایت مایکروسافت دریافت کرده ایم  و نیزبا کلیک روی  گره ی Updates می توان گزارشهای مربوط به وضعیت نصب انواع آپدیت ها را بر حسب نوع آنها در پنل وسط کنسول مشاهده کرد. در زیر گره Update  ،آپدیتها برحسب نوعی که  برای آنها  در تنظیمات در نظر گرفتیم  (در اینجا  Critical و Security) و نیز آپدیت های خود سرویس WSUS تقسیم بندی شده اند.

||http://network.tosinso.com/files/get/1b19915b-cb6a-4655-894f-843386e9f5a6||

*Computers: * این بخش شامل All Computers و زیر گره ی  Unassigned Computers می باشد که به صورت پیش فرض کامپیوتر های موجود در شبکه که برای دریافت آپدیت ها عضو WSUS می شوند در قسمت Unassigned Computers قرار می گیرند .برای سهولت در مدیریت آنها می توانیم در اینجا گروه هایی را ایجاد کرده و کامپیوتر های عضو شده را به آنها منتقل کنیم . در قسمت All computers  تمامی کامپیوترهایی که عضو WSUS سرور هستند نمایش داده شده است با کلیک روی هر کدام از این کامپیوتر ها ، اطلاعات مربوط به آن کامپیوتر و وضعیت مربوط به آپدیت های آن در بخش پایین پنل میانی صفحه نمایان خواهد شد.

||http://network.tosinso.com/files/get/a2814594-d902-4046-8870-a3e768fe174a||

*Downstream Servers:*  اگر WSUS سرور های دیگری در شبکه وجود داشته باشند که این سرور Upstream  سرور آنها می باشد ، خلاصه ای از اطلاعات اینDownstream سرور ها در این قسمت نمایش داده می شود .
*Synchronizations:*  این قسمت در بردارنده تاریخچه ی آپدیت های Sync شده می باشد. بعبارت دیگر هر بار که WSUS  سرور آپدیت های خود را با یک Upstream Server   و یا با سایت مایکروسافت Sync  کند ، گزارش مربوط به این بهنگام سازی با شرح جزئیات در این بخش قابل مشاهده است. این بخش   یک نقطه مرکزی برای مدیریت هماهنگ سازی آپدیت ها  محسوب می شو د . برای هر بار انجام عمل Synchronization   تنها کافیست بر روی گزینه Synchronize Now  کلیک کنیم .

||http://network.tosinso.com/files/get/522c44ea-0b64-4821-a143-6c07bc810de0||

*Reports: *این قسمت محل مرکزی برای ایجاد و ذخیره گزارشهای گرفته شده توسط WSUS سرور از وضعیت آپدیت ها و کامپیوترها و نیز عمل Synchronization آپدیتها  می باشد .کاربرد Report viewer  که همزمان با نصب رول  WSUS ، آن را نصب کردیم برای این بخش است. اگر روی هر کدام از بخش های موجود در پنل میانی صفحه کلیک کنیم صفحه ای نمایان خواهد شد که با انتخاب گزینه Run Report در آن ، سرور شروع به گرفتن گزارش مربوط به آن بخش خواهد کرد.

||http://network.tosinso.com/files/get/b81409a0-e556-4299-a4b0-37488a250e1f||

*Options:* در بخش آپشن WSUS کنسول مدیریت تمامی تنظیماتی که از طریق ویزارد WSUS انجام شد ، وجود دارد . باید خاطر نشان کرد که تنظیمات WSUS  را همانند دیگر سرویسها ،می توان هم از طریق کنسول وهم از طریق ویزارد انجام داد که در این سری مقالات ما به توضیح هر دو روش پرداخته ایم . اگر نصب از طریق ویزارد انجام شده باشد می توان تغییرات مورد نظردر تنظیمات انجام شده را بعدا ، از طریق کنسول مدیریتی اعمال کرد. با کلیک روی گره Options تمامی قابلیت ها در پنل وسط کنسول مشاهده خواهند شد.

||http://network.tosinso.com/files/get/0d207c9f-9122-4694-954c-2bcfd3451ba2||

 در اینجا به توضیح و بررسی تک تک آپشن های کنسول می پردازیم:

!!!! Update Source and Proxy Server
در تب* Update source*   تعیین می کنیم که WSUS سرور آپدیت ها را از سایت مایکروسافت دریافت کند و یا از یک Upstream Server  که باید نام و پورت آن را در این بخش وارد کنیم .در اینجا ما گزینه Synchronize from Microsoft Update را انتخاب می کنیم . 

||http://network.tosinso.com/files/get/9971ae64-a70e-4a2e-ba20-72c2889e2ea5||

  اگر از یک Proxy Server  برای ارتباط با سایت مایکروسافت و یا  با یک UPstream Server برای Sync کردن آپدیت ها در شبکه استفاده می کنیم ،باید نام و پورت آن را در تب *Proxy Server*   مشخص کنیم .این آپشن بصورت پیش فرض غیر فعال است و در این حالت WSUS سرور مستقیما با سایت مایکروسافت یا Upstream Server ارتباط برقرار خواهد کرد.

||http://network.tosinso.com/files/get/5b7605b0-3419-4d26-83bc-1b4500e46a67||

!!!! Products and Classifications
در تب* Products* محصولی را که می خواهیم آپدیت های آن را دریافت کنیم و این آپدیت ها با سایت مایکروسافت Sync  شوند را انتخاب می کنیم . یادآور می شویم که اگر تنها محصولاتی را که در سازمان از آنها استفاده می شود، در این بخش برای دریافت آپدیت ها در نظر بگیریم ،  این شرایط باعث می شود که سرعت دریافت آپدیت ها بالا رفته و  فضای کمتری از حافظه  را به خود اختصاص دهند. با توجه به سناریو در این قسمت ما ویندوز 7 و ویندوز سرور 2008 R2 را برای دریافت آپدیت آنها انتخاب می کنیم .

||http://network.tosinso.com/files/get/cccc7603-3dbc-4c59-95c3-18825a3fb46f||

در تب *Classifications * نوع و طبقه بندی آپدیت مورد نظر را تعیین می کنیم در ابتدای مقاله ی قبل در رابطه با انواع آپدیت ها صحبت کردیم حال با توجه به دانسته های خود در رابطه با انواع آپدیت ها ، نوع آپدیت مورد نظر را بر حسب نیازمان انتخاب می کنیم . ما همان تنظیمات پیش فرض را در نظر می گیریم . 

||http://network.tosinso.com/files/get/5dba8064-ae31-42f1-b597-a2c43be27320||

!!!! Update Files and Languages
در تب *Update Files*  با انتخاب گزینه Store Update files locally on this server  می توانیم تعیین کنیم که فایل آپدیت های دریافتی در همین سرور ذخیره شوند .در چنین شرایطی با انتخاب کردن گزینه Download Update files to this server only when updates are approved  مشخص می کنیم که ابتدا لیست آپدیت ها برای ما نمایش داده شود تا پس از تایید آن عمل دانلود صورت گیرد . همچنین با برگزیدن گزینه Download express installation files   مجموعه ای از فایل آپدیت ها دانلود خواهند شد که  موجب افزایش سرعت دریافت آپدیت ها  و نصب آنها روی کامپیوترهای شبکه  می شود اما این فایل هاحجم بالایی داشته  و  سرور زمان زیادی برای دانلود آنها صرف خواهد کرد .

||http://network.tosinso.com/files/get/67ee89f9-1707-40a5-92a4-8ade73289f18||

در تب * Update Languages*  هم همانطور که در تنظیمات ویزارد ذکر کردیم می توان آپدیت ها را برای همه ی زبانها دانلود کرد و یا اینکه تنها زبانی را برگزید که برای ما کاربرد دارد. 
 
||http://network.tosinso.com/files/get/428906dd-d852-4f8f-b359-19099bcd3fdd||

*Synchronization Schedule :* می توانیم تعیین کنیم که سرور عمل Sync کردن آپدیت ها را بصورت Manual انجام دهد و یا  اینکه بصورت اتوماتیک در طی وهله زمانی مشخص شده آپدیت ها را بهنگام  و همسان سازی  کند .

||http://network.tosinso.com/files/get/bd3cccad-bd41-4101-be89-62d4ab30a93a||

!!!! Automatic Approval
در تب *Update rules * می توانیم برای تایید شدن آپدیت ها یک سری قاعده در نظر بگیریم بعنوان مثال برای WSUS سرور تعیین کنیم که در صورت دریافت آپدیت های مربوط به ویندوز 7، آنها را بدون دریافت تاییدیه و بصورت خودکار Approve کند . برای ایجاد یک Rule  تنها کافیست بر روی New Rule کلیک کنیم تا صفحه مربوط به انجام تنظیمات Rule باز شود (پنجره Add Rule) لذا می توانیم نوع و نام Rule مورد نظر را ایجاد کنیم .

||http://network.tosinso.com/files/get/cbf1bcaf-6de5-4a9f-a91b-29a9f7b3da53||

در پنجره Rule Properties با انتخاب گزینه ای که در آن نوع آپدیت ذکر شده ، نوع آپدیت را برای Rule تعیین می کنیم .با کلیک روی All Computers نیز لیست Computer Group هایی که ایجاد کردیم نمایش داده می شود که از میان آنها گروه مورد نظر را انتخاب می کنیم تا Rule ایجاد شده به آن گروه اعمال شود.

||http://network.tosinso.com/files/get/c1543e1b-c98e-4d77-a9d6-74fff30e8f5a||

در تب *Advanced * گزینه ای برای Approve کردن آپدیت های خود سرویس WSUS موجود است . علاوه براین هر آپدیتی ممکن است اصلاح و بروز رسانی شود در اینجا می توانیم تعیین کنیم که به محض دریافت Revision  مربوط  به یک آپدیت آن را به صورت خودکار نصب کرده و یا از نصب آن صرف نظر کنیم . 

||http://network.tosinso.com/files/get/efb9f8f7-1647-4ca4-b4bc-2fbd00dd5a44||

*Computers:* در این قسمت برای کامپیوتر هایی که عضو WSUS سرور شده اند می توانیم مشخص کنیم که تنظیمات مورد نیاز را از WSUS سرور و یا از گروپ پالسی و یا تنظیمات رجیستری که برای آنها انجام می شود ، دریافت کنند. بنابراین  با انتخاب گزینه Use the update services console  قادر خواهیم بود  کامپیوتر هایی را که بصورت پیش فرض درون Unassigned Computers  قرار گرفته اند را به صورت دستی به  گروههای دیگری که ساخته ایم، منتقل کنیم . برگزیدن گزینه Use group policy or registry settings on computers  موجب می شود که کامپیوتر ها بصورت اتوماتیک به گروهی که در تنظیمات GPO  در نظر گرفته ایم انتقال یابند. باید توجه داشت که در ابتدای کار  گزینه مربوط به تنظیمات گروپ پالسی را انتخاب کنیم چرا که انجام تنظیمات مربوط به گروپ پالسی است که  باعث می شود کامپیوتر ها WSUS سرور را شناخته و عضو آن شوند. به علاوه تنظیمات مربوط به دریافت آپدیت ها توسط کلاینت ها در گروپ پالسی صورت می گیرد. 

||http://network.tosinso.com/files/get/62c59613-9a03-45cd-a5cc-c00165f84e4b||

*Server Cleanup Wizard:* در این آپشن گزینه هایی موجود است که با انتخاب کردن آنها برای سرور WSUS تعیین می کنیم آپدیت هایی را که  منقضی شده  و کامپیوترهایی را که در شبکه غیر فعال شده اند از سرور حذف کند.

||http://network.tosinso.com/files/get/1ea5501f-0dc2-4688-825e-7ecba6c15eba||

*Reporting Rollup: *به کمک این آپشن می توانیم نحوه ی گزارش گیری WSUS  سرور را مشخص کنیم . اگر در شبکه ما Replica downstream  سرور هایی موجود باشد به کمک گزینه های موجود در این بخش برای WSUS سرور  تعیین می کنیم که گزارشهای مربوط به Replica downstream  سرورها را دریافت کند یا خیر .

||http://network.tosinso.com/files/get/e71a357f-c8af-46bd-921b-b9002bc43e83|| 

*E-Mail Notifications :*  در صورت وجود E-mail Server  در شبکه در تب *General*  می توانیم برای سرور مشخص کنیم که پس از Sync کردن هر آپدیت جدید ، برای کابران ایمیل بفرستد  . همچنین می شود تعیین کرد که گزارش وضعیت آپدیت ها به صورت روزانه یا هفتگی برای کاربران ارسال شود. در تب *E-Mail Server* نیز اطلاعات ایمیل سرور را وارد می کنیم .

||http://network.tosinso.com/files/get/a5d57cb9-9beb-4a78-ae98-6a930f679f61||

*Microsoft Update Improvement Program:* این آپشن کمک می کند تا سرور اطلاعات مبنی بر وضعیت آپدیت ها و کامپیوتر ها و نیز مشکلات بوجود آمده  را برای سایت مایکروسافت ارسال کند. بررسی این اطلاعات به متخصصان مایکروسافت کمک خواهد کرد تا راهکارهایی برای بهبود کارایی  و افزایش قابلیت WSUS سرور ارئه دهند.

||http://network.tosinso.com/files/get/804390c9-2d58-48e0-81e8-2e63ce2e1a0e||

!!!! Personalization
 این قسمت مرتبط با شخصی سازی اطلاعات نمایش داده شده توسط WSUS سرور  است در واقع در این آپشن می توانیم مشخص کنیم  اطلاعات WSUS سرور به چه صورت در کنسول مدیریتی قابل مشاهده باشند. در صورتیکه چند Replica downstream server در شبکه داشته باشیم  در تب *General* می توانیم تعیین کنیم که WSUS سرور ما اطلاعات مربوط به وضعیت آنها و کامپیوتر ها یشان را نیز نمایش دهد و یا اینکه تنها وضعیت  همین سرور و کامپیوتر های عضو آن را نشان دهد .

||http://network.tosinso.com/files/get/bc0e87b1-25c7-4c42-9f14-675ee303da3d||

در تب *To Do List* نیز می توانیم بخشهایی را که می خواهیم وضعیت مربوط به آنها در لیست To Do سرور نمایش داده شوند را انتخاب کنیم .

||http://network.tosinso.com/files/get/1ad62d4f-a712-4764-85d9-7f66f62e0416||

!!!! WSUS Server Configuration Wizard
این بخش در واقع همان ویزارد اولیه نصب WSUS می باشد . همانگونه که بیان کردیم این ویزارد در بردارنده  مجموعه ای از آپشن هاست که در بالا بصورت مجزا به توضیح آنها پرداختیم باید در نظر داشت که استفاده از این آپشن ها در کنسول مدیریتی قابلیت ها یی با جزئیات بیشتر را نسبت به ویزارد اولیه در اختیار ما قرار می دهد.پس از بررسی کنسول مدیریتی در این مقاله ، در قسمت بعد به شرح عضویت کلاینت ها در WSUS سرور و چگونگی Approve  و  نصب آپدیت ها توسط سروریس WSUS در شبکه خواهیم پرداخت . 

نویسنده: مریم حیات رمضانی
منبع : |جزیره سرویس های شبکه مایکروسافت وب سایت توسینسو::https://tosinso.com/microsoft|
هرگونه نشر و کپی برداری بدون ذکر منبع دارای اشکال اخلاقی می باشد

Options: در بخش آپشن WSUS کنسول مدیریت تمامی تنظیماتی که از طریق ویزارد WSUS انجام شد ، وجود دارد . باید خاطر نشان کرد که تنظیمات WSUS را همانند دیگر سرویسها ،می توان هم از طریق کنسول وهم از طریق ویزارد انجام داد که در این سری مقالات ما به توضیح هر دو روش پرداخته ایم . اگر نصب از طریق ویزارد انجام شده باشد می توان تغییرات مورد نظردر تنظیمات انجام شده را بعدا ، از طریق کنسول مدیریتی اعمال کرد. با کلیک روی گره Options تمامی قابلیت ها در پنل وسط کنسول مشاهده خواهند شد.

در قسمت اول  مقاله به تعاریف مرتبط با  سرویس WSUS و راه اندازی آن از طریق ویزارد اشاره کردیم . حال در این قسمت به سراغ بررسی کنسول مدیریتی و  توضیح آپشنهای کنسول WSUS می رویم .با استفاده از مسیر زیر میتوان وارد کنسول WSUS شد :
<c#>
Start => Administrative tools => Windows Server Update Services
<c#>
در تصویر زیر فضای کنسول مدیریتی WSUS نمایش داده شده است که در ادامه به توضیح Component های آن خواهیم پرداخت.

||http://network.tosinso.com/files/get/c46b1a16-3a51-4638-8dc3-798ac71a94f3||

*Server Name:* می توان چندین WSUS سرور را در کنسول مدیریتی اضافه کرد، با اضافه کردن هر سرور نام آن در پنل سمت چپ کنسول مدیریتی WSUS نمایش داده می شود.برای افزودن WSUS سرور به کنسول مدیریتی تنها کافیست روی گره ی Update Services  در پنل سمت چپ کنسول راست کلیک کرده و گزینه Connect to the server را انتخاب و در صفحه ی باز شده نام سرور مورد نظر و پورت مربوط به آن را وارد کنیم . با کلیک روی نام سرور (در اینجا ITPro-Server) در پنل وسط  صفحه  وضعیت مربوط به سرور در سه بخش مجزا نمایش داده می شود:

* *To Do:*  اطلاعاتی در مورد بخشهایی که WSUS سرور باید فورا در رابطه با آنها اقدام کند در اختیارکاربر سرور قرار می دهد.
* *Overview : *این بخش مروری دارد بر وضعیت کامپیوتر ها، آپدیت ها و نیز هماهنگ سازی آپدیت ها . همچنین آمار اطلاعات WSUS سرور را مشخص می کند .
* *Resources :* در این بخش لینک هایی برای کسب اطلاعات بیشتر پیرامون WSUS سرور در نظر گرفته شده است .

||http://network.tosinso.com/files/get/8c135b80-1b8d-428a-bad2-82777e4e8a12||

زیر نام سرور در کنسول تمامی Component های مربوط به مدیریت آن با ساختار درختی لیست شده اند. بنابراین این اجزا تحت مدیریت سرور یاد شده می باشند . در اینجا به معرفی این بخش ها می پردازیم :
*Updates:* این گره  در بردارنده لیست تمامی آپدیتهای روی سرور است که از سایت مایکروسافت دریافت کرده ایم  و نیزبا کلیک روی  گره ی Updates می توان گزارشهای مربوط به وضعیت نصب انواع آپدیت ها را بر حسب نوع آنها در پنل وسط کنسول مشاهده کرد. در زیر گره Update  ،آپدیتها برحسب نوعی که  برای آنها  در تنظیمات در نظر گرفتیم  (در اینجا  Critical و Security) و نیز آپدیت های خود سرویس WSUS تقسیم بندی شده اند.

||http://network.tosinso.com/files/get/1b19915b-cb6a-4655-894f-843386e9f5a6||

*Computers: * این بخش شامل All Computers و زیر گره ی  Unassigned Computers می باشد که به صورت پیش فرض کامپیوتر های موجود در شبکه که برای دریافت آپدیت ها عضو WSUS می شوند در قسمت Unassigned Computers قرار می گیرند .برای سهولت در مدیریت آنها می توانیم در اینجا گروه هایی را ایجاد کرده و کامپیوتر های عضو شده را به آنها منتقل کنیم . در قسمت All computers  تمامی کامپیوترهایی که عضو WSUS سرور هستند نمایش داده شده است با کلیک روی هر کدام از این کامپیوتر ها ، اطلاعات مربوط به آن کامپیوتر و وضعیت مربوط به آپدیت های آن در بخش پایین پنل میانی صفحه نمایان خواهد شد.

||http://network.tosinso.com/files/get/a2814594-d902-4046-8870-a3e768fe174a||

*Downstream Servers:*  اگر WSUS سرور های دیگری در شبکه وجود داشته باشند که این سرور Upstream  سرور آنها می باشد ، خلاصه ای از اطلاعات اینDownstream سرور ها در این قسمت نمایش داده می شود .
*Synchronizations:*  این قسمت در بردارنده تاریخچه ی آپدیت های Sync شده می باشد. بعبارت دیگر هر بار که WSUS  سرور آپدیت های خود را با یک Upstream Server   و یا با سایت مایکروسافت Sync  کند ، گزارش مربوط به این بهنگام سازی با شرح جزئیات در این بخش قابل مشاهده است. این بخش   یک نقطه مرکزی برای مدیریت هماهنگ سازی آپدیت ها  محسوب می شو د . برای هر بار انجام عمل Synchronization   تنها کافیست بر روی گزینه Synchronize Now  کلیک کنیم .

||http://network.tosinso.com/files/get/522c44ea-0b64-4821-a143-6c07bc810de0||

*Reports: *این قسمت محل مرکزی برای ایجاد و ذخیره گزارشهای گرفته شده توسط WSUS سرور از وضعیت آپدیت ها و کامپیوترها و نیز عمل Synchronization آپدیتها  می باشد .کاربرد Report viewer  که همزمان با نصب رول  WSUS ، آن را نصب کردیم برای این بخش است. اگر روی هر کدام از بخش های موجود در پنل میانی صفحه کلیک کنیم صفحه ای نمایان خواهد شد که با انتخاب گزینه Run Report در آن ، سرور شروع به گرفتن گزارش مربوط به آن بخش خواهد کرد.

||http://network.tosinso.com/files/get/b81409a0-e556-4299-a4b0-37488a250e1f||

*Options:* در بخش آپشن WSUS کنسول مدیریت تمامی تنظیماتی که از طریق ویزارد WSUS انجام شد ، وجود دارد . باید خاطر نشان کرد که تنظیمات WSUS  را همانند دیگر سرویسها ،می توان هم از طریق کنسول وهم از طریق ویزارد انجام داد که در این سری مقالات ما به توضیح هر دو روش پرداخته ایم . اگر نصب از طریق ویزارد انجام شده باشد می توان تغییرات مورد نظردر تنظیمات انجام شده را بعدا ، از طریق کنسول مدیریتی اعمال کرد. با کلیک روی گره Options تمامی قابلیت ها در پنل وسط کنسول مشاهده خواهند شد.

||http://network.tosinso.com/files/get/0d207c9f-9122-4694-954c-2bcfd3451ba2||

 در اینجا به توضیح و بررسی تک تک آپشن های کنسول می پردازیم:

!!!! Update Source and Proxy Server
در تب* Update source*   تعیین می کنیم که WSUS سرور آپدیت ها را از سایت مایکروسافت دریافت کند و یا از یک Upstream Server  که باید نام و پورت آن را در این بخش وارد کنیم .در اینجا ما گزینه Synchronize from Microsoft Update را انتخاب می کنیم . 

||http://network.tosinso.com/files/get/9971ae64-a70e-4a2e-ba20-72c2889e2ea5||

  اگر از یک Proxy Server  برای ارتباط با سایت مایکروسافت و یا  با یک UPstream Server برای Sync کردن آپدیت ها در شبکه استفاده می کنیم ،باید نام و پورت آن را در تب *Proxy Server*   مشخص کنیم .این آپشن بصورت پیش فرض غیر فعال است و در این حالت WSUS سرور مستقیما با سایت مایکروسافت یا Upstream Server ارتباط برقرار خواهد کرد.

||http://network.tosinso.com/files/get/5b7605b0-3419-4d26-83bc-1b4500e46a67||

!!!! Products and Classifications
در تب* Products* محصولی را که می خواهیم آپدیت های آن را دریافت کنیم و این آپدیت ها با سایت مایکروسافت Sync  شوند را انتخاب می کنیم . یادآور می شویم که اگر تنها محصولاتی را که در سازمان از آنها استفاده می شود، در این بخش برای دریافت آپدیت ها در نظر بگیریم ،  این شرایط باعث می شود که سرعت دریافت آپدیت ها بالا رفته و  فضای کمتری از حافظه  را به خود اختصاص دهند. با توجه به سناریو در این قسمت ما ویندوز 7 و ویندوز سرور 2008 R2 را برای دریافت آپدیت آنها انتخاب می کنیم .

||http://network.tosinso.com/files/get/cccc7603-3dbc-4c59-95c3-18825a3fb46f||

در تب *Classifications * نوع و طبقه بندی آپدیت مورد نظر را تعیین می کنیم در ابتدای مقاله ی قبل در رابطه با انواع آپدیت ها صحبت کردیم حال با توجه به دانسته های خود در رابطه با انواع آپدیت ها ، نوع آپدیت مورد نظر را بر حسب نیازمان انتخاب می کنیم . ما همان تنظیمات پیش فرض را در نظر می گیریم . 

||http://network.tosinso.com/files/get/5dba8064-ae31-42f1-b597-a2c43be27320||

!!!! Update Files and Languages
در تب *Update Files*  با انتخاب گزینه Store Update files locally on this server  می توانیم تعیین کنیم که فایل آپدیت های دریافتی در همین سرور ذخیره شوند .در چنین شرایطی با انتخاب کردن گزینه Download Update files to this server only when updates are approved  مشخص می کنیم که ابتدا لیست آپدیت ها برای ما نمایش داده شود تا پس از تایید آن عمل دانلود صورت گیرد . همچنین با برگزیدن گزینه Download express installation files   مجموعه ای از فایل آپدیت ها دانلود خواهند شد که  موجب افزایش سرعت دریافت آپدیت ها  و نصب آنها روی کامپیوترهای شبکه  می شود اما این فایل هاحجم بالایی داشته  و  سرور زمان زیادی برای دانلود آنها صرف خواهد کرد .

||http://network.tosinso.com/files/get/67ee89f9-1707-40a5-92a4-8ade73289f18||

در تب * Update Languages*  هم همانطور که در تنظیمات ویزارد ذکر کردیم می توان آپدیت ها را برای همه ی زبانها دانلود کرد و یا اینکه تنها زبانی را برگزید که برای ما کاربرد دارد. 
 
||http://network.tosinso.com/files/get/428906dd-d852-4f8f-b359-19099bcd3fdd||

*Synchronization Schedule :* می توانیم تعیین کنیم که سرور عمل Sync کردن آپدیت ها را بصورت Manual انجام دهد و یا  اینکه بصورت اتوماتیک در طی وهله زمانی مشخص شده آپدیت ها را بهنگام  و همسان سازی  کند .

||http://network.tosinso.com/files/get/bd3cccad-bd41-4101-be89-62d4ab30a93a||

!!!! Automatic Approval
در تب *Update rules * می توانیم برای تایید شدن آپدیت ها یک سری قاعده در نظر بگیریم بعنوان مثال برای WSUS سرور تعیین کنیم که در صورت دریافت آپدیت های مربوط به ویندوز 7، آنها را بدون دریافت تاییدیه و بصورت خودکار Approve کند . برای ایجاد یک Rule  تنها کافیست بر روی New Rule کلیک کنیم تا صفحه مربوط به انجام تنظیمات Rule باز شود (پنجره Add Rule) لذا می توانیم نوع و نام Rule مورد نظر را ایجاد کنیم .

||http://network.tosinso.com/files/get/cbf1bcaf-6de5-4a9f-a91b-29a9f7b3da53||

در پنجره Rule Properties با انتخاب گزینه ای که در آن نوع آپدیت ذکر شده ، نوع آپدیت را برای Rule تعیین می کنیم .با کلیک روی All Computers نیز لیست Computer Group هایی که ایجاد کردیم نمایش داده می شود که از میان آنها گروه مورد نظر را انتخاب می کنیم تا Rule ایجاد شده به آن گروه اعمال شود.

||http://network.tosinso.com/files/get/c1543e1b-c98e-4d77-a9d6-74fff30e8f5a||

در تب *Advanced * گزینه ای برای Approve کردن آپدیت های خود سرویس WSUS موجود است . علاوه براین هر آپدیتی ممکن است اصلاح و بروز رسانی شود در اینجا می توانیم تعیین کنیم که به محض دریافت Revision  مربوط  به یک آپدیت آن را به صورت خودکار نصب کرده و یا از نصب آن صرف نظر کنیم . 

||http://network.tosinso.com/files/get/efb9f8f7-1647-4ca4-b4bc-2fbd00dd5a44||

*Computers:* در این قسمت برای کامپیوتر هایی که عضو WSUS سرور شده اند می توانیم مشخص کنیم که تنظیمات مورد نیاز را از WSUS سرور و یا از گروپ پالسی و یا تنظیمات رجیستری که برای آنها انجام می شود ، دریافت کنند. بنابراین  با انتخاب گزینه Use the update services console  قادر خواهیم بود  کامپیوتر هایی را که بصورت پیش فرض درون Unassigned Computers  قرار گرفته اند را به صورت دستی به  گروههای دیگری که ساخته ایم، منتقل کنیم . برگزیدن گزینه Use group policy or registry settings on computers  موجب می شود که کامپیوتر ها بصورت اتوماتیک به گروهی که در تنظیمات GPO  در نظر گرفته ایم انتقال یابند. باید توجه داشت که در ابتدای کار  گزینه مربوط به تنظیمات گروپ پالسی را انتخاب کنیم چرا که انجام تنظیمات مربوط به گروپ پالسی است که  باعث می شود کامپیوتر ها WSUS سرور را شناخته و عضو آن شوند. به علاوه تنظیمات مربوط به دریافت آپدیت ها توسط کلاینت ها در گروپ پالسی صورت می گیرد. 

||http://network.tosinso.com/files/get/62c59613-9a03-45cd-a5cc-c00165f84e4b||

*Server Cleanup Wizard:* در این آپشن گزینه هایی موجود است که با انتخاب کردن آنها برای سرور WSUS تعیین می کنیم آپدیت هایی را که  منقضی شده  و کامپیوترهایی را که در شبکه غیر فعال شده اند از سرور حذف کند.

||http://network.tosinso.com/files/get/1ea5501f-0dc2-4688-825e-7ecba6c15eba||

*Reporting Rollup: *به کمک این آپشن می توانیم نحوه ی گزارش گیری WSUS  سرور را مشخص کنیم . اگر در شبکه ما Replica downstream  سرور هایی موجود باشد به کمک گزینه های موجود در این بخش برای WSUS سرور  تعیین می کنیم که گزارشهای مربوط به Replica downstream  سرورها را دریافت کند یا خیر .

||http://network.tosinso.com/files/get/e71a357f-c8af-46bd-921b-b9002bc43e83|| 

*E-Mail Notifications :*  در صورت وجود E-mail Server  در شبکه در تب *General*  می توانیم برای سرور مشخص کنیم که پس از Sync کردن هر آپدیت جدید ، برای کابران ایمیل بفرستد  . همچنین می شود تعیین کرد که گزارش وضعیت آپدیت ها به صورت روزانه یا هفتگی برای کاربران ارسال شود. در تب *E-Mail Server* نیز اطلاعات ایمیل سرور را وارد می کنیم .

||http://network.tosinso.com/files/get/a5d57cb9-9beb-4a78-ae98-6a930f679f61||

*Microsoft Update Improvement Program:* این آپشن کمک می کند تا سرور اطلاعات مبنی بر وضعیت آپدیت ها و کامپیوتر ها و نیز مشکلات بوجود آمده  را برای سایت مایکروسافت ارسال کند. بررسی این اطلاعات به متخصصان مایکروسافت کمک خواهد کرد تا راهکارهایی برای بهبود کارایی  و افزایش قابلیت WSUS سرور ارئه دهند.

||http://network.tosinso.com/files/get/804390c9-2d58-48e0-81e8-2e63ce2e1a0e||

!!!! Personalization
 این قسمت مرتبط با شخصی سازی اطلاعات نمایش داده شده توسط WSUS سرور  است در واقع در این آپشن می توانیم مشخص کنیم  اطلاعات WSUS سرور به چه صورت در کنسول مدیریتی قابل مشاهده باشند. در صورتیکه چند Replica downstream server در شبکه داشته باشیم  در تب *General* می توانیم تعیین کنیم که WSUS سرور ما اطلاعات مربوط به وضعیت آنها و کامپیوتر ها یشان را نیز نمایش دهد و یا اینکه تنها وضعیت  همین سرور و کامپیوتر های عضو آن را نشان دهد .

||http://network.tosinso.com/files/get/bc0e87b1-25c7-4c42-9f14-675ee303da3d||

در تب *To Do List* نیز می توانیم بخشهایی را که می خواهیم وضعیت مربوط به آنها در لیست To Do سرور نمایش داده شوند را انتخاب کنیم .

||http://network.tosinso.com/files/get/1ad62d4f-a712-4764-85d9-7f66f62e0416||

!!!! WSUS Server Configuration Wizard
این بخش در واقع همان ویزارد اولیه نصب WSUS می باشد . همانگونه که بیان کردیم این ویزارد در بردارنده  مجموعه ای از آپشن هاست که در بالا بصورت مجزا به توضیح آنها پرداختیم باید در نظر داشت که استفاده از این آپشن ها در کنسول مدیریتی قابلیت ها یی با جزئیات بیشتر را نسبت به ویزارد اولیه در اختیار ما قرار می دهد.پس از بررسی کنسول مدیریتی در این مقاله ، در قسمت بعد به شرح عضویت کلاینت ها در WSUS سرور و چگونگی Approve  و  نصب آپدیت ها توسط سروریس WSUS در شبکه خواهیم پرداخت . 

نویسنده: مریم حیات رمضانی
منبع : |جزیره سرویس های شبکه مایکروسافت وب سایت توسینسو::https://tosinso.com/microsoft|
هرگونه نشر و کپی برداری بدون ذکر منبع دارای اشکال اخلاقی می باشد

در اینجا به توضیح و بررسی تک تک آپشن های کنسول می پردازیم:

  • Update Source and Proxy Server

در تب Update source تعیین می کنیم که WSUS سرور آپدیت ها را از سایت مایکروسافت دریافت کند و یا از یک Upstream Server که باید نام و پورت آن را در این بخش وارد کنیم .در اینجا ما گزینه Synchronize from Microsoft Update را انتخاب می کنیم .

در قسمت اول  مقاله به تعاریف مرتبط با  سرویس WSUS و راه اندازی آن از طریق ویزارد اشاره کردیم . حال در این قسمت به سراغ بررسی کنسول مدیریتی و  توضیح آپشنهای کنسول WSUS می رویم .با استفاده از مسیر زیر میتوان وارد کنسول WSUS شد :
<c#>
Start => Administrative tools => Windows Server Update Services
<c#>
در تصویر زیر فضای کنسول مدیریتی WSUS نمایش داده شده است که در ادامه به توضیح Component های آن خواهیم پرداخت.

||http://network.tosinso.com/files/get/c46b1a16-3a51-4638-8dc3-798ac71a94f3||

*Server Name:* می توان چندین WSUS سرور را در کنسول مدیریتی اضافه کرد، با اضافه کردن هر سرور نام آن در پنل سمت چپ کنسول مدیریتی WSUS نمایش داده می شود.برای افزودن WSUS سرور به کنسول مدیریتی تنها کافیست روی گره ی Update Services  در پنل سمت چپ کنسول راست کلیک کرده و گزینه Connect to the server را انتخاب و در صفحه ی باز شده نام سرور مورد نظر و پورت مربوط به آن را وارد کنیم . با کلیک روی نام سرور (در اینجا ITPro-Server) در پنل وسط  صفحه  وضعیت مربوط به سرور در سه بخش مجزا نمایش داده می شود:

* *To Do:*  اطلاعاتی در مورد بخشهایی که WSUS سرور باید فورا در رابطه با آنها اقدام کند در اختیارکاربر سرور قرار می دهد.
* *Overview : *این بخش مروری دارد بر وضعیت کامپیوتر ها، آپدیت ها و نیز هماهنگ سازی آپدیت ها . همچنین آمار اطلاعات WSUS سرور را مشخص می کند .
* *Resources :* در این بخش لینک هایی برای کسب اطلاعات بیشتر پیرامون WSUS سرور در نظر گرفته شده است .

||http://network.tosinso.com/files/get/8c135b80-1b8d-428a-bad2-82777e4e8a12||

زیر نام سرور در کنسول تمامی Component های مربوط به مدیریت آن با ساختار درختی لیست شده اند. بنابراین این اجزا تحت مدیریت سرور یاد شده می باشند . در اینجا به معرفی این بخش ها می پردازیم :
*Updates:* این گره  در بردارنده لیست تمامی آپدیتهای روی سرور است که از سایت مایکروسافت دریافت کرده ایم  و نیزبا کلیک روی  گره ی Updates می توان گزارشهای مربوط به وضعیت نصب انواع آپدیت ها را بر حسب نوع آنها در پنل وسط کنسول مشاهده کرد. در زیر گره Update  ،آپدیتها برحسب نوعی که  برای آنها  در تنظیمات در نظر گرفتیم  (در اینجا  Critical و Security) و نیز آپدیت های خود سرویس WSUS تقسیم بندی شده اند.

||http://network.tosinso.com/files/get/1b19915b-cb6a-4655-894f-843386e9f5a6||

*Computers: * این بخش شامل All Computers و زیر گره ی  Unassigned Computers می باشد که به صورت پیش فرض کامپیوتر های موجود در شبکه که برای دریافت آپدیت ها عضو WSUS می شوند در قسمت Unassigned Computers قرار می گیرند .برای سهولت در مدیریت آنها می توانیم در اینجا گروه هایی را ایجاد کرده و کامپیوتر های عضو شده را به آنها منتقل کنیم . در قسمت All computers  تمامی کامپیوترهایی که عضو WSUS سرور هستند نمایش داده شده است با کلیک روی هر کدام از این کامپیوتر ها ، اطلاعات مربوط به آن کامپیوتر و وضعیت مربوط به آپدیت های آن در بخش پایین پنل میانی صفحه نمایان خواهد شد.

||http://network.tosinso.com/files/get/a2814594-d902-4046-8870-a3e768fe174a||

*Downstream Servers:*  اگر WSUS سرور های دیگری در شبکه وجود داشته باشند که این سرور Upstream  سرور آنها می باشد ، خلاصه ای از اطلاعات اینDownstream سرور ها در این قسمت نمایش داده می شود .
*Synchronizations:*  این قسمت در بردارنده تاریخچه ی آپدیت های Sync شده می باشد. بعبارت دیگر هر بار که WSUS  سرور آپدیت های خود را با یک Upstream Server   و یا با سایت مایکروسافت Sync  کند ، گزارش مربوط به این بهنگام سازی با شرح جزئیات در این بخش قابل مشاهده است. این بخش   یک نقطه مرکزی برای مدیریت هماهنگ سازی آپدیت ها  محسوب می شو د . برای هر بار انجام عمل Synchronization   تنها کافیست بر روی گزینه Synchronize Now  کلیک کنیم .

||http://network.tosinso.com/files/get/522c44ea-0b64-4821-a143-6c07bc810de0||

*Reports: *این قسمت محل مرکزی برای ایجاد و ذخیره گزارشهای گرفته شده توسط WSUS سرور از وضعیت آپدیت ها و کامپیوترها و نیز عمل Synchronization آپدیتها  می باشد .کاربرد Report viewer  که همزمان با نصب رول  WSUS ، آن را نصب کردیم برای این بخش است. اگر روی هر کدام از بخش های موجود در پنل میانی صفحه کلیک کنیم صفحه ای نمایان خواهد شد که با انتخاب گزینه Run Report در آن ، سرور شروع به گرفتن گزارش مربوط به آن بخش خواهد کرد.

||http://network.tosinso.com/files/get/b81409a0-e556-4299-a4b0-37488a250e1f||

*Options:* در بخش آپشن WSUS کنسول مدیریت تمامی تنظیماتی که از طریق ویزارد WSUS انجام شد ، وجود دارد . باید خاطر نشان کرد که تنظیمات WSUS  را همانند دیگر سرویسها ،می توان هم از طریق کنسول وهم از طریق ویزارد انجام داد که در این سری مقالات ما به توضیح هر دو روش پرداخته ایم . اگر نصب از طریق ویزارد انجام شده باشد می توان تغییرات مورد نظردر تنظیمات انجام شده را بعدا ، از طریق کنسول مدیریتی اعمال کرد. با کلیک روی گره Options تمامی قابلیت ها در پنل وسط کنسول مشاهده خواهند شد.

||http://network.tosinso.com/files/get/0d207c9f-9122-4694-954c-2bcfd3451ba2||

 در اینجا به توضیح و بررسی تک تک آپشن های کنسول می پردازیم:

!!!! Update Source and Proxy Server
در تب* Update source*   تعیین می کنیم که WSUS سرور آپدیت ها را از سایت مایکروسافت دریافت کند و یا از یک Upstream Server  که باید نام و پورت آن را در این بخش وارد کنیم .در اینجا ما گزینه Synchronize from Microsoft Update را انتخاب می کنیم . 

||http://network.tosinso.com/files/get/9971ae64-a70e-4a2e-ba20-72c2889e2ea5||

  اگر از یک Proxy Server  برای ارتباط با سایت مایکروسافت و یا  با یک UPstream Server برای Sync کردن آپدیت ها در شبکه استفاده می کنیم ،باید نام و پورت آن را در تب *Proxy Server*   مشخص کنیم .این آپشن بصورت پیش فرض غیر فعال است و در این حالت WSUS سرور مستقیما با سایت مایکروسافت یا Upstream Server ارتباط برقرار خواهد کرد.

||http://network.tosinso.com/files/get/5b7605b0-3419-4d26-83bc-1b4500e46a67||

!!!! Products and Classifications
در تب* Products* محصولی را که می خواهیم آپدیت های آن را دریافت کنیم و این آپدیت ها با سایت مایکروسافت Sync  شوند را انتخاب می کنیم . یادآور می شویم که اگر تنها محصولاتی را که در سازمان از آنها استفاده می شود، در این بخش برای دریافت آپدیت ها در نظر بگیریم ،  این شرایط باعث می شود که سرعت دریافت آپدیت ها بالا رفته و  فضای کمتری از حافظه  را به خود اختصاص دهند. با توجه به سناریو در این قسمت ما ویندوز 7 و ویندوز سرور 2008 R2 را برای دریافت آپدیت آنها انتخاب می کنیم .

||http://network.tosinso.com/files/get/cccc7603-3dbc-4c59-95c3-18825a3fb46f||

در تب *Classifications * نوع و طبقه بندی آپدیت مورد نظر را تعیین می کنیم در ابتدای مقاله ی قبل در رابطه با انواع آپدیت ها صحبت کردیم حال با توجه به دانسته های خود در رابطه با انواع آپدیت ها ، نوع آپدیت مورد نظر را بر حسب نیازمان انتخاب می کنیم . ما همان تنظیمات پیش فرض را در نظر می گیریم . 

||http://network.tosinso.com/files/get/5dba8064-ae31-42f1-b597-a2c43be27320||

!!!! Update Files and Languages
در تب *Update Files*  با انتخاب گزینه Store Update files locally on this server  می توانیم تعیین کنیم که فایل آپدیت های دریافتی در همین سرور ذخیره شوند .در چنین شرایطی با انتخاب کردن گزینه Download Update files to this server only when updates are approved  مشخص می کنیم که ابتدا لیست آپدیت ها برای ما نمایش داده شود تا پس از تایید آن عمل دانلود صورت گیرد . همچنین با برگزیدن گزینه Download express installation files   مجموعه ای از فایل آپدیت ها دانلود خواهند شد که  موجب افزایش سرعت دریافت آپدیت ها  و نصب آنها روی کامپیوترهای شبکه  می شود اما این فایل هاحجم بالایی داشته  و  سرور زمان زیادی برای دانلود آنها صرف خواهد کرد .

||http://network.tosinso.com/files/get/67ee89f9-1707-40a5-92a4-8ade73289f18||

در تب * Update Languages*  هم همانطور که در تنظیمات ویزارد ذکر کردیم می توان آپدیت ها را برای همه ی زبانها دانلود کرد و یا اینکه تنها زبانی را برگزید که برای ما کاربرد دارد. 
 
||http://network.tosinso.com/files/get/428906dd-d852-4f8f-b359-19099bcd3fdd||

*Synchronization Schedule :* می توانیم تعیین کنیم که سرور عمل Sync کردن آپدیت ها را بصورت Manual انجام دهد و یا  اینکه بصورت اتوماتیک در طی وهله زمانی مشخص شده آپدیت ها را بهنگام  و همسان سازی  کند .

||http://network.tosinso.com/files/get/bd3cccad-bd41-4101-be89-62d4ab30a93a||

!!!! Automatic Approval
در تب *Update rules * می توانیم برای تایید شدن آپدیت ها یک سری قاعده در نظر بگیریم بعنوان مثال برای WSUS سرور تعیین کنیم که در صورت دریافت آپدیت های مربوط به ویندوز 7، آنها را بدون دریافت تاییدیه و بصورت خودکار Approve کند . برای ایجاد یک Rule  تنها کافیست بر روی New Rule کلیک کنیم تا صفحه مربوط به انجام تنظیمات Rule باز شود (پنجره Add Rule) لذا می توانیم نوع و نام Rule مورد نظر را ایجاد کنیم .

||http://network.tosinso.com/files/get/cbf1bcaf-6de5-4a9f-a91b-29a9f7b3da53||

در پنجره Rule Properties با انتخاب گزینه ای که در آن نوع آپدیت ذکر شده ، نوع آپدیت را برای Rule تعیین می کنیم .با کلیک روی All Computers نیز لیست Computer Group هایی که ایجاد کردیم نمایش داده می شود که از میان آنها گروه مورد نظر را انتخاب می کنیم تا Rule ایجاد شده به آن گروه اعمال شود.

||http://network.tosinso.com/files/get/c1543e1b-c98e-4d77-a9d6-74fff30e8f5a||

در تب *Advanced * گزینه ای برای Approve کردن آپدیت های خود سرویس WSUS موجود است . علاوه براین هر آپدیتی ممکن است اصلاح و بروز رسانی شود در اینجا می توانیم تعیین کنیم که به محض دریافت Revision  مربوط  به یک آپدیت آن را به صورت خودکار نصب کرده و یا از نصب آن صرف نظر کنیم . 

||http://network.tosinso.com/files/get/efb9f8f7-1647-4ca4-b4bc-2fbd00dd5a44||

*Computers:* در این قسمت برای کامپیوتر هایی که عضو WSUS سرور شده اند می توانیم مشخص کنیم که تنظیمات مورد نیاز را از WSUS سرور و یا از گروپ پالسی و یا تنظیمات رجیستری که برای آنها انجام می شود ، دریافت کنند. بنابراین  با انتخاب گزینه Use the update services console  قادر خواهیم بود  کامپیوتر هایی را که بصورت پیش فرض درون Unassigned Computers  قرار گرفته اند را به صورت دستی به  گروههای دیگری که ساخته ایم، منتقل کنیم . برگزیدن گزینه Use group policy or registry settings on computers  موجب می شود که کامپیوتر ها بصورت اتوماتیک به گروهی که در تنظیمات GPO  در نظر گرفته ایم انتقال یابند. باید توجه داشت که در ابتدای کار  گزینه مربوط به تنظیمات گروپ پالسی را انتخاب کنیم چرا که انجام تنظیمات مربوط به گروپ پالسی است که  باعث می شود کامپیوتر ها WSUS سرور را شناخته و عضو آن شوند. به علاوه تنظیمات مربوط به دریافت آپدیت ها توسط کلاینت ها در گروپ پالسی صورت می گیرد. 

||http://network.tosinso.com/files/get/62c59613-9a03-45cd-a5cc-c00165f84e4b||

*Server Cleanup Wizard:* در این آپشن گزینه هایی موجود است که با انتخاب کردن آنها برای سرور WSUS تعیین می کنیم آپدیت هایی را که  منقضی شده  و کامپیوترهایی را که در شبکه غیر فعال شده اند از سرور حذف کند.

||http://network.tosinso.com/files/get/1ea5501f-0dc2-4688-825e-7ecba6c15eba||

*Reporting Rollup: *به کمک این آپشن می توانیم نحوه ی گزارش گیری WSUS  سرور را مشخص کنیم . اگر در شبکه ما Replica downstream  سرور هایی موجود باشد به کمک گزینه های موجود در این بخش برای WSUS سرور  تعیین می کنیم که گزارشهای مربوط به Replica downstream  سرورها را دریافت کند یا خیر .

||http://network.tosinso.com/files/get/e71a357f-c8af-46bd-921b-b9002bc43e83|| 

*E-Mail Notifications :*  در صورت وجود E-mail Server  در شبکه در تب *General*  می توانیم برای سرور مشخص کنیم که پس از Sync کردن هر آپدیت جدید ، برای کابران ایمیل بفرستد  . همچنین می شود تعیین کرد که گزارش وضعیت آپدیت ها به صورت روزانه یا هفتگی برای کاربران ارسال شود. در تب *E-Mail Server* نیز اطلاعات ایمیل سرور را وارد می کنیم .

||http://network.tosinso.com/files/get/a5d57cb9-9beb-4a78-ae98-6a930f679f61||

*Microsoft Update Improvement Program:* این آپشن کمک می کند تا سرور اطلاعات مبنی بر وضعیت آپدیت ها و کامپیوتر ها و نیز مشکلات بوجود آمده  را برای سایت مایکروسافت ارسال کند. بررسی این اطلاعات به متخصصان مایکروسافت کمک خواهد کرد تا راهکارهایی برای بهبود کارایی  و افزایش قابلیت WSUS سرور ارئه دهند.

||http://network.tosinso.com/files/get/804390c9-2d58-48e0-81e8-2e63ce2e1a0e||

!!!! Personalization
 این قسمت مرتبط با شخصی سازی اطلاعات نمایش داده شده توسط WSUS سرور  است در واقع در این آپشن می توانیم مشخص کنیم  اطلاعات WSUS سرور به چه صورت در کنسول مدیریتی قابل مشاهده باشند. در صورتیکه چند Replica downstream server در شبکه داشته باشیم  در تب *General* می توانیم تعیین کنیم که WSUS سرور ما اطلاعات مربوط به وضعیت آنها و کامپیوتر ها یشان را نیز نمایش دهد و یا اینکه تنها وضعیت  همین سرور و کامپیوتر های عضو آن را نشان دهد .

||http://network.tosinso.com/files/get/bc0e87b1-25c7-4c42-9f14-675ee303da3d||

در تب *To Do List* نیز می توانیم بخشهایی را که می خواهیم وضعیت مربوط به آنها در لیست To Do سرور نمایش داده شوند را انتخاب کنیم .

||http://network.tosinso.com/files/get/1ad62d4f-a712-4764-85d9-7f66f62e0416||

!!!! WSUS Server Configuration Wizard
این بخش در واقع همان ویزارد اولیه نصب WSUS می باشد . همانگونه که بیان کردیم این ویزارد در بردارنده  مجموعه ای از آپشن هاست که در بالا بصورت مجزا به توضیح آنها پرداختیم باید در نظر داشت که استفاده از این آپشن ها در کنسول مدیریتی قابلیت ها یی با جزئیات بیشتر را نسبت به ویزارد اولیه در اختیار ما قرار می دهد.پس از بررسی کنسول مدیریتی در این مقاله ، در قسمت بعد به شرح عضویت کلاینت ها در WSUS سرور و چگونگی Approve  و  نصب آپدیت ها توسط سروریس WSUS در شبکه خواهیم پرداخت . 

نویسنده: مریم حیات رمضانی
منبع : |جزیره سرویس های شبکه مایکروسافت وب سایت توسینسو::https://tosinso.com/microsoft|
هرگونه نشر و کپی برداری بدون ذکر منبع دارای اشکال اخلاقی می باشد

اگر از یک Proxy Server برای ارتباط با سایت مایکروسافت و یا با یک UPstream Server برای Sync کردن آپدیت ها در شبکه استفاده می کنیم ،باید نام و پورت آن را در تب Proxy Server مشخص کنیم .این آپشن بصورت پیش فرض غیر فعال است و در این حالت WSUS سرور مستقیما با سایت مایکروسافت یا Upstream Server ارتباط برقرار خواهد کرد.

در قسمت اول  مقاله به تعاریف مرتبط با  سرویس WSUS و راه اندازی آن از طریق ویزارد اشاره کردیم . حال در این قسمت به سراغ بررسی کنسول مدیریتی و  توضیح آپشنهای کنسول WSUS می رویم .با استفاده از مسیر زیر میتوان وارد کنسول WSUS شد :
<c#>
Start => Administrative tools => Windows Server Update Services
<c#>
در تصویر زیر فضای کنسول مدیریتی WSUS نمایش داده شده است که در ادامه به توضیح Component های آن خواهیم پرداخت.

||http://network.tosinso.com/files/get/c46b1a16-3a51-4638-8dc3-798ac71a94f3||

*Server Name:* می توان چندین WSUS سرور را در کنسول مدیریتی اضافه کرد، با اضافه کردن هر سرور نام آن در پنل سمت چپ کنسول مدیریتی WSUS نمایش داده می شود.برای افزودن WSUS سرور به کنسول مدیریتی تنها کافیست روی گره ی Update Services  در پنل سمت چپ کنسول راست کلیک کرده و گزینه Connect to the server را انتخاب و در صفحه ی باز شده نام سرور مورد نظر و پورت مربوط به آن را وارد کنیم . با کلیک روی نام سرور (در اینجا ITPro-Server) در پنل وسط  صفحه  وضعیت مربوط به سرور در سه بخش مجزا نمایش داده می شود:

* *To Do:*  اطلاعاتی در مورد بخشهایی که WSUS سرور باید فورا در رابطه با آنها اقدام کند در اختیارکاربر سرور قرار می دهد.
* *Overview : *این بخش مروری دارد بر وضعیت کامپیوتر ها، آپدیت ها و نیز هماهنگ سازی آپدیت ها . همچنین آمار اطلاعات WSUS سرور را مشخص می کند .
* *Resources :* در این بخش لینک هایی برای کسب اطلاعات بیشتر پیرامون WSUS سرور در نظر گرفته شده است .

||http://network.tosinso.com/files/get/8c135b80-1b8d-428a-bad2-82777e4e8a12||

زیر نام سرور در کنسول تمامی Component های مربوط به مدیریت آن با ساختار درختی لیست شده اند. بنابراین این اجزا تحت مدیریت سرور یاد شده می باشند . در اینجا به معرفی این بخش ها می پردازیم :
*Updates:* این گره  در بردارنده لیست تمامی آپدیتهای روی سرور است که از سایت مایکروسافت دریافت کرده ایم  و نیزبا کلیک روی  گره ی Updates می توان گزارشهای مربوط به وضعیت نصب انواع آپدیت ها را بر حسب نوع آنها در پنل وسط کنسول مشاهده کرد. در زیر گره Update  ،آپدیتها برحسب نوعی که  برای آنها  در تنظیمات در نظر گرفتیم  (در اینجا  Critical و Security) و نیز آپدیت های خود سرویس WSUS تقسیم بندی شده اند.

||http://network.tosinso.com/files/get/1b19915b-cb6a-4655-894f-843386e9f5a6||

*Computers: * این بخش شامل All Computers و زیر گره ی  Unassigned Computers می باشد که به صورت پیش فرض کامپیوتر های موجود در شبکه که برای دریافت آپدیت ها عضو WSUS می شوند در قسمت Unassigned Computers قرار می گیرند .برای سهولت در مدیریت آنها می توانیم در اینجا گروه هایی را ایجاد کرده و کامپیوتر های عضو شده را به آنها منتقل کنیم . در قسمت All computers  تمامی کامپیوترهایی که عضو WSUS سرور هستند نمایش داده شده است با کلیک روی هر کدام از این کامپیوتر ها ، اطلاعات مربوط به آن کامپیوتر و وضعیت مربوط به آپدیت های آن در بخش پایین پنل میانی صفحه نمایان خواهد شد.

||http://network.tosinso.com/files/get/a2814594-d902-4046-8870-a3e768fe174a||

*Downstream Servers:*  اگر WSUS سرور های دیگری در شبکه وجود داشته باشند که این سرور Upstream  سرور آنها می باشد ، خلاصه ای از اطلاعات اینDownstream سرور ها در این قسمت نمایش داده می شود .
*Synchronizations:*  این قسمت در بردارنده تاریخچه ی آپدیت های Sync شده می باشد. بعبارت دیگر هر بار که WSUS  سرور آپدیت های خود را با یک Upstream Server   و یا با سایت مایکروسافت Sync  کند ، گزارش مربوط به این بهنگام سازی با شرح جزئیات در این بخش قابل مشاهده است. این بخش   یک نقطه مرکزی برای مدیریت هماهنگ سازی آپدیت ها  محسوب می شو د . برای هر بار انجام عمل Synchronization   تنها کافیست بر روی گزینه Synchronize Now  کلیک کنیم .

||http://network.tosinso.com/files/get/522c44ea-0b64-4821-a143-6c07bc810de0||

*Reports: *این قسمت محل مرکزی برای ایجاد و ذخیره گزارشهای گرفته شده توسط WSUS سرور از وضعیت آپدیت ها و کامپیوترها و نیز عمل Synchronization آپدیتها  می باشد .کاربرد Report viewer  که همزمان با نصب رول  WSUS ، آن را نصب کردیم برای این بخش است. اگر روی هر کدام از بخش های موجود در پنل میانی صفحه کلیک کنیم صفحه ای نمایان خواهد شد که با انتخاب گزینه Run Report در آن ، سرور شروع به گرفتن گزارش مربوط به آن بخش خواهد کرد.

||http://network.tosinso.com/files/get/b81409a0-e556-4299-a4b0-37488a250e1f||

*Options:* در بخش آپشن WSUS کنسول مدیریت تمامی تنظیماتی که از طریق ویزارد WSUS انجام شد ، وجود دارد . باید خاطر نشان کرد که تنظیمات WSUS  را همانند دیگر سرویسها ،می توان هم از طریق کنسول وهم از طریق ویزارد انجام داد که در این سری مقالات ما به توضیح هر دو روش پرداخته ایم . اگر نصب از طریق ویزارد انجام شده باشد می توان تغییرات مورد نظردر تنظیمات انجام شده را بعدا ، از طریق کنسول مدیریتی اعمال کرد. با کلیک روی گره Options تمامی قابلیت ها در پنل وسط کنسول مشاهده خواهند شد.

||http://network.tosinso.com/files/get/0d207c9f-9122-4694-954c-2bcfd3451ba2||

 در اینجا به توضیح و بررسی تک تک آپشن های کنسول می پردازیم:

!!!! Update Source and Proxy Server
در تب* Update source*   تعیین می کنیم که WSUS سرور آپدیت ها را از سایت مایکروسافت دریافت کند و یا از یک Upstream Server  که باید نام و پورت آن را در این بخش وارد کنیم .در اینجا ما گزینه Synchronize from Microsoft Update را انتخاب می کنیم . 

||http://network.tosinso.com/files/get/9971ae64-a70e-4a2e-ba20-72c2889e2ea5||

  اگر از یک Proxy Server  برای ارتباط با سایت مایکروسافت و یا  با یک UPstream Server برای Sync کردن آپدیت ها در شبکه استفاده می کنیم ،باید نام و پورت آن را در تب *Proxy Server*   مشخص کنیم .این آپشن بصورت پیش فرض غیر فعال است و در این حالت WSUS سرور مستقیما با سایت مایکروسافت یا Upstream Server ارتباط برقرار خواهد کرد.

||http://network.tosinso.com/files/get/5b7605b0-3419-4d26-83bc-1b4500e46a67||

!!!! Products and Classifications
در تب* Products* محصولی را که می خواهیم آپدیت های آن را دریافت کنیم و این آپدیت ها با سایت مایکروسافت Sync  شوند را انتخاب می کنیم . یادآور می شویم که اگر تنها محصولاتی را که در سازمان از آنها استفاده می شود، در این بخش برای دریافت آپدیت ها در نظر بگیریم ،  این شرایط باعث می شود که سرعت دریافت آپدیت ها بالا رفته و  فضای کمتری از حافظه  را به خود اختصاص دهند. با توجه به سناریو در این قسمت ما ویندوز 7 و ویندوز سرور 2008 R2 را برای دریافت آپدیت آنها انتخاب می کنیم .

||http://network.tosinso.com/files/get/cccc7603-3dbc-4c59-95c3-18825a3fb46f||

در تب *Classifications * نوع و طبقه بندی آپدیت مورد نظر را تعیین می کنیم در ابتدای مقاله ی قبل در رابطه با انواع آپدیت ها صحبت کردیم حال با توجه به دانسته های خود در رابطه با انواع آپدیت ها ، نوع آپدیت مورد نظر را بر حسب نیازمان انتخاب می کنیم . ما همان تنظیمات پیش فرض را در نظر می گیریم . 

||http://network.tosinso.com/files/get/5dba8064-ae31-42f1-b597-a2c43be27320||

!!!! Update Files and Languages
در تب *Update Files*  با انتخاب گزینه Store Update files locally on this server  می توانیم تعیین کنیم که فایل آپدیت های دریافتی در همین سرور ذخیره شوند .در چنین شرایطی با انتخاب کردن گزینه Download Update files to this server only when updates are approved  مشخص می کنیم که ابتدا لیست آپدیت ها برای ما نمایش داده شود تا پس از تایید آن عمل دانلود صورت گیرد . همچنین با برگزیدن گزینه Download express installation files   مجموعه ای از فایل آپدیت ها دانلود خواهند شد که  موجب افزایش سرعت دریافت آپدیت ها  و نصب آنها روی کامپیوترهای شبکه  می شود اما این فایل هاحجم بالایی داشته  و  سرور زمان زیادی برای دانلود آنها صرف خواهد کرد .

||http://network.tosinso.com/files/get/67ee89f9-1707-40a5-92a4-8ade73289f18||

در تب * Update Languages*  هم همانطور که در تنظیمات ویزارد ذکر کردیم می توان آپدیت ها را برای همه ی زبانها دانلود کرد و یا اینکه تنها زبانی را برگزید که برای ما کاربرد دارد. 
 
||http://network.tosinso.com/files/get/428906dd-d852-4f8f-b359-19099bcd3fdd||

*Synchronization Schedule :* می توانیم تعیین کنیم که سرور عمل Sync کردن آپدیت ها را بصورت Manual انجام دهد و یا  اینکه بصورت اتوماتیک در طی وهله زمانی مشخص شده آپدیت ها را بهنگام  و همسان سازی  کند .

||http://network.tosinso.com/files/get/bd3cccad-bd41-4101-be89-62d4ab30a93a||

!!!! Automatic Approval
در تب *Update rules * می توانیم برای تایید شدن آپدیت ها یک سری قاعده در نظر بگیریم بعنوان مثال برای WSUS سرور تعیین کنیم که در صورت دریافت آپدیت های مربوط به ویندوز 7، آنها را بدون دریافت تاییدیه و بصورت خودکار Approve کند . برای ایجاد یک Rule  تنها کافیست بر روی New Rule کلیک کنیم تا صفحه مربوط به انجام تنظیمات Rule باز شود (پنجره Add Rule) لذا می توانیم نوع و نام Rule مورد نظر را ایجاد کنیم .

||http://network.tosinso.com/files/get/cbf1bcaf-6de5-4a9f-a91b-29a9f7b3da53||

در پنجره Rule Properties با انتخاب گزینه ای که در آن نوع آپدیت ذکر شده ، نوع آپدیت را برای Rule تعیین می کنیم .با کلیک روی All Computers نیز لیست Computer Group هایی که ایجاد کردیم نمایش داده می شود که از میان آنها گروه مورد نظر را انتخاب می کنیم تا Rule ایجاد شده به آن گروه اعمال شود.

||http://network.tosinso.com/files/get/c1543e1b-c98e-4d77-a9d6-74fff30e8f5a||

در تب *Advanced * گزینه ای برای Approve کردن آپدیت های خود سرویس WSUS موجود است . علاوه براین هر آپدیتی ممکن است اصلاح و بروز رسانی شود در اینجا می توانیم تعیین کنیم که به محض دریافت Revision  مربوط  به یک آپدیت آن را به صورت خودکار نصب کرده و یا از نصب آن صرف نظر کنیم . 

||http://network.tosinso.com/files/get/efb9f8f7-1647-4ca4-b4bc-2fbd00dd5a44||

*Computers:* در این قسمت برای کامپیوتر هایی که عضو WSUS سرور شده اند می توانیم مشخص کنیم که تنظیمات مورد نیاز را از WSUS سرور و یا از گروپ پالسی و یا تنظیمات رجیستری که برای آنها انجام می شود ، دریافت کنند. بنابراین  با انتخاب گزینه Use the update services console  قادر خواهیم بود  کامپیوتر هایی را که بصورت پیش فرض درون Unassigned Computers  قرار گرفته اند را به صورت دستی به  گروههای دیگری که ساخته ایم، منتقل کنیم . برگزیدن گزینه Use group policy or registry settings on computers  موجب می شود که کامپیوتر ها بصورت اتوماتیک به گروهی که در تنظیمات GPO  در نظر گرفته ایم انتقال یابند. باید توجه داشت که در ابتدای کار  گزینه مربوط به تنظیمات گروپ پالسی را انتخاب کنیم چرا که انجام تنظیمات مربوط به گروپ پالسی است که  باعث می شود کامپیوتر ها WSUS سرور را شناخته و عضو آن شوند. به علاوه تنظیمات مربوط به دریافت آپدیت ها توسط کلاینت ها در گروپ پالسی صورت می گیرد. 

||http://network.tosinso.com/files/get/62c59613-9a03-45cd-a5cc-c00165f84e4b||

*Server Cleanup Wizard:* در این آپشن گزینه هایی موجود است که با انتخاب کردن آنها برای سرور WSUS تعیین می کنیم آپدیت هایی را که  منقضی شده  و کامپیوترهایی را که در شبکه غیر فعال شده اند از سرور حذف کند.

||http://network.tosinso.com/files/get/1ea5501f-0dc2-4688-825e-7ecba6c15eba||

*Reporting Rollup: *به کمک این آپشن می توانیم نحوه ی گزارش گیری WSUS  سرور را مشخص کنیم . اگر در شبکه ما Replica downstream  سرور هایی موجود باشد به کمک گزینه های موجود در این بخش برای WSUS سرور  تعیین می کنیم که گزارشهای مربوط به Replica downstream  سرورها را دریافت کند یا خیر .

||http://network.tosinso.com/files/get/e71a357f-c8af-46bd-921b-b9002bc43e83|| 

*E-Mail Notifications :*  در صورت وجود E-mail Server  در شبکه در تب *General*  می توانیم برای سرور مشخص کنیم که پس از Sync کردن هر آپدیت جدید ، برای کابران ایمیل بفرستد  . همچنین می شود تعیین کرد که گزارش وضعیت آپدیت ها به صورت روزانه یا هفتگی برای کاربران ارسال شود. در تب *E-Mail Server* نیز اطلاعات ایمیل سرور را وارد می کنیم .

||http://network.tosinso.com/files/get/a5d57cb9-9beb-4a78-ae98-6a930f679f61||

*Microsoft Update Improvement Program:* این آپشن کمک می کند تا سرور اطلاعات مبنی بر وضعیت آپدیت ها و کامپیوتر ها و نیز مشکلات بوجود آمده  را برای سایت مایکروسافت ارسال کند. بررسی این اطلاعات به متخصصان مایکروسافت کمک خواهد کرد تا راهکارهایی برای بهبود کارایی  و افزایش قابلیت WSUS سرور ارئه دهند.

||http://network.tosinso.com/files/get/804390c9-2d58-48e0-81e8-2e63ce2e1a0e||

!!!! Personalization
 این قسمت مرتبط با شخصی سازی اطلاعات نمایش داده شده توسط WSUS سرور  است در واقع در این آپشن می توانیم مشخص کنیم  اطلاعات WSUS سرور به چه صورت در کنسول مدیریتی قابل مشاهده باشند. در صورتیکه چند Replica downstream server در شبکه داشته باشیم  در تب *General* می توانیم تعیین کنیم که WSUS سرور ما اطلاعات مربوط به وضعیت آنها و کامپیوتر ها یشان را نیز نمایش دهد و یا اینکه تنها وضعیت  همین سرور و کامپیوتر های عضو آن را نشان دهد .

||http://network.tosinso.com/files/get/bc0e87b1-25c7-4c42-9f14-675ee303da3d||

در تب *To Do List* نیز می توانیم بخشهایی را که می خواهیم وضعیت مربوط به آنها در لیست To Do سرور نمایش داده شوند را انتخاب کنیم .

||http://network.tosinso.com/files/get/1ad62d4f-a712-4764-85d9-7f66f62e0416||

!!!! WSUS Server Configuration Wizard
این بخش در واقع همان ویزارد اولیه نصب WSUS می باشد . همانگونه که بیان کردیم این ویزارد در بردارنده  مجموعه ای از آپشن هاست که در بالا بصورت مجزا به توضیح آنها پرداختیم باید در نظر داشت که استفاده از این آپشن ها در کنسول مدیریتی قابلیت ها یی با جزئیات بیشتر را نسبت به ویزارد اولیه در اختیار ما قرار می دهد.پس از بررسی کنسول مدیریتی در این مقاله ، در قسمت بعد به شرح عضویت کلاینت ها در WSUS سرور و چگونگی Approve  و  نصب آپدیت ها توسط سروریس WSUS در شبکه خواهیم پرداخت . 

نویسنده: مریم حیات رمضانی
منبع : |جزیره سرویس های شبکه مایکروسافت وب سایت توسینسو::https://tosinso.com/microsoft|
هرگونه نشر و کپی برداری بدون ذکر منبع دارای اشکال اخلاقی می باشد
  • Products and Classifications

در تب Products محصولی را که می خواهیم آپدیت های آن را دریافت کنیم و این آپدیت ها با سایت مایکروسافت Sync شوند را انتخاب می کنیم . یادآور می شویم که اگر تنها محصولاتی را که در سازمان از آنها استفاده می شود، در این بخش برای دریافت آپدیت ها در نظر بگیریم ، این شرایط باعث می شود که سرعت دریافت آپدیت ها بالا رفته و فضای کمتری از حافظه را به خود اختصاص دهند. با توجه به سناریو در این قسمت ما ویندوز 7 و ویندوز سرور 2008 R2 را برای دریافت آپدیت آنها انتخاب می کنیم .

در قسمت اول  مقاله به تعاریف مرتبط با  سرویس WSUS و راه اندازی آن از طریق ویزارد اشاره کردیم . حال در این قسمت به سراغ بررسی کنسول مدیریتی و  توضیح آپشنهای کنسول WSUS می رویم .با استفاده از مسیر زیر میتوان وارد کنسول WSUS شد :
<c#>
Start => Administrative tools => Windows Server Update Services
<c#>
در تصویر زیر فضای کنسول مدیریتی WSUS نمایش داده شده است که در ادامه به توضیح Component های آن خواهیم پرداخت.

||http://network.tosinso.com/files/get/c46b1a16-3a51-4638-8dc3-798ac71a94f3||

*Server Name:* می توان چندین WSUS سرور را در کنسول مدیریتی اضافه کرد، با اضافه کردن هر سرور نام آن در پنل سمت چپ کنسول مدیریتی WSUS نمایش داده می شود.برای افزودن WSUS سرور به کنسول مدیریتی تنها کافیست روی گره ی Update Services  در پنل سمت چپ کنسول راست کلیک کرده و گزینه Connect to the server را انتخاب و در صفحه ی باز شده نام سرور مورد نظر و پورت مربوط به آن را وارد کنیم . با کلیک روی نام سرور (در اینجا ITPro-Server) در پنل وسط  صفحه  وضعیت مربوط به سرور در سه بخش مجزا نمایش داده می شود:

* *To Do:*  اطلاعاتی در مورد بخشهایی که WSUS سرور باید فورا در رابطه با آنها اقدام کند در اختیارکاربر سرور قرار می دهد.
* *Overview : *این بخش مروری دارد بر وضعیت کامپیوتر ها، آپدیت ها و نیز هماهنگ سازی آپدیت ها . همچنین آمار اطلاعات WSUS سرور را مشخص می کند .
* *Resources :* در این بخش لینک هایی برای کسب اطلاعات بیشتر پیرامون WSUS سرور در نظر گرفته شده است .

||http://network.tosinso.com/files/get/8c135b80-1b8d-428a-bad2-82777e4e8a12||

زیر نام سرور در کنسول تمامی Component های مربوط به مدیریت آن با ساختار درختی لیست شده اند. بنابراین این اجزا تحت مدیریت سرور یاد شده می باشند . در اینجا به معرفی این بخش ها می پردازیم :
*Updates:* این گره  در بردارنده لیست تمامی آپدیتهای روی سرور است که از سایت مایکروسافت دریافت کرده ایم  و نیزبا کلیک روی  گره ی Updates می توان گزارشهای مربوط به وضعیت نصب انواع آپدیت ها را بر حسب نوع آنها در پنل وسط کنسول مشاهده کرد. در زیر گره Update  ،آپدیتها برحسب نوعی که  برای آنها  در تنظیمات در نظر گرفتیم  (در اینجا  Critical و Security) و نیز آپدیت های خود سرویس WSUS تقسیم بندی شده اند.

||http://network.tosinso.com/files/get/1b19915b-cb6a-4655-894f-843386e9f5a6||

*Computers: * این بخش شامل All Computers و زیر گره ی  Unassigned Computers می باشد که به صورت پیش فرض کامپیوتر های موجود در شبکه که برای دریافت آپدیت ها عضو WSUS می شوند در قسمت Unassigned Computers قرار می گیرند .برای سهولت در مدیریت آنها می توانیم در اینجا گروه هایی را ایجاد کرده و کامپیوتر های عضو شده را به آنها منتقل کنیم . در قسمت All computers  تمامی کامپیوترهایی که عضو WSUS سرور هستند نمایش داده شده است با کلیک روی هر کدام از این کامپیوتر ها ، اطلاعات مربوط به آن کامپیوتر و وضعیت مربوط به آپدیت های آن در بخش پایین پنل میانی صفحه نمایان خواهد شد.

||http://network.tosinso.com/files/get/a2814594-d902-4046-8870-a3e768fe174a||

*Downstream Servers:*  اگر WSUS سرور های دیگری در شبکه وجود داشته باشند که این سرور Upstream  سرور آنها می باشد ، خلاصه ای از اطلاعات اینDownstream سرور ها در این قسمت نمایش داده می شود .
*Synchronizations:*  این قسمت در بردارنده تاریخچه ی آپدیت های Sync شده می باشد. بعبارت دیگر هر بار که WSUS  سرور آپدیت های خود را با یک Upstream Server   و یا با سایت مایکروسافت Sync  کند ، گزارش مربوط به این بهنگام سازی با شرح جزئیات در این بخش قابل مشاهده است. این بخش   یک نقطه مرکزی برای مدیریت هماهنگ سازی آپدیت ها  محسوب می شو د . برای هر بار انجام عمل Synchronization   تنها کافیست بر روی گزینه Synchronize Now  کلیک کنیم .

||http://network.tosinso.com/files/get/522c44ea-0b64-4821-a143-6c07bc810de0||

*Reports: *این قسمت محل مرکزی برای ایجاد و ذخیره گزارشهای گرفته شده توسط WSUS سرور از وضعیت آپدیت ها و کامپیوترها و نیز عمل Synchronization آپدیتها  می باشد .کاربرد Report viewer  که همزمان با نصب رول  WSUS ، آن را نصب کردیم برای این بخش است. اگر روی هر کدام از بخش های موجود در پنل میانی صفحه کلیک کنیم صفحه ای نمایان خواهد شد که با انتخاب گزینه Run Report در آن ، سرور شروع به گرفتن گزارش مربوط به آن بخش خواهد کرد.

||http://network.tosinso.com/files/get/b81409a0-e556-4299-a4b0-37488a250e1f||

*Options:* در بخش آپشن WSUS کنسول مدیریت تمامی تنظیماتی که از طریق ویزارد WSUS انجام شد ، وجود دارد . باید خاطر نشان کرد که تنظیمات WSUS  را همانند دیگر سرویسها ،می توان هم از طریق کنسول وهم از طریق ویزارد انجام داد که در این سری مقالات ما به توضیح هر دو روش پرداخته ایم . اگر نصب از طریق ویزارد انجام شده باشد می توان تغییرات مورد نظردر تنظیمات انجام شده را بعدا ، از طریق کنسول مدیریتی اعمال کرد. با کلیک روی گره Options تمامی قابلیت ها در پنل وسط کنسول مشاهده خواهند شد.

||http://network.tosinso.com/files/get/0d207c9f-9122-4694-954c-2bcfd3451ba2||

 در اینجا به توضیح و بررسی تک تک آپشن های کنسول می پردازیم:

!!!! Update Source and Proxy Server
در تب* Update source*   تعیین می کنیم که WSUS سرور آپدیت ها را از سایت مایکروسافت دریافت کند و یا از یک Upstream Server  که باید نام و پورت آن را در این بخش وارد کنیم .در اینجا ما گزینه Synchronize from Microsoft Update را انتخاب می کنیم . 

||http://network.tosinso.com/files/get/9971ae64-a70e-4a2e-ba20-72c2889e2ea5||

  اگر از یک Proxy Server  برای ارتباط با سایت مایکروسافت و یا  با یک UPstream Server برای Sync کردن آپدیت ها در شبکه استفاده می کنیم ،باید نام و پورت آن را در تب *Proxy Server*   مشخص کنیم .این آپشن بصورت پیش فرض غیر فعال است و در این حالت WSUS سرور مستقیما با سایت مایکروسافت یا Upstream Server ارتباط برقرار خواهد کرد.

||http://network.tosinso.com/files/get/5b7605b0-3419-4d26-83bc-1b4500e46a67||

!!!! Products and Classifications
در تب* Products* محصولی را که می خواهیم آپدیت های آن را دریافت کنیم و این آپدیت ها با سایت مایکروسافت Sync  شوند را انتخاب می کنیم . یادآور می شویم که اگر تنها محصولاتی را که در سازمان از آنها استفاده می شود، در این بخش برای دریافت آپدیت ها در نظر بگیریم ،  این شرایط باعث می شود که سرعت دریافت آپدیت ها بالا رفته و  فضای کمتری از حافظه  را به خود اختصاص دهند. با توجه به سناریو در این قسمت ما ویندوز 7 و ویندوز سرور 2008 R2 را برای دریافت آپدیت آنها انتخاب می کنیم .

||http://network.tosinso.com/files/get/cccc7603-3dbc-4c59-95c3-18825a3fb46f||

در تب *Classifications * نوع و طبقه بندی آپدیت مورد نظر را تعیین می کنیم در ابتدای مقاله ی قبل در رابطه با انواع آپدیت ها صحبت کردیم حال با توجه به دانسته های خود در رابطه با انواع آپدیت ها ، نوع آپدیت مورد نظر را بر حسب نیازمان انتخاب می کنیم . ما همان تنظیمات پیش فرض را در نظر می گیریم . 

||http://network.tosinso.com/files/get/5dba8064-ae31-42f1-b597-a2c43be27320||

!!!! Update Files and Languages
در تب *Update Files*  با انتخاب گزینه Store Update files locally on this server  می توانیم تعیین کنیم که فایل آپدیت های دریافتی در همین سرور ذخیره شوند .در چنین شرایطی با انتخاب کردن گزینه Download Update files to this server only when updates are approved  مشخص می کنیم که ابتدا لیست آپدیت ها برای ما نمایش داده شود تا پس از تایید آن عمل دانلود صورت گیرد . همچنین با برگزیدن گزینه Download express installation files   مجموعه ای از فایل آپدیت ها دانلود خواهند شد که  موجب افزایش سرعت دریافت آپدیت ها  و نصب آنها روی کامپیوترهای شبکه  می شود اما این فایل هاحجم بالایی داشته  و  سرور زمان زیادی برای دانلود آنها صرف خواهد کرد .

||http://network.tosinso.com/files/get/67ee89f9-1707-40a5-92a4-8ade73289f18||

در تب * Update Languages*  هم همانطور که در تنظیمات ویزارد ذکر کردیم می توان آپدیت ها را برای همه ی زبانها دانلود کرد و یا اینکه تنها زبانی را برگزید که برای ما کاربرد دارد. 
 
||http://network.tosinso.com/files/get/428906dd-d852-4f8f-b359-19099bcd3fdd||

*Synchronization Schedule :* می توانیم تعیین کنیم که سرور عمل Sync کردن آپدیت ها را بصورت Manual انجام دهد و یا  اینکه بصورت اتوماتیک در طی وهله زمانی مشخص شده آپدیت ها را بهنگام  و همسان سازی  کند .

||http://network.tosinso.com/files/get/bd3cccad-bd41-4101-be89-62d4ab30a93a||

!!!! Automatic Approval
در تب *Update rules * می توانیم برای تایید شدن آپدیت ها یک سری قاعده در نظر بگیریم بعنوان مثال برای WSUS سرور تعیین کنیم که در صورت دریافت آپدیت های مربوط به ویندوز 7، آنها را بدون دریافت تاییدیه و بصورت خودکار Approve کند . برای ایجاد یک Rule  تنها کافیست بر روی New Rule کلیک کنیم تا صفحه مربوط به انجام تنظیمات Rule باز شود (پنجره Add Rule) لذا می توانیم نوع و نام Rule مورد نظر را ایجاد کنیم .

||http://network.tosinso.com/files/get/cbf1bcaf-6de5-4a9f-a91b-29a9f7b3da53||

در پنجره Rule Properties با انتخاب گزینه ای که در آن نوع آپدیت ذکر شده ، نوع آپدیت را برای Rule تعیین می کنیم .با کلیک روی All Computers نیز لیست Computer Group هایی که ایجاد کردیم نمایش داده می شود که از میان آنها گروه مورد نظر را انتخاب می کنیم تا Rule ایجاد شده به آن گروه اعمال شود.

||http://network.tosinso.com/files/get/c1543e1b-c98e-4d77-a9d6-74fff30e8f5a||

در تب *Advanced * گزینه ای برای Approve کردن آپدیت های خود سرویس WSUS موجود است . علاوه براین هر آپدیتی ممکن است اصلاح و بروز رسانی شود در اینجا می توانیم تعیین کنیم که به محض دریافت Revision  مربوط  به یک آپدیت آن را به صورت خودکار نصب کرده و یا از نصب آن صرف نظر کنیم . 

||http://network.tosinso.com/files/get/efb9f8f7-1647-4ca4-b4bc-2fbd00dd5a44||

*Computers:* در این قسمت برای کامپیوتر هایی که عضو WSUS سرور شده اند می توانیم مشخص کنیم که تنظیمات مورد نیاز را از WSUS سرور و یا از گروپ پالسی و یا تنظیمات رجیستری که برای آنها انجام می شود ، دریافت کنند. بنابراین  با انتخاب گزینه Use the update services console  قادر خواهیم بود  کامپیوتر هایی را که بصورت پیش فرض درون Unassigned Computers  قرار گرفته اند را به صورت دستی به  گروههای دیگری که ساخته ایم، منتقل کنیم . برگزیدن گزینه Use group policy or registry settings on computers  موجب می شود که کامپیوتر ها بصورت اتوماتیک به گروهی که در تنظیمات GPO  در نظر گرفته ایم انتقال یابند. باید توجه داشت که در ابتدای کار  گزینه مربوط به تنظیمات گروپ پالسی را انتخاب کنیم چرا که انجام تنظیمات مربوط به گروپ پالسی است که  باعث می شود کامپیوتر ها WSUS سرور را شناخته و عضو آن شوند. به علاوه تنظیمات مربوط به دریافت آپدیت ها توسط کلاینت ها در گروپ پالسی صورت می گیرد. 

||http://network.tosinso.com/files/get/62c59613-9a03-45cd-a5cc-c00165f84e4b||

*Server Cleanup Wizard:* در این آپشن گزینه هایی موجود است که با انتخاب کردن آنها برای سرور WSUS تعیین می کنیم آپدیت هایی را که  منقضی شده  و کامپیوترهایی را که در شبکه غیر فعال شده اند از سرور حذف کند.

||http://network.tosinso.com/files/get/1ea5501f-0dc2-4688-825e-7ecba6c15eba||

*Reporting Rollup: *به کمک این آپشن می توانیم نحوه ی گزارش گیری WSUS  سرور را مشخص کنیم . اگر در شبکه ما Replica downstream  سرور هایی موجود باشد به کمک گزینه های موجود در این بخش برای WSUS سرور  تعیین می کنیم که گزارشهای مربوط به Replica downstream  سرورها را دریافت کند یا خیر .

||http://network.tosinso.com/files/get/e71a357f-c8af-46bd-921b-b9002bc43e83|| 

*E-Mail Notifications :*  در صورت وجود E-mail Server  در شبکه در تب *General*  می توانیم برای سرور مشخص کنیم که پس از Sync کردن هر آپدیت جدید ، برای کابران ایمیل بفرستد  . همچنین می شود تعیین کرد که گزارش وضعیت آپدیت ها به صورت روزانه یا هفتگی برای کاربران ارسال شود. در تب *E-Mail Server* نیز اطلاعات ایمیل سرور را وارد می کنیم .

||http://network.tosinso.com/files/get/a5d57cb9-9beb-4a78-ae98-6a930f679f61||

*Microsoft Update Improvement Program:* این آپشن کمک می کند تا سرور اطلاعات مبنی بر وضعیت آپدیت ها و کامپیوتر ها و نیز مشکلات بوجود آمده  را برای سایت مایکروسافت ارسال کند. بررسی این اطلاعات به متخصصان مایکروسافت کمک خواهد کرد تا راهکارهایی برای بهبود کارایی  و افزایش قابلیت WSUS سرور ارئه دهند.

||http://network.tosinso.com/files/get/804390c9-2d58-48e0-81e8-2e63ce2e1a0e||

!!!! Personalization
 این قسمت مرتبط با شخصی سازی اطلاعات نمایش داده شده توسط WSUS سرور  است در واقع در این آپشن می توانیم مشخص کنیم  اطلاعات WSUS سرور به چه صورت در کنسول مدیریتی قابل مشاهده باشند. در صورتیکه چند Replica downstream server در شبکه داشته باشیم  در تب *General* می توانیم تعیین کنیم که WSUS سرور ما اطلاعات مربوط به وضعیت آنها و کامپیوتر ها یشان را نیز نمایش دهد و یا اینکه تنها وضعیت  همین سرور و کامپیوتر های عضو آن را نشان دهد .

||http://network.tosinso.com/files/get/bc0e87b1-25c7-4c42-9f14-675ee303da3d||

در تب *To Do List* نیز می توانیم بخشهایی را که می خواهیم وضعیت مربوط به آنها در لیست To Do سرور نمایش داده شوند را انتخاب کنیم .

||http://network.tosinso.com/files/get/1ad62d4f-a712-4764-85d9-7f66f62e0416||

!!!! WSUS Server Configuration Wizard
این بخش در واقع همان ویزارد اولیه نصب WSUS می باشد . همانگونه که بیان کردیم این ویزارد در بردارنده  مجموعه ای از آپشن هاست که در بالا بصورت مجزا به توضیح آنها پرداختیم باید در نظر داشت که استفاده از این آپشن ها در کنسول مدیریتی قابلیت ها یی با جزئیات بیشتر را نسبت به ویزارد اولیه در اختیار ما قرار می دهد.پس از بررسی کنسول مدیریتی در این مقاله ، در قسمت بعد به شرح عضویت کلاینت ها در WSUS سرور و چگونگی Approve  و  نصب آپدیت ها توسط سروریس WSUS در شبکه خواهیم پرداخت . 

نویسنده: مریم حیات رمضانی
منبع : |جزیره سرویس های شبکه مایکروسافت وب سایت توسینسو::https://tosinso.com/microsoft|
هرگونه نشر و کپی برداری بدون ذکر منبع دارای اشکال اخلاقی می باشد

در تب Classifications نوع و طبقه بندی آپدیت مورد نظر را تعیین می کنیم در ابتدای مقاله ی قبل در رابطه با انواع آپدیت ها صحبت کردیم حال با توجه به دانسته های خود در رابطه با انواع آپدیت ها ، نوع آپدیت مورد نظر را بر حسب نیازمان انتخاب می کنیم . ما همان تنظیمات پیش فرض را در نظر می گیریم .

در قسمت اول  مقاله به تعاریف مرتبط با  سرویس WSUS و راه اندازی آن از طریق ویزارد اشاره کردیم . حال در این قسمت به سراغ بررسی کنسول مدیریتی و  توضیح آپشنهای کنسول WSUS می رویم .با استفاده از مسیر زیر میتوان وارد کنسول WSUS شد :
<c#>
Start => Administrative tools => Windows Server Update Services
<c#>
در تصویر زیر فضای کنسول مدیریتی WSUS نمایش داده شده است که در ادامه به توضیح Component های آن خواهیم پرداخت.

||http://network.tosinso.com/files/get/c46b1a16-3a51-4638-8dc3-798ac71a94f3||

*Server Name:* می توان چندین WSUS سرور را در کنسول مدیریتی اضافه کرد، با اضافه کردن هر سرور نام آن در پنل سمت چپ کنسول مدیریتی WSUS نمایش داده می شود.برای افزودن WSUS سرور به کنسول مدیریتی تنها کافیست روی گره ی Update Services  در پنل سمت چپ کنسول راست کلیک کرده و گزینه Connect to the server را انتخاب و در صفحه ی باز شده نام سرور مورد نظر و پورت مربوط به آن را وارد کنیم . با کلیک روی نام سرور (در اینجا ITPro-Server) در پنل وسط  صفحه  وضعیت مربوط به سرور در سه بخش مجزا نمایش داده می شود:

* *To Do:*  اطلاعاتی در مورد بخشهایی که WSUS سرور باید فورا در رابطه با آنها اقدام کند در اختیارکاربر سرور قرار می دهد.
* *Overview : *این بخش مروری دارد بر وضعیت کامپیوتر ها، آپدیت ها و نیز هماهنگ سازی آپدیت ها . همچنین آمار اطلاعات WSUS سرور را مشخص می کند .
* *Resources :* در این بخش لینک هایی برای کسب اطلاعات بیشتر پیرامون WSUS سرور در نظر گرفته شده است .

||http://network.tosinso.com/files/get/8c135b80-1b8d-428a-bad2-82777e4e8a12||

زیر نام سرور در کنسول تمامی Component های مربوط به مدیریت آن با ساختار درختی لیست شده اند. بنابراین این اجزا تحت مدیریت سرور یاد شده می باشند . در اینجا به معرفی این بخش ها می پردازیم :
*Updates:* این گره  در بردارنده لیست تمامی آپدیتهای روی سرور است که از سایت مایکروسافت دریافت کرده ایم  و نیزبا کلیک روی  گره ی Updates می توان گزارشهای مربوط به وضعیت نصب انواع آپدیت ها را بر حسب نوع آنها در پنل وسط کنسول مشاهده کرد. در زیر گره Update  ،آپدیتها برحسب نوعی که  برای آنها  در تنظیمات در نظر گرفتیم  (در اینجا  Critical و Security) و نیز آپدیت های خود سرویس WSUS تقسیم بندی شده اند.

||http://network.tosinso.com/files/get/1b19915b-cb6a-4655-894f-843386e9f5a6||

*Computers: * این بخش شامل All Computers و زیر گره ی  Unassigned Computers می باشد که به صورت پیش فرض کامپیوتر های موجود در شبکه که برای دریافت آپدیت ها عضو WSUS می شوند در قسمت Unassigned Computers قرار می گیرند .برای سهولت در مدیریت آنها می توانیم در اینجا گروه هایی را ایجاد کرده و کامپیوتر های عضو شده را به آنها منتقل کنیم . در قسمت All computers  تمامی کامپیوترهایی که عضو WSUS سرور هستند نمایش داده شده است با کلیک روی هر کدام از این کامپیوتر ها ، اطلاعات مربوط به آن کامپیوتر و وضعیت مربوط به آپدیت های آن در بخش پایین پنل میانی صفحه نمایان خواهد شد.

||http://network.tosinso.com/files/get/a2814594-d902-4046-8870-a3e768fe174a||

*Downstream Servers:*  اگر WSUS سرور های دیگری در شبکه وجود داشته باشند که این سرور Upstream  سرور آنها می باشد ، خلاصه ای از اطلاعات اینDownstream سرور ها در این قسمت نمایش داده می شود .
*Synchronizations:*  این قسمت در بردارنده تاریخچه ی آپدیت های Sync شده می باشد. بعبارت دیگر هر بار که WSUS  سرور آپدیت های خود را با یک Upstream Server   و یا با سایت مایکروسافت Sync  کند ، گزارش مربوط به این بهنگام سازی با شرح جزئیات در این بخش قابل مشاهده است. این بخش   یک نقطه مرکزی برای مدیریت هماهنگ سازی آپدیت ها  محسوب می شو د . برای هر بار انجام عمل Synchronization   تنها کافیست بر روی گزینه Synchronize Now  کلیک کنیم .

||http://network.tosinso.com/files/get/522c44ea-0b64-4821-a143-6c07bc810de0||

*Reports: *این قسمت محل مرکزی برای ایجاد و ذخیره گزارشهای گرفته شده توسط WSUS سرور از وضعیت آپدیت ها و کامپیوترها و نیز عمل Synchronization آپدیتها  می باشد .کاربرد Report viewer  که همزمان با نصب رول  WSUS ، آن را نصب کردیم برای این بخش است. اگر روی هر کدام از بخش های موجود در پنل میانی صفحه کلیک کنیم صفحه ای نمایان خواهد شد که با انتخاب گزینه Run Report در آن ، سرور شروع به گرفتن گزارش مربوط به آن بخش خواهد کرد.

||http://network.tosinso.com/files/get/b81409a0-e556-4299-a4b0-37488a250e1f||

*Options:* در بخش آپشن WSUS کنسول مدیریت تمامی تنظیماتی که از طریق ویزارد WSUS انجام شد ، وجود دارد . باید خاطر نشان کرد که تنظیمات WSUS  را همانند دیگر سرویسها ،می توان هم از طریق کنسول وهم از طریق ویزارد انجام داد که در این سری مقالات ما به توضیح هر دو روش پرداخته ایم . اگر نصب از طریق ویزارد انجام شده باشد می توان تغییرات مورد نظردر تنظیمات انجام شده را بعدا ، از طریق کنسول مدیریتی اعمال کرد. با کلیک روی گره Options تمامی قابلیت ها در پنل وسط کنسول مشاهده خواهند شد.

||http://network.tosinso.com/files/get/0d207c9f-9122-4694-954c-2bcfd3451ba2||

 در اینجا به توضیح و بررسی تک تک آپشن های کنسول می پردازیم:

!!!! Update Source and Proxy Server
در تب* Update source*   تعیین می کنیم که WSUS سرور آپدیت ها را از سایت مایکروسافت دریافت کند و یا از یک Upstream Server  که باید نام و پورت آن را در این بخش وارد کنیم .در اینجا ما گزینه Synchronize from Microsoft Update را انتخاب می کنیم . 

||http://network.tosinso.com/files/get/9971ae64-a70e-4a2e-ba20-72c2889e2ea5||

  اگر از یک Proxy Server  برای ارتباط با سایت مایکروسافت و یا  با یک UPstream Server برای Sync کردن آپدیت ها در شبکه استفاده می کنیم ،باید نام و پورت آن را در تب *Proxy Server*   مشخص کنیم .این آپشن بصورت پیش فرض غیر فعال است و در این حالت WSUS سرور مستقیما با سایت مایکروسافت یا Upstream Server ارتباط برقرار خواهد کرد.

||http://network.tosinso.com/files/get/5b7605b0-3419-4d26-83bc-1b4500e46a67||

!!!! Products and Classifications
در تب* Products* محصولی را که می خواهیم آپدیت های آن را دریافت کنیم و این آپدیت ها با سایت مایکروسافت Sync  شوند را انتخاب می کنیم . یادآور می شویم که اگر تنها محصولاتی را که در سازمان از آنها استفاده می شود، در این بخش برای دریافت آپدیت ها در نظر بگیریم ،  این شرایط باعث می شود که سرعت دریافت آپدیت ها بالا رفته و  فضای کمتری از حافظه  را به خود اختصاص دهند. با توجه به سناریو در این قسمت ما ویندوز 7 و ویندوز سرور 2008 R2 را برای دریافت آپدیت آنها انتخاب می کنیم .

||http://network.tosinso.com/files/get/cccc7603-3dbc-4c59-95c3-18825a3fb46f||

در تب *Classifications * نوع و طبقه بندی آپدیت مورد نظر را تعیین می کنیم در ابتدای مقاله ی قبل در رابطه با انواع آپدیت ها صحبت کردیم حال با توجه به دانسته های خود در رابطه با انواع آپدیت ها ، نوع آپدیت مورد نظر را بر حسب نیازمان انتخاب می کنیم . ما همان تنظیمات پیش فرض را در نظر می گیریم . 

||http://network.tosinso.com/files/get/5dba8064-ae31-42f1-b597-a2c43be27320||

!!!! Update Files and Languages
در تب *Update Files*  با انتخاب گزینه Store Update files locally on this server  می توانیم تعیین کنیم که فایل آپدیت های دریافتی در همین سرور ذخیره شوند .در چنین شرایطی با انتخاب کردن گزینه Download Update files to this server only when updates are approved  مشخص می کنیم که ابتدا لیست آپدیت ها برای ما نمایش داده شود تا پس از تایید آن عمل دانلود صورت گیرد . همچنین با برگزیدن گزینه Download express installation files   مجموعه ای از فایل آپدیت ها دانلود خواهند شد که  موجب افزایش سرعت دریافت آپدیت ها  و نصب آنها روی کامپیوترهای شبکه  می شود اما این فایل هاحجم بالایی داشته  و  سرور زمان زیادی برای دانلود آنها صرف خواهد کرد .

||http://network.tosinso.com/files/get/67ee89f9-1707-40a5-92a4-8ade73289f18||

در تب * Update Languages*  هم همانطور که در تنظیمات ویزارد ذکر کردیم می توان آپدیت ها را برای همه ی زبانها دانلود کرد و یا اینکه تنها زبانی را برگزید که برای ما کاربرد دارد. 
 
||http://network.tosinso.com/files/get/428906dd-d852-4f8f-b359-19099bcd3fdd||

*Synchronization Schedule :* می توانیم تعیین کنیم که سرور عمل Sync کردن آپدیت ها را بصورت Manual انجام دهد و یا  اینکه بصورت اتوماتیک در طی وهله زمانی مشخص شده آپدیت ها را بهنگام  و همسان سازی  کند .

||http://network.tosinso.com/files/get/bd3cccad-bd41-4101-be89-62d4ab30a93a||

!!!! Automatic Approval
در تب *Update rules * می توانیم برای تایید شدن آپدیت ها یک سری قاعده در نظر بگیریم بعنوان مثال برای WSUS سرور تعیین کنیم که در صورت دریافت آپدیت های مربوط به ویندوز 7، آنها را بدون دریافت تاییدیه و بصورت خودکار Approve کند . برای ایجاد یک Rule  تنها کافیست بر روی New Rule کلیک کنیم تا صفحه مربوط به انجام تنظیمات Rule باز شود (پنجره Add Rule) لذا می توانیم نوع و نام Rule مورد نظر را ایجاد کنیم .

||http://network.tosinso.com/files/get/cbf1bcaf-6de5-4a9f-a91b-29a9f7b3da53||

در پنجره Rule Properties با انتخاب گزینه ای که در آن نوع آپدیت ذکر شده ، نوع آپدیت را برای Rule تعیین می کنیم .با کلیک روی All Computers نیز لیست Computer Group هایی که ایجاد کردیم نمایش داده می شود که از میان آنها گروه مورد نظر را انتخاب می کنیم تا Rule ایجاد شده به آن گروه اعمال شود.

||http://network.tosinso.com/files/get/c1543e1b-c98e-4d77-a9d6-74fff30e8f5a||

در تب *Advanced * گزینه ای برای Approve کردن آپدیت های خود سرویس WSUS موجود است . علاوه براین هر آپدیتی ممکن است اصلاح و بروز رسانی شود در اینجا می توانیم تعیین کنیم که به محض دریافت Revision  مربوط  به یک آپدیت آن را به صورت خودکار نصب کرده و یا از نصب آن صرف نظر کنیم . 

||http://network.tosinso.com/files/get/efb9f8f7-1647-4ca4-b4bc-2fbd00dd5a44||

*Computers:* در این قسمت برای کامپیوتر هایی که عضو WSUS سرور شده اند می توانیم مشخص کنیم که تنظیمات مورد نیاز را از WSUS سرور و یا از گروپ پالسی و یا تنظیمات رجیستری که برای آنها انجام می شود ، دریافت کنند. بنابراین  با انتخاب گزینه Use the update services console  قادر خواهیم بود  کامپیوتر هایی را که بصورت پیش فرض درون Unassigned Computers  قرار گرفته اند را به صورت دستی به  گروههای دیگری که ساخته ایم، منتقل کنیم . برگزیدن گزینه Use group policy or registry settings on computers  موجب می شود که کامپیوتر ها بصورت اتوماتیک به گروهی که در تنظیمات GPO  در نظر گرفته ایم انتقال یابند. باید توجه داشت که در ابتدای کار  گزینه مربوط به تنظیمات گروپ پالسی را انتخاب کنیم چرا که انجام تنظیمات مربوط به گروپ پالسی است که  باعث می شود کامپیوتر ها WSUS سرور را شناخته و عضو آن شوند. به علاوه تنظیمات مربوط به دریافت آپدیت ها توسط کلاینت ها در گروپ پالسی صورت می گیرد. 

||http://network.tosinso.com/files/get/62c59613-9a03-45cd-a5cc-c00165f84e4b||

*Server Cleanup Wizard:* در این آپشن گزینه هایی موجود است که با انتخاب کردن آنها برای سرور WSUS تعیین می کنیم آپدیت هایی را که  منقضی شده  و کامپیوترهایی را که در شبکه غیر فعال شده اند از سرور حذف کند.

||http://network.tosinso.com/files/get/1ea5501f-0dc2-4688-825e-7ecba6c15eba||

*Reporting Rollup: *به کمک این آپشن می توانیم نحوه ی گزارش گیری WSUS  سرور را مشخص کنیم . اگر در شبکه ما Replica downstream  سرور هایی موجود باشد به کمک گزینه های موجود در این بخش برای WSUS سرور  تعیین می کنیم که گزارشهای مربوط به Replica downstream  سرورها را دریافت کند یا خیر .

||http://network.tosinso.com/files/get/e71a357f-c8af-46bd-921b-b9002bc43e83|| 

*E-Mail Notifications :*  در صورت وجود E-mail Server  در شبکه در تب *General*  می توانیم برای سرور مشخص کنیم که پس از Sync کردن هر آپدیت جدید ، برای کابران ایمیل بفرستد  . همچنین می شود تعیین کرد که گزارش وضعیت آپدیت ها به صورت روزانه یا هفتگی برای کاربران ارسال شود. در تب *E-Mail Server* نیز اطلاعات ایمیل سرور را وارد می کنیم .

||http://network.tosinso.com/files/get/a5d57cb9-9beb-4a78-ae98-6a930f679f61||

*Microsoft Update Improvement Program:* این آپشن کمک می کند تا سرور اطلاعات مبنی بر وضعیت آپدیت ها و کامپیوتر ها و نیز مشکلات بوجود آمده  را برای سایت مایکروسافت ارسال کند. بررسی این اطلاعات به متخصصان مایکروسافت کمک خواهد کرد تا راهکارهایی برای بهبود کارایی  و افزایش قابلیت WSUS سرور ارئه دهند.

||http://network.tosinso.com/files/get/804390c9-2d58-48e0-81e8-2e63ce2e1a0e||

!!!! Personalization
 این قسمت مرتبط با شخصی سازی اطلاعات نمایش داده شده توسط WSUS سرور  است در واقع در این آپشن می توانیم مشخص کنیم  اطلاعات WSUS سرور به چه صورت در کنسول مدیریتی قابل مشاهده باشند. در صورتیکه چند Replica downstream server در شبکه داشته باشیم  در تب *General* می توانیم تعیین کنیم که WSUS سرور ما اطلاعات مربوط به وضعیت آنها و کامپیوتر ها یشان را نیز نمایش دهد و یا اینکه تنها وضعیت  همین سرور و کامپیوتر های عضو آن را نشان دهد .

||http://network.tosinso.com/files/get/bc0e87b1-25c7-4c42-9f14-675ee303da3d||

در تب *To Do List* نیز می توانیم بخشهایی را که می خواهیم وضعیت مربوط به آنها در لیست To Do سرور نمایش داده شوند را انتخاب کنیم .

||http://network.tosinso.com/files/get/1ad62d4f-a712-4764-85d9-7f66f62e0416||

!!!! WSUS Server Configuration Wizard
این بخش در واقع همان ویزارد اولیه نصب WSUS می باشد . همانگونه که بیان کردیم این ویزارد در بردارنده  مجموعه ای از آپشن هاست که در بالا بصورت مجزا به توضیح آنها پرداختیم باید در نظر داشت که استفاده از این آپشن ها در کنسول مدیریتی قابلیت ها یی با جزئیات بیشتر را نسبت به ویزارد اولیه در اختیار ما قرار می دهد.پس از بررسی کنسول مدیریتی در این مقاله ، در قسمت بعد به شرح عضویت کلاینت ها در WSUS سرور و چگونگی Approve  و  نصب آپدیت ها توسط سروریس WSUS در شبکه خواهیم پرداخت . 

نویسنده: مریم حیات رمضانی
منبع : |جزیره سرویس های شبکه مایکروسافت وب سایت توسینسو::https://tosinso.com/microsoft|
هرگونه نشر و کپی برداری بدون ذکر منبع دارای اشکال اخلاقی می باشد
  • Update Files and Languages

در تب Update Files با انتخاب گزینه Store Update files locally on this server می توانیم تعیین کنیم که فایل آپدیت های دریافتی در همین سرور ذخیره شوند .در چنین شرایطی با انتخاب کردن گزینه Download Update files to this server only when updates are approved مشخص می کنیم که ابتدا لیست آپدیت ها برای ما نمایش داده شود تا پس از تایید آن عمل دانلود صورت گیرد . همچنین با برگزیدن گزینه Download express installation files مجموعه ای از فایل آپدیت ها دانلود خواهند شد که موجب افزایش سرعت دریافت آپدیت ها و نصب آنها روی کامپیوترهای شبکه می شود اما این فایل هاحجم بالایی داشته و سرور زمان زیادی برای دانلود آنها صرف خواهد کرد .

در قسمت اول  مقاله به تعاریف مرتبط با  سرویس WSUS و راه اندازی آن از طریق ویزارد اشاره کردیم . حال در این قسمت به سراغ بررسی کنسول مدیریتی و  توضیح آپشنهای کنسول WSUS می رویم .با استفاده از مسیر زیر میتوان وارد کنسول WSUS شد :
<c#>
Start => Administrative tools => Windows Server Update Services
<c#>
در تصویر زیر فضای کنسول مدیریتی WSUS نمایش داده شده است که در ادامه به توضیح Component های آن خواهیم پرداخت.

||http://network.tosinso.com/files/get/c46b1a16-3a51-4638-8dc3-798ac71a94f3||

*Server Name:* می توان چندین WSUS سرور را در کنسول مدیریتی اضافه کرد، با اضافه کردن هر سرور نام آن در پنل سمت چپ کنسول مدیریتی WSUS نمایش داده می شود.برای افزودن WSUS سرور به کنسول مدیریتی تنها کافیست روی گره ی Update Services  در پنل سمت چپ کنسول راست کلیک کرده و گزینه Connect to the server را انتخاب و در صفحه ی باز شده نام سرور مورد نظر و پورت مربوط به آن را وارد کنیم . با کلیک روی نام سرور (در اینجا ITPro-Server) در پنل وسط  صفحه  وضعیت مربوط به سرور در سه بخش مجزا نمایش داده می شود:

* *To Do:*  اطلاعاتی در مورد بخشهایی که WSUS سرور باید فورا در رابطه با آنها اقدام کند در اختیارکاربر سرور قرار می دهد.
* *Overview : *این بخش مروری دارد بر وضعیت کامپیوتر ها، آپدیت ها و نیز هماهنگ سازی آپدیت ها . همچنین آمار اطلاعات WSUS سرور را مشخص می کند .
* *Resources :* در این بخش لینک هایی برای کسب اطلاعات بیشتر پیرامون WSUS سرور در نظر گرفته شده است .

||http://network.tosinso.com/files/get/8c135b80-1b8d-428a-bad2-82777e4e8a12||

زیر نام سرور در کنسول تمامی Component های مربوط به مدیریت آن با ساختار درختی لیست شده اند. بنابراین این اجزا تحت مدیریت سرور یاد شده می باشند . در اینجا به معرفی این بخش ها می پردازیم :
*Updates:* این گره  در بردارنده لیست تمامی آپدیتهای روی سرور است که از سایت مایکروسافت دریافت کرده ایم  و نیزبا کلیک روی  گره ی Updates می توان گزارشهای مربوط به وضعیت نصب انواع آپدیت ها را بر حسب نوع آنها در پنل وسط کنسول مشاهده کرد. در زیر گره Update  ،آپدیتها برحسب نوعی که  برای آنها  در تنظیمات در نظر گرفتیم  (در اینجا  Critical و Security) و نیز آپدیت های خود سرویس WSUS تقسیم بندی شده اند.

||http://network.tosinso.com/files/get/1b19915b-cb6a-4655-894f-843386e9f5a6||

*Computers: * این بخش شامل All Computers و زیر گره ی  Unassigned Computers می باشد که به صورت پیش فرض کامپیوتر های موجود در شبکه که برای دریافت آپدیت ها عضو WSUS می شوند در قسمت Unassigned Computers قرار می گیرند .برای سهولت در مدیریت آنها می توانیم در اینجا گروه هایی را ایجاد کرده و کامپیوتر های عضو شده را به آنها منتقل کنیم . در قسمت All computers  تمامی کامپیوترهایی که عضو WSUS سرور هستند نمایش داده شده است با کلیک روی هر کدام از این کامپیوتر ها ، اطلاعات مربوط به آن کامپیوتر و وضعیت مربوط به آپدیت های آن در بخش پایین پنل میانی صفحه نمایان خواهد شد.

||http://network.tosinso.com/files/get/a2814594-d902-4046-8870-a3e768fe174a||

*Downstream Servers:*  اگر WSUS سرور های دیگری در شبکه وجود داشته باشند که این سرور Upstream  سرور آنها می باشد ، خلاصه ای از اطلاعات اینDownstream سرور ها در این قسمت نمایش داده می شود .
*Synchronizations:*  این قسمت در بردارنده تاریخچه ی آپدیت های Sync شده می باشد. بعبارت دیگر هر بار که WSUS  سرور آپدیت های خود را با یک Upstream Server   و یا با سایت مایکروسافت Sync  کند ، گزارش مربوط به این بهنگام سازی با شرح جزئیات در این بخش قابل مشاهده است. این بخش   یک نقطه مرکزی برای مدیریت هماهنگ سازی آپدیت ها  محسوب می شو د . برای هر بار انجام عمل Synchronization   تنها کافیست بر روی گزینه Synchronize Now  کلیک کنیم .

||http://network.tosinso.com/files/get/522c44ea-0b64-4821-a143-6c07bc810de0||

*Reports: *این قسمت محل مرکزی برای ایجاد و ذخیره گزارشهای گرفته شده توسط WSUS سرور از وضعیت آپدیت ها و کامپیوترها و نیز عمل Synchronization آپدیتها  می باشد .کاربرد Report viewer  که همزمان با نصب رول  WSUS ، آن را نصب کردیم برای این بخش است. اگر روی هر کدام از بخش های موجود در پنل میانی صفحه کلیک کنیم صفحه ای نمایان خواهد شد که با انتخاب گزینه Run Report در آن ، سرور شروع به گرفتن گزارش مربوط به آن بخش خواهد کرد.

||http://network.tosinso.com/files/get/b81409a0-e556-4299-a4b0-37488a250e1f||

*Options:* در بخش آپشن WSUS کنسول مدیریت تمامی تنظیماتی که از طریق ویزارد WSUS انجام شد ، وجود دارد . باید خاطر نشان کرد که تنظیمات WSUS  را همانند دیگر سرویسها ،می توان هم از طریق کنسول وهم از طریق ویزارد انجام داد که در این سری مقالات ما به توضیح هر دو روش پرداخته ایم . اگر نصب از طریق ویزارد انجام شده باشد می توان تغییرات مورد نظردر تنظیمات انجام شده را بعدا ، از طریق کنسول مدیریتی اعمال کرد. با کلیک روی گره Options تمامی قابلیت ها در پنل وسط کنسول مشاهده خواهند شد.

||http://network.tosinso.com/files/get/0d207c9f-9122-4694-954c-2bcfd3451ba2||

 در اینجا به توضیح و بررسی تک تک آپشن های کنسول می پردازیم:

!!!! Update Source and Proxy Server
در تب* Update source*   تعیین می کنیم که WSUS سرور آپدیت ها را از سایت مایکروسافت دریافت کند و یا از یک Upstream Server  که باید نام و پورت آن را در این بخش وارد کنیم .در اینجا ما گزینه Synchronize from Microsoft Update را انتخاب می کنیم . 

||http://network.tosinso.com/files/get/9971ae64-a70e-4a2e-ba20-72c2889e2ea5||

  اگر از یک Proxy Server  برای ارتباط با سایت مایکروسافت و یا  با یک UPstream Server برای Sync کردن آپدیت ها در شبکه استفاده می کنیم ،باید نام و پورت آن را در تب *Proxy Server*   مشخص کنیم .این آپشن بصورت پیش فرض غیر فعال است و در این حالت WSUS سرور مستقیما با سایت مایکروسافت یا Upstream Server ارتباط برقرار خواهد کرد.

||http://network.tosinso.com/files/get/5b7605b0-3419-4d26-83bc-1b4500e46a67||

!!!! Products and Classifications
در تب* Products* محصولی را که می خواهیم آپدیت های آن را دریافت کنیم و این آپدیت ها با سایت مایکروسافت Sync  شوند را انتخاب می کنیم . یادآور می شویم که اگر تنها محصولاتی را که در سازمان از آنها استفاده می شود، در این بخش برای دریافت آپدیت ها در نظر بگیریم ،  این شرایط باعث می شود که سرعت دریافت آپدیت ها بالا رفته و  فضای کمتری از حافظه  را به خود اختصاص دهند. با توجه به سناریو در این قسمت ما ویندوز 7 و ویندوز سرور 2008 R2 را برای دریافت آپدیت آنها انتخاب می کنیم .

||http://network.tosinso.com/files/get/cccc7603-3dbc-4c59-95c3-18825a3fb46f||

در تب *Classifications * نوع و طبقه بندی آپدیت مورد نظر را تعیین می کنیم در ابتدای مقاله ی قبل در رابطه با انواع آپدیت ها صحبت کردیم حال با توجه به دانسته های خود در رابطه با انواع آپدیت ها ، نوع آپدیت مورد نظر را بر حسب نیازمان انتخاب می کنیم . ما همان تنظیمات پیش فرض را در نظر می گیریم . 

||http://network.tosinso.com/files/get/5dba8064-ae31-42f1-b597-a2c43be27320||

!!!! Update Files and Languages
در تب *Update Files*  با انتخاب گزینه Store Update files locally on this server  می توانیم تعیین کنیم که فایل آپدیت های دریافتی در همین سرور ذخیره شوند .در چنین شرایطی با انتخاب کردن گزینه Download Update files to this server only when updates are approved  مشخص می کنیم که ابتدا لیست آپدیت ها برای ما نمایش داده شود تا پس از تایید آن عمل دانلود صورت گیرد . همچنین با برگزیدن گزینه Download express installation files   مجموعه ای از فایل آپدیت ها دانلود خواهند شد که  موجب افزایش سرعت دریافت آپدیت ها  و نصب آنها روی کامپیوترهای شبکه  می شود اما این فایل هاحجم بالایی داشته  و  سرور زمان زیادی برای دانلود آنها صرف خواهد کرد .

||http://network.tosinso.com/files/get/67ee89f9-1707-40a5-92a4-8ade73289f18||

در تب * Update Languages*  هم همانطور که در تنظیمات ویزارد ذکر کردیم می توان آپدیت ها را برای همه ی زبانها دانلود کرد و یا اینکه تنها زبانی را برگزید که برای ما کاربرد دارد. 
 
||http://network.tosinso.com/files/get/428906dd-d852-4f8f-b359-19099bcd3fdd||

*Synchronization Schedule :* می توانیم تعیین کنیم که سرور عمل Sync کردن آپدیت ها را بصورت Manual انجام دهد و یا  اینکه بصورت اتوماتیک در طی وهله زمانی مشخص شده آپدیت ها را بهنگام  و همسان سازی  کند .

||http://network.tosinso.com/files/get/bd3cccad-bd41-4101-be89-62d4ab30a93a||

!!!! Automatic Approval
در تب *Update rules * می توانیم برای تایید شدن آپدیت ها یک سری قاعده در نظر بگیریم بعنوان مثال برای WSUS سرور تعیین کنیم که در صورت دریافت آپدیت های مربوط به ویندوز 7، آنها را بدون دریافت تاییدیه و بصورت خودکار Approve کند . برای ایجاد یک Rule  تنها کافیست بر روی New Rule کلیک کنیم تا صفحه مربوط به انجام تنظیمات Rule باز شود (پنجره Add Rule) لذا می توانیم نوع و نام Rule مورد نظر را ایجاد کنیم .

||http://network.tosinso.com/files/get/cbf1bcaf-6de5-4a9f-a91b-29a9f7b3da53||

در پنجره Rule Properties با انتخاب گزینه ای که در آن نوع آپدیت ذکر شده ، نوع آپدیت را برای Rule تعیین می کنیم .با کلیک روی All Computers نیز لیست Computer Group هایی که ایجاد کردیم نمایش داده می شود که از میان آنها گروه مورد نظر را انتخاب می کنیم تا Rule ایجاد شده به آن گروه اعمال شود.

||http://network.tosinso.com/files/get/c1543e1b-c98e-4d77-a9d6-74fff30e8f5a||

در تب *Advanced * گزینه ای برای Approve کردن آپدیت های خود سرویس WSUS موجود است . علاوه براین هر آپدیتی ممکن است اصلاح و بروز رسانی شود در اینجا می توانیم تعیین کنیم که به محض دریافت Revision  مربوط  به یک آپدیت آن را به صورت خودکار نصب کرده و یا از نصب آن صرف نظر کنیم . 

||http://network.tosinso.com/files/get/efb9f8f7-1647-4ca4-b4bc-2fbd00dd5a44||

*Computers:* در این قسمت برای کامپیوتر هایی که عضو WSUS سرور شده اند می توانیم مشخص کنیم که تنظیمات مورد نیاز را از WSUS سرور و یا از گروپ پالسی و یا تنظیمات رجیستری که برای آنها انجام می شود ، دریافت کنند. بنابراین  با انتخاب گزینه Use the update services console  قادر خواهیم بود  کامپیوتر هایی را که بصورت پیش فرض درون Unassigned Computers  قرار گرفته اند را به صورت دستی به  گروههای دیگری که ساخته ایم، منتقل کنیم . برگزیدن گزینه Use group policy or registry settings on computers  موجب می شود که کامپیوتر ها بصورت اتوماتیک به گروهی که در تنظیمات GPO  در نظر گرفته ایم انتقال یابند. باید توجه داشت که در ابتدای کار  گزینه مربوط به تنظیمات گروپ پالسی را انتخاب کنیم چرا که انجام تنظیمات مربوط به گروپ پالسی است که  باعث می شود کامپیوتر ها WSUS سرور را شناخته و عضو آن شوند. به علاوه تنظیمات مربوط به دریافت آپدیت ها توسط کلاینت ها در گروپ پالسی صورت می گیرد. 

||http://network.tosinso.com/files/get/62c59613-9a03-45cd-a5cc-c00165f84e4b||

*Server Cleanup Wizard:* در این آپشن گزینه هایی موجود است که با انتخاب کردن آنها برای سرور WSUS تعیین می کنیم آپدیت هایی را که  منقضی شده  و کامپیوترهایی را که در شبکه غیر فعال شده اند از سرور حذف کند.

||http://network.tosinso.com/files/get/1ea5501f-0dc2-4688-825e-7ecba6c15eba||

*Reporting Rollup: *به کمک این آپشن می توانیم نحوه ی گزارش گیری WSUS  سرور را مشخص کنیم . اگر در شبکه ما Replica downstream  سرور هایی موجود باشد به کمک گزینه های موجود در این بخش برای WSUS سرور  تعیین می کنیم که گزارشهای مربوط به Replica downstream  سرورها را دریافت کند یا خیر .

||http://network.tosinso.com/files/get/e71a357f-c8af-46bd-921b-b9002bc43e83|| 

*E-Mail Notifications :*  در صورت وجود E-mail Server  در شبکه در تب *General*  می توانیم برای سرور مشخص کنیم که پس از Sync کردن هر آپدیت جدید ، برای کابران ایمیل بفرستد  . همچنین می شود تعیین کرد که گزارش وضعیت آپدیت ها به صورت روزانه یا هفتگی برای کاربران ارسال شود. در تب *E-Mail Server* نیز اطلاعات ایمیل سرور را وارد می کنیم .

||http://network.tosinso.com/files/get/a5d57cb9-9beb-4a78-ae98-6a930f679f61||

*Microsoft Update Improvement Program:* این آپشن کمک می کند تا سرور اطلاعات مبنی بر وضعیت آپدیت ها و کامپیوتر ها و نیز مشکلات بوجود آمده  را برای سایت مایکروسافت ارسال کند. بررسی این اطلاعات به متخصصان مایکروسافت کمک خواهد کرد تا راهکارهایی برای بهبود کارایی  و افزایش قابلیت WSUS سرور ارئه دهند.

||http://network.tosinso.com/files/get/804390c9-2d58-48e0-81e8-2e63ce2e1a0e||

!!!! Personalization
 این قسمت مرتبط با شخصی سازی اطلاعات نمایش داده شده توسط WSUS سرور  است در واقع در این آپشن می توانیم مشخص کنیم  اطلاعات WSUS سرور به چه صورت در کنسول مدیریتی قابل مشاهده باشند. در صورتیکه چند Replica downstream server در شبکه داشته باشیم  در تب *General* می توانیم تعیین کنیم که WSUS سرور ما اطلاعات مربوط به وضعیت آنها و کامپیوتر ها یشان را نیز نمایش دهد و یا اینکه تنها وضعیت  همین سرور و کامپیوتر های عضو آن را نشان دهد .

||http://network.tosinso.com/files/get/bc0e87b1-25c7-4c42-9f14-675ee303da3d||

در تب *To Do List* نیز می توانیم بخشهایی را که می خواهیم وضعیت مربوط به آنها در لیست To Do سرور نمایش داده شوند را انتخاب کنیم .

||http://network.tosinso.com/files/get/1ad62d4f-a712-4764-85d9-7f66f62e0416||

!!!! WSUS Server Configuration Wizard
این بخش در واقع همان ویزارد اولیه نصب WSUS می باشد . همانگونه که بیان کردیم این ویزارد در بردارنده  مجموعه ای از آپشن هاست که در بالا بصورت مجزا به توضیح آنها پرداختیم باید در نظر داشت که استفاده از این آپشن ها در کنسول مدیریتی قابلیت ها یی با جزئیات بیشتر را نسبت به ویزارد اولیه در اختیار ما قرار می دهد.پس از بررسی کنسول مدیریتی در این مقاله ، در قسمت بعد به شرح عضویت کلاینت ها در WSUS سرور و چگونگی Approve  و  نصب آپدیت ها توسط سروریس WSUS در شبکه خواهیم پرداخت . 

نویسنده: مریم حیات رمضانی
منبع : |جزیره سرویس های شبکه مایکروسافت وب سایت توسینسو::https://tosinso.com/microsoft|
هرگونه نشر و کپی برداری بدون ذکر منبع دارای اشکال اخلاقی می باشد

در تب Update Languages هم همانطور که در تنظیمات ویزارد ذکر کردیم می توان آپدیت ها را برای همه ی زبانها دانلود کرد و یا اینکه تنها زبانی را برگزید که برای ما کاربرد دارد.


در قسمت اول  مقاله به تعاریف مرتبط با  سرویس WSUS و راه اندازی آن از طریق ویزارد اشاره کردیم . حال در این قسمت به سراغ بررسی کنسول مدیریتی و  توضیح آپشنهای کنسول WSUS می رویم .با استفاده از مسیر زیر میتوان وارد کنسول WSUS شد :
<c#>
Start => Administrative tools => Windows Server Update Services
<c#>
در تصویر زیر فضای کنسول مدیریتی WSUS نمایش داده شده است که در ادامه به توضیح Component های آن خواهیم پرداخت.

||http://network.tosinso.com/files/get/c46b1a16-3a51-4638-8dc3-798ac71a94f3||

*Server Name:* می توان چندین WSUS سرور را در کنسول مدیریتی اضافه کرد، با اضافه کردن هر سرور نام آن در پنل سمت چپ کنسول مدیریتی WSUS نمایش داده می شود.برای افزودن WSUS سرور به کنسول مدیریتی تنها کافیست روی گره ی Update Services  در پنل سمت چپ کنسول راست کلیک کرده و گزینه Connect to the server را انتخاب و در صفحه ی باز شده نام سرور مورد نظر و پورت مربوط به آن را وارد کنیم . با کلیک روی نام سرور (در اینجا ITPro-Server) در پنل وسط  صفحه  وضعیت مربوط به سرور در سه بخش مجزا نمایش داده می شود:

* *To Do:*  اطلاعاتی در مورد بخشهایی که WSUS سرور باید فورا در رابطه با آنها اقدام کند در اختیارکاربر سرور قرار می دهد.
* *Overview : *این بخش مروری دارد بر وضعیت کامپیوتر ها، آپدیت ها و نیز هماهنگ سازی آپدیت ها . همچنین آمار اطلاعات WSUS سرور را مشخص می کند .
* *Resources :* در این بخش لینک هایی برای کسب اطلاعات بیشتر پیرامون WSUS سرور در نظر گرفته شده است .

||http://network.tosinso.com/files/get/8c135b80-1b8d-428a-bad2-82777e4e8a12||

زیر نام سرور در کنسول تمامی Component های مربوط به مدیریت آن با ساختار درختی لیست شده اند. بنابراین این اجزا تحت مدیریت سرور یاد شده می باشند . در اینجا به معرفی این بخش ها می پردازیم :
*Updates:* این گره  در بردارنده لیست تمامی آپدیتهای روی سرور است که از سایت مایکروسافت دریافت کرده ایم  و نیزبا کلیک روی  گره ی Updates می توان گزارشهای مربوط به وضعیت نصب انواع آپدیت ها را بر حسب نوع آنها در پنل وسط کنسول مشاهده کرد. در زیر گره Update  ،آپدیتها برحسب نوعی که  برای آنها  در تنظیمات در نظر گرفتیم  (در اینجا  Critical و Security) و نیز آپدیت های خود سرویس WSUS تقسیم بندی شده اند.

||http://network.tosinso.com/files/get/1b19915b-cb6a-4655-894f-843386e9f5a6||

*Computers: * این بخش شامل All Computers و زیر گره ی  Unassigned Computers می باشد که به صورت پیش فرض کامپیوتر های موجود در شبکه که برای دریافت آپدیت ها عضو WSUS می شوند در قسمت Unassigned Computers قرار می گیرند .برای سهولت در مدیریت آنها می توانیم در اینجا گروه هایی را ایجاد کرده و کامپیوتر های عضو شده را به آنها منتقل کنیم . در قسمت All computers  تمامی کامپیوترهایی که عضو WSUS سرور هستند نمایش داده شده است با کلیک روی هر کدام از این کامپیوتر ها ، اطلاعات مربوط به آن کامپیوتر و وضعیت مربوط به آپدیت های آن در بخش پایین پنل میانی صفحه نمایان خواهد شد.

||http://network.tosinso.com/files/get/a2814594-d902-4046-8870-a3e768fe174a||

*Downstream Servers:*  اگر WSUS سرور های دیگری در شبکه وجود داشته باشند که این سرور Upstream  سرور آنها می باشد ، خلاصه ای از اطلاعات اینDownstream سرور ها در این قسمت نمایش داده می شود .
*Synchronizations:*  این قسمت در بردارنده تاریخچه ی آپدیت های Sync شده می باشد. بعبارت دیگر هر بار که WSUS  سرور آپدیت های خود را با یک Upstream Server   و یا با سایت مایکروسافت Sync  کند ، گزارش مربوط به این بهنگام سازی با شرح جزئیات در این بخش قابل مشاهده است. این بخش   یک نقطه مرکزی برای مدیریت هماهنگ سازی آپدیت ها  محسوب می شو د . برای هر بار انجام عمل Synchronization   تنها کافیست بر روی گزینه Synchronize Now  کلیک کنیم .

||http://network.tosinso.com/files/get/522c44ea-0b64-4821-a143-6c07bc810de0||

*Reports: *این قسمت محل مرکزی برای ایجاد و ذخیره گزارشهای گرفته شده توسط WSUS سرور از وضعیت آپدیت ها و کامپیوترها و نیز عمل Synchronization آپدیتها  می باشد .کاربرد Report viewer  که همزمان با نصب رول  WSUS ، آن را نصب کردیم برای این بخش است. اگر روی هر کدام از بخش های موجود در پنل میانی صفحه کلیک کنیم صفحه ای نمایان خواهد شد که با انتخاب گزینه Run Report در آن ، سرور شروع به گرفتن گزارش مربوط به آن بخش خواهد کرد.

||http://network.tosinso.com/files/get/b81409a0-e556-4299-a4b0-37488a250e1f||

*Options:* در بخش آپشن WSUS کنسول مدیریت تمامی تنظیماتی که از طریق ویزارد WSUS انجام شد ، وجود دارد . باید خاطر نشان کرد که تنظیمات WSUS  را همانند دیگر سرویسها ،می توان هم از طریق کنسول وهم از طریق ویزارد انجام داد که در این سری مقالات ما به توضیح هر دو روش پرداخته ایم . اگر نصب از طریق ویزارد انجام شده باشد می توان تغییرات مورد نظردر تنظیمات انجام شده را بعدا ، از طریق کنسول مدیریتی اعمال کرد. با کلیک روی گره Options تمامی قابلیت ها در پنل وسط کنسول مشاهده خواهند شد.

||http://network.tosinso.com/files/get/0d207c9f-9122-4694-954c-2bcfd3451ba2||

 در اینجا به توضیح و بررسی تک تک آپشن های کنسول می پردازیم:

!!!! Update Source and Proxy Server
در تب* Update source*   تعیین می کنیم که WSUS سرور آپدیت ها را از سایت مایکروسافت دریافت کند و یا از یک Upstream Server  که باید نام و پورت آن را در این بخش وارد کنیم .در اینجا ما گزینه Synchronize from Microsoft Update را انتخاب می کنیم . 

||http://network.tosinso.com/files/get/9971ae64-a70e-4a2e-ba20-72c2889e2ea5||

  اگر از یک Proxy Server  برای ارتباط با سایت مایکروسافت و یا  با یک UPstream Server برای Sync کردن آپدیت ها در شبکه استفاده می کنیم ،باید نام و پورت آن را در تب *Proxy Server*   مشخص کنیم .این آپشن بصورت پیش فرض غیر فعال است و در این حالت WSUS سرور مستقیما با سایت مایکروسافت یا Upstream Server ارتباط برقرار خواهد کرد.

||http://network.tosinso.com/files/get/5b7605b0-3419-4d26-83bc-1b4500e46a67||

!!!! Products and Classifications
در تب* Products* محصولی را که می خواهیم آپدیت های آن را دریافت کنیم و این آپدیت ها با سایت مایکروسافت Sync  شوند را انتخاب می کنیم . یادآور می شویم که اگر تنها محصولاتی را که در سازمان از آنها استفاده می شود، در این بخش برای دریافت آپدیت ها در نظر بگیریم ،  این شرایط باعث می شود که سرعت دریافت آپدیت ها بالا رفته و  فضای کمتری از حافظه  را به خود اختصاص دهند. با توجه به سناریو در این قسمت ما ویندوز 7 و ویندوز سرور 2008 R2 را برای دریافت آپدیت آنها انتخاب می کنیم .

||http://network.tosinso.com/files/get/cccc7603-3dbc-4c59-95c3-18825a3fb46f||

در تب *Classifications * نوع و طبقه بندی آپدیت مورد نظر را تعیین می کنیم در ابتدای مقاله ی قبل در رابطه با انواع آپدیت ها صحبت کردیم حال با توجه به دانسته های خود در رابطه با انواع آپدیت ها ، نوع آپدیت مورد نظر را بر حسب نیازمان انتخاب می کنیم . ما همان تنظیمات پیش فرض را در نظر می گیریم . 

||http://network.tosinso.com/files/get/5dba8064-ae31-42f1-b597-a2c43be27320||

!!!! Update Files and Languages
در تب *Update Files*  با انتخاب گزینه Store Update files locally on this server  می توانیم تعیین کنیم که فایل آپدیت های دریافتی در همین سرور ذخیره شوند .در چنین شرایطی با انتخاب کردن گزینه Download Update files to this server only when updates are approved  مشخص می کنیم که ابتدا لیست آپدیت ها برای ما نمایش داده شود تا پس از تایید آن عمل دانلود صورت گیرد . همچنین با برگزیدن گزینه Download express installation files   مجموعه ای از فایل آپدیت ها دانلود خواهند شد که  موجب افزایش سرعت دریافت آپدیت ها  و نصب آنها روی کامپیوترهای شبکه  می شود اما این فایل هاحجم بالایی داشته  و  سرور زمان زیادی برای دانلود آنها صرف خواهد کرد .

||http://network.tosinso.com/files/get/67ee89f9-1707-40a5-92a4-8ade73289f18||

در تب * Update Languages*  هم همانطور که در تنظیمات ویزارد ذکر کردیم می توان آپدیت ها را برای همه ی زبانها دانلود کرد و یا اینکه تنها زبانی را برگزید که برای ما کاربرد دارد. 
 
||http://network.tosinso.com/files/get/428906dd-d852-4f8f-b359-19099bcd3fdd||

*Synchronization Schedule :* می توانیم تعیین کنیم که سرور عمل Sync کردن آپدیت ها را بصورت Manual انجام دهد و یا  اینکه بصورت اتوماتیک در طی وهله زمانی مشخص شده آپدیت ها را بهنگام  و همسان سازی  کند .

||http://network.tosinso.com/files/get/bd3cccad-bd41-4101-be89-62d4ab30a93a||

!!!! Automatic Approval
در تب *Update rules * می توانیم برای تایید شدن آپدیت ها یک سری قاعده در نظر بگیریم بعنوان مثال برای WSUS سرور تعیین کنیم که در صورت دریافت آپدیت های مربوط به ویندوز 7، آنها را بدون دریافت تاییدیه و بصورت خودکار Approve کند . برای ایجاد یک Rule  تنها کافیست بر روی New Rule کلیک کنیم تا صفحه مربوط به انجام تنظیمات Rule باز شود (پنجره Add Rule) لذا می توانیم نوع و نام Rule مورد نظر را ایجاد کنیم .

||http://network.tosinso.com/files/get/cbf1bcaf-6de5-4a9f-a91b-29a9f7b3da53||

در پنجره Rule Properties با انتخاب گزینه ای که در آن نوع آپدیت ذکر شده ، نوع آپدیت را برای Rule تعیین می کنیم .با کلیک روی All Computers نیز لیست Computer Group هایی که ایجاد کردیم نمایش داده می شود که از میان آنها گروه مورد نظر را انتخاب می کنیم تا Rule ایجاد شده به آن گروه اعمال شود.

||http://network.tosinso.com/files/get/c1543e1b-c98e-4d77-a9d6-74fff30e8f5a||

در تب *Advanced * گزینه ای برای Approve کردن آپدیت های خود سرویس WSUS موجود است . علاوه براین هر آپدیتی ممکن است اصلاح و بروز رسانی شود در اینجا می توانیم تعیین کنیم که به محض دریافت Revision  مربوط  به یک آپدیت آن را به صورت خودکار نصب کرده و یا از نصب آن صرف نظر کنیم . 

||http://network.tosinso.com/files/get/efb9f8f7-1647-4ca4-b4bc-2fbd00dd5a44||

*Computers:* در این قسمت برای کامپیوتر هایی که عضو WSUS سرور شده اند می توانیم مشخص کنیم که تنظیمات مورد نیاز را از WSUS سرور و یا از گروپ پالسی و یا تنظیمات رجیستری که برای آنها انجام می شود ، دریافت کنند. بنابراین  با انتخاب گزینه Use the update services console  قادر خواهیم بود  کامپیوتر هایی را که بصورت پیش فرض درون Unassigned Computers  قرار گرفته اند را به صورت دستی به  گروههای دیگری که ساخته ایم، منتقل کنیم . برگزیدن گزینه Use group policy or registry settings on computers  موجب می شود که کامپیوتر ها بصورت اتوماتیک به گروهی که در تنظیمات GPO  در نظر گرفته ایم انتقال یابند. باید توجه داشت که در ابتدای کار  گزینه مربوط به تنظیمات گروپ پالسی را انتخاب کنیم چرا که انجام تنظیمات مربوط به گروپ پالسی است که  باعث می شود کامپیوتر ها WSUS سرور را شناخته و عضو آن شوند. به علاوه تنظیمات مربوط به دریافت آپدیت ها توسط کلاینت ها در گروپ پالسی صورت می گیرد. 

||http://network.tosinso.com/files/get/62c59613-9a03-45cd-a5cc-c00165f84e4b||

*Server Cleanup Wizard:* در این آپشن گزینه هایی موجود است که با انتخاب کردن آنها برای سرور WSUS تعیین می کنیم آپدیت هایی را که  منقضی شده  و کامپیوترهایی را که در شبکه غیر فعال شده اند از سرور حذف کند.

||http://network.tosinso.com/files/get/1ea5501f-0dc2-4688-825e-7ecba6c15eba||

*Reporting Rollup: *به کمک این آپشن می توانیم نحوه ی گزارش گیری WSUS  سرور را مشخص کنیم . اگر در شبکه ما Replica downstream  سرور هایی موجود باشد به کمک گزینه های موجود در این بخش برای WSUS سرور  تعیین می کنیم که گزارشهای مربوط به Replica downstream  سرورها را دریافت کند یا خیر .

||http://network.tosinso.com/files/get/e71a357f-c8af-46bd-921b-b9002bc43e83|| 

*E-Mail Notifications :*  در صورت وجود E-mail Server  در شبکه در تب *General*  می توانیم برای سرور مشخص کنیم که پس از Sync کردن هر آپدیت جدید ، برای کابران ایمیل بفرستد  . همچنین می شود تعیین کرد که گزارش وضعیت آپدیت ها به صورت روزانه یا هفتگی برای کاربران ارسال شود. در تب *E-Mail Server* نیز اطلاعات ایمیل سرور را وارد می کنیم .

||http://network.tosinso.com/files/get/a5d57cb9-9beb-4a78-ae98-6a930f679f61||

*Microsoft Update Improvement Program:* این آپشن کمک می کند تا سرور اطلاعات مبنی بر وضعیت آپدیت ها و کامپیوتر ها و نیز مشکلات بوجود آمده  را برای سایت مایکروسافت ارسال کند. بررسی این اطلاعات به متخصصان مایکروسافت کمک خواهد کرد تا راهکارهایی برای بهبود کارایی  و افزایش قابلیت WSUS سرور ارئه دهند.

||http://network.tosinso.com/files/get/804390c9-2d58-48e0-81e8-2e63ce2e1a0e||

!!!! Personalization
 این قسمت مرتبط با شخصی سازی اطلاعات نمایش داده شده توسط WSUS سرور  است در واقع در این آپشن می توانیم مشخص کنیم  اطلاعات WSUS سرور به چه صورت در کنسول مدیریتی قابل مشاهده باشند. در صورتیکه چند Replica downstream server در شبکه داشته باشیم  در تب *General* می توانیم تعیین کنیم که WSUS سرور ما اطلاعات مربوط به وضعیت آنها و کامپیوتر ها یشان را نیز نمایش دهد و یا اینکه تنها وضعیت  همین سرور و کامپیوتر های عضو آن را نشان دهد .

||http://network.tosinso.com/files/get/bc0e87b1-25c7-4c42-9f14-675ee303da3d||

در تب *To Do List* نیز می توانیم بخشهایی را که می خواهیم وضعیت مربوط به آنها در لیست To Do سرور نمایش داده شوند را انتخاب کنیم .

||http://network.tosinso.com/files/get/1ad62d4f-a712-4764-85d9-7f66f62e0416||

!!!! WSUS Server Configuration Wizard
این بخش در واقع همان ویزارد اولیه نصب WSUS می باشد . همانگونه که بیان کردیم این ویزارد در بردارنده  مجموعه ای از آپشن هاست که در بالا بصورت مجزا به توضیح آنها پرداختیم باید در نظر داشت که استفاده از این آپشن ها در کنسول مدیریتی قابلیت ها یی با جزئیات بیشتر را نسبت به ویزارد اولیه در اختیار ما قرار می دهد.پس از بررسی کنسول مدیریتی در این مقاله ، در قسمت بعد به شرح عضویت کلاینت ها در WSUS سرور و چگونگی Approve  و  نصب آپدیت ها توسط سروریس WSUS در شبکه خواهیم پرداخت . 

نویسنده: مریم حیات رمضانی
منبع : |جزیره سرویس های شبکه مایکروسافت وب سایت توسینسو::https://tosinso.com/microsoft|
هرگونه نشر و کپی برداری بدون ذکر منبع دارای اشکال اخلاقی می باشد

Synchronization Schedule : می توانیم تعیین کنیم که سرور عمل Sync کردن آپدیت ها را بصورت Manual انجام دهد و یا اینکه بصورت اتوماتیک در طی وهله زمانی مشخص شده آپدیت ها را بهنگام و همسان سازی کند .

در قسمت اول  مقاله به تعاریف مرتبط با  سرویس WSUS و راه اندازی آن از طریق ویزارد اشاره کردیم . حال در این قسمت به سراغ بررسی کنسول مدیریتی و  توضیح آپشنهای کنسول WSUS می رویم .با استفاده از مسیر زیر میتوان وارد کنسول WSUS شد :
<c#>
Start => Administrative tools => Windows Server Update Services
<c#>
در تصویر زیر فضای کنسول مدیریتی WSUS نمایش داده شده است که در ادامه به توضیح Component های آن خواهیم پرداخت.

||http://network.tosinso.com/files/get/c46b1a16-3a51-4638-8dc3-798ac71a94f3||

*Server Name:* می توان چندین WSUS سرور را در کنسول مدیریتی اضافه کرد، با اضافه کردن هر سرور نام آن در پنل سمت چپ کنسول مدیریتی WSUS نمایش داده می شود.برای افزودن WSUS سرور به کنسول مدیریتی تنها کافیست روی گره ی Update Services  در پنل سمت چپ کنسول راست کلیک کرده و گزینه Connect to the server را انتخاب و در صفحه ی باز شده نام سرور مورد نظر و پورت مربوط به آن را وارد کنیم . با کلیک روی نام سرور (در اینجا ITPro-Server) در پنل وسط  صفحه  وضعیت مربوط به سرور در سه بخش مجزا نمایش داده می شود:

* *To Do:*  اطلاعاتی در مورد بخشهایی که WSUS سرور باید فورا در رابطه با آنها اقدام کند در اختیارکاربر سرور قرار می دهد.
* *Overview : *این بخش مروری دارد بر وضعیت کامپیوتر ها، آپدیت ها و نیز هماهنگ سازی آپدیت ها . همچنین آمار اطلاعات WSUS سرور را مشخص می کند .
* *Resources :* در این بخش لینک هایی برای کسب اطلاعات بیشتر پیرامون WSUS سرور در نظر گرفته شده است .

||http://network.tosinso.com/files/get/8c135b80-1b8d-428a-bad2-82777e4e8a12||

زیر نام سرور در کنسول تمامی Component های مربوط به مدیریت آن با ساختار درختی لیست شده اند. بنابراین این اجزا تحت مدیریت سرور یاد شده می باشند . در اینجا به معرفی این بخش ها می پردازیم :
*Updates:* این گره  در بردارنده لیست تمامی آپدیتهای روی سرور است که از سایت مایکروسافت دریافت کرده ایم  و نیزبا کلیک روی  گره ی Updates می توان گزارشهای مربوط به وضعیت نصب انواع آپدیت ها را بر حسب نوع آنها در پنل وسط کنسول مشاهده کرد. در زیر گره Update  ،آپدیتها برحسب نوعی که  برای آنها  در تنظیمات در نظر گرفتیم  (در اینجا  Critical و Security) و نیز آپدیت های خود سرویس WSUS تقسیم بندی شده اند.

||http://network.tosinso.com/files/get/1b19915b-cb6a-4655-894f-843386e9f5a6||

*Computers: * این بخش شامل All Computers و زیر گره ی  Unassigned Computers می باشد که به صورت پیش فرض کامپیوتر های موجود در شبکه که برای دریافت آپدیت ها عضو WSUS می شوند در قسمت Unassigned Computers قرار می گیرند .برای سهولت در مدیریت آنها می توانیم در اینجا گروه هایی را ایجاد کرده و کامپیوتر های عضو شده را به آنها منتقل کنیم . در قسمت All computers  تمامی کامپیوترهایی که عضو WSUS سرور هستند نمایش داده شده است با کلیک روی هر کدام از این کامپیوتر ها ، اطلاعات مربوط به آن کامپیوتر و وضعیت مربوط به آپدیت های آن در بخش پایین پنل میانی صفحه نمایان خواهد شد.

||http://network.tosinso.com/files/get/a2814594-d902-4046-8870-a3e768fe174a||

*Downstream Servers:*  اگر WSUS سرور های دیگری در شبکه وجود داشته باشند که این سرور Upstream  سرور آنها می باشد ، خلاصه ای از اطلاعات اینDownstream سرور ها در این قسمت نمایش داده می شود .
*Synchronizations:*  این قسمت در بردارنده تاریخچه ی آپدیت های Sync شده می باشد. بعبارت دیگر هر بار که WSUS  سرور آپدیت های خود را با یک Upstream Server   و یا با سایت مایکروسافت Sync  کند ، گزارش مربوط به این بهنگام سازی با شرح جزئیات در این بخش قابل مشاهده است. این بخش   یک نقطه مرکزی برای مدیریت هماهنگ سازی آپدیت ها  محسوب می شو د . برای هر بار انجام عمل Synchronization   تنها کافیست بر روی گزینه Synchronize Now  کلیک کنیم .

||http://network.tosinso.com/files/get/522c44ea-0b64-4821-a143-6c07bc810de0||

*Reports: *این قسمت محل مرکزی برای ایجاد و ذخیره گزارشهای گرفته شده توسط WSUS سرور از وضعیت آپدیت ها و کامپیوترها و نیز عمل Synchronization آپدیتها  می باشد .کاربرد Report viewer  که همزمان با نصب رول  WSUS ، آن را نصب کردیم برای این بخش است. اگر روی هر کدام از بخش های موجود در پنل میانی صفحه کلیک کنیم صفحه ای نمایان خواهد شد که با انتخاب گزینه Run Report در آن ، سرور شروع به گرفتن گزارش مربوط به آن بخش خواهد کرد.

||http://network.tosinso.com/files/get/b81409a0-e556-4299-a4b0-37488a250e1f||

*Options:* در بخش آپشن WSUS کنسول مدیریت تمامی تنظیماتی که از طریق ویزارد WSUS انجام شد ، وجود دارد . باید خاطر نشان کرد که تنظیمات WSUS  را همانند دیگر سرویسها ،می توان هم از طریق کنسول وهم از طریق ویزارد انجام داد که در این سری مقالات ما به توضیح هر دو روش پرداخته ایم . اگر نصب از طریق ویزارد انجام شده باشد می توان تغییرات مورد نظردر تنظیمات انجام شده را بعدا ، از طریق کنسول مدیریتی اعمال کرد. با کلیک روی گره Options تمامی قابلیت ها در پنل وسط کنسول مشاهده خواهند شد.

||http://network.tosinso.com/files/get/0d207c9f-9122-4694-954c-2bcfd3451ba2||

 در اینجا به توضیح و بررسی تک تک آپشن های کنسول می پردازیم:

!!!! Update Source and Proxy Server
در تب* Update source*   تعیین می کنیم که WSUS سرور آپدیت ها را از سایت مایکروسافت دریافت کند و یا از یک Upstream Server  که باید نام و پورت آن را در این بخش وارد کنیم .در اینجا ما گزینه Synchronize from Microsoft Update را انتخاب می کنیم . 

||http://network.tosinso.com/files/get/9971ae64-a70e-4a2e-ba20-72c2889e2ea5||

  اگر از یک Proxy Server  برای ارتباط با سایت مایکروسافت و یا  با یک UPstream Server برای Sync کردن آپدیت ها در شبکه استفاده می کنیم ،باید نام و پورت آن را در تب *Proxy Server*   مشخص کنیم .این آپشن بصورت پیش فرض غیر فعال است و در این حالت WSUS سرور مستقیما با سایت مایکروسافت یا Upstream Server ارتباط برقرار خواهد کرد.

||http://network.tosinso.com/files/get/5b7605b0-3419-4d26-83bc-1b4500e46a67||

!!!! Products and Classifications
در تب* Products* محصولی را که می خواهیم آپدیت های آن را دریافت کنیم و این آپدیت ها با سایت مایکروسافت Sync  شوند را انتخاب می کنیم . یادآور می شویم که اگر تنها محصولاتی را که در سازمان از آنها استفاده می شود، در این بخش برای دریافت آپدیت ها در نظر بگیریم ،  این شرایط باعث می شود که سرعت دریافت آپدیت ها بالا رفته و  فضای کمتری از حافظه  را به خود اختصاص دهند. با توجه به سناریو در این قسمت ما ویندوز 7 و ویندوز سرور 2008 R2 را برای دریافت آپدیت آنها انتخاب می کنیم .

||http://network.tosinso.com/files/get/cccc7603-3dbc-4c59-95c3-18825a3fb46f||

در تب *Classifications * نوع و طبقه بندی آپدیت مورد نظر را تعیین می کنیم در ابتدای مقاله ی قبل در رابطه با انواع آپدیت ها صحبت کردیم حال با توجه به دانسته های خود در رابطه با انواع آپدیت ها ، نوع آپدیت مورد نظر را بر حسب نیازمان انتخاب می کنیم . ما همان تنظیمات پیش فرض را در نظر می گیریم . 

||http://network.tosinso.com/files/get/5dba8064-ae31-42f1-b597-a2c43be27320||

!!!! Update Files and Languages
در تب *Update Files*  با انتخاب گزینه Store Update files locally on this server  می توانیم تعیین کنیم که فایل آپدیت های دریافتی در همین سرور ذخیره شوند .در چنین شرایطی با انتخاب کردن گزینه Download Update files to this server only when updates are approved  مشخص می کنیم که ابتدا لیست آپدیت ها برای ما نمایش داده شود تا پس از تایید آن عمل دانلود صورت گیرد . همچنین با برگزیدن گزینه Download express installation files   مجموعه ای از فایل آپدیت ها دانلود خواهند شد که  موجب افزایش سرعت دریافت آپدیت ها  و نصب آنها روی کامپیوترهای شبکه  می شود اما این فایل هاحجم بالایی داشته  و  سرور زمان زیادی برای دانلود آنها صرف خواهد کرد .

||http://network.tosinso.com/files/get/67ee89f9-1707-40a5-92a4-8ade73289f18||

در تب * Update Languages*  هم همانطور که در تنظیمات ویزارد ذکر کردیم می توان آپدیت ها را برای همه ی زبانها دانلود کرد و یا اینکه تنها زبانی را برگزید که برای ما کاربرد دارد. 
 
||http://network.tosinso.com/files/get/428906dd-d852-4f8f-b359-19099bcd3fdd||

*Synchronization Schedule :* می توانیم تعیین کنیم که سرور عمل Sync کردن آپدیت ها را بصورت Manual انجام دهد و یا  اینکه بصورت اتوماتیک در طی وهله زمانی مشخص شده آپدیت ها را بهنگام  و همسان سازی  کند .

||http://network.tosinso.com/files/get/bd3cccad-bd41-4101-be89-62d4ab30a93a||

!!!! Automatic Approval
در تب *Update rules * می توانیم برای تایید شدن آپدیت ها یک سری قاعده در نظر بگیریم بعنوان مثال برای WSUS سرور تعیین کنیم که در صورت دریافت آپدیت های مربوط به ویندوز 7، آنها را بدون دریافت تاییدیه و بصورت خودکار Approve کند . برای ایجاد یک Rule  تنها کافیست بر روی New Rule کلیک کنیم تا صفحه مربوط به انجام تنظیمات Rule باز شود (پنجره Add Rule) لذا می توانیم نوع و نام Rule مورد نظر را ایجاد کنیم .

||http://network.tosinso.com/files/get/cbf1bcaf-6de5-4a9f-a91b-29a9f7b3da53||

در پنجره Rule Properties با انتخاب گزینه ای که در آن نوع آپدیت ذکر شده ، نوع آپدیت را برای Rule تعیین می کنیم .با کلیک روی All Computers نیز لیست Computer Group هایی که ایجاد کردیم نمایش داده می شود که از میان آنها گروه مورد نظر را انتخاب می کنیم تا Rule ایجاد شده به آن گروه اعمال شود.

||http://network.tosinso.com/files/get/c1543e1b-c98e-4d77-a9d6-74fff30e8f5a||

در تب *Advanced * گزینه ای برای Approve کردن آپدیت های خود سرویس WSUS موجود است . علاوه براین هر آپدیتی ممکن است اصلاح و بروز رسانی شود در اینجا می توانیم تعیین کنیم که به محض دریافت Revision  مربوط  به یک آپدیت آن را به صورت خودکار نصب کرده و یا از نصب آن صرف نظر کنیم . 

||http://network.tosinso.com/files/get/efb9f8f7-1647-4ca4-b4bc-2fbd00dd5a44||

*Computers:* در این قسمت برای کامپیوتر هایی که عضو WSUS سرور شده اند می توانیم مشخص کنیم که تنظیمات مورد نیاز را از WSUS سرور و یا از گروپ پالسی و یا تنظیمات رجیستری که برای آنها انجام می شود ، دریافت کنند. بنابراین  با انتخاب گزینه Use the update services console  قادر خواهیم بود  کامپیوتر هایی را که بصورت پیش فرض درون Unassigned Computers  قرار گرفته اند را به صورت دستی به  گروههای دیگری که ساخته ایم، منتقل کنیم . برگزیدن گزینه Use group policy or registry settings on computers  موجب می شود که کامپیوتر ها بصورت اتوماتیک به گروهی که در تنظیمات GPO  در نظر گرفته ایم انتقال یابند. باید توجه داشت که در ابتدای کار  گزینه مربوط به تنظیمات گروپ پالسی را انتخاب کنیم چرا که انجام تنظیمات مربوط به گروپ پالسی است که  باعث می شود کامپیوتر ها WSUS سرور را شناخته و عضو آن شوند. به علاوه تنظیمات مربوط به دریافت آپدیت ها توسط کلاینت ها در گروپ پالسی صورت می گیرد. 

||http://network.tosinso.com/files/get/62c59613-9a03-45cd-a5cc-c00165f84e4b||

*Server Cleanup Wizard:* در این آپشن گزینه هایی موجود است که با انتخاب کردن آنها برای سرور WSUS تعیین می کنیم آپدیت هایی را که  منقضی شده  و کامپیوترهایی را که در شبکه غیر فعال شده اند از سرور حذف کند.

||http://network.tosinso.com/files/get/1ea5501f-0dc2-4688-825e-7ecba6c15eba||

*Reporting Rollup: *به کمک این آپشن می توانیم نحوه ی گزارش گیری WSUS  سرور را مشخص کنیم . اگر در شبکه ما Replica downstream  سرور هایی موجود باشد به کمک گزینه های موجود در این بخش برای WSUS سرور  تعیین می کنیم که گزارشهای مربوط به Replica downstream  سرورها را دریافت کند یا خیر .

||http://network.tosinso.com/files/get/e71a357f-c8af-46bd-921b-b9002bc43e83|| 

*E-Mail Notifications :*  در صورت وجود E-mail Server  در شبکه در تب *General*  می توانیم برای سرور مشخص کنیم که پس از Sync کردن هر آپدیت جدید ، برای کابران ایمیل بفرستد  . همچنین می شود تعیین کرد که گزارش وضعیت آپدیت ها به صورت روزانه یا هفتگی برای کاربران ارسال شود. در تب *E-Mail Server* نیز اطلاعات ایمیل سرور را وارد می کنیم .

||http://network.tosinso.com/files/get/a5d57cb9-9beb-4a78-ae98-6a930f679f61||

*Microsoft Update Improvement Program:* این آپشن کمک می کند تا سرور اطلاعات مبنی بر وضعیت آپدیت ها و کامپیوتر ها و نیز مشکلات بوجود آمده  را برای سایت مایکروسافت ارسال کند. بررسی این اطلاعات به متخصصان مایکروسافت کمک خواهد کرد تا راهکارهایی برای بهبود کارایی  و افزایش قابلیت WSUS سرور ارئه دهند.

||http://network.tosinso.com/files/get/804390c9-2d58-48e0-81e8-2e63ce2e1a0e||

!!!! Personalization
 این قسمت مرتبط با شخصی سازی اطلاعات نمایش داده شده توسط WSUS سرور  است در واقع در این آپشن می توانیم مشخص کنیم  اطلاعات WSUS سرور به چه صورت در کنسول مدیریتی قابل مشاهده باشند. در صورتیکه چند Replica downstream server در شبکه داشته باشیم  در تب *General* می توانیم تعیین کنیم که WSUS سرور ما اطلاعات مربوط به وضعیت آنها و کامپیوتر ها یشان را نیز نمایش دهد و یا اینکه تنها وضعیت  همین سرور و کامپیوتر های عضو آن را نشان دهد .

||http://network.tosinso.com/files/get/bc0e87b1-25c7-4c42-9f14-675ee303da3d||

در تب *To Do List* نیز می توانیم بخشهایی را که می خواهیم وضعیت مربوط به آنها در لیست To Do سرور نمایش داده شوند را انتخاب کنیم .

||http://network.tosinso.com/files/get/1ad62d4f-a712-4764-85d9-7f66f62e0416||

!!!! WSUS Server Configuration Wizard
این بخش در واقع همان ویزارد اولیه نصب WSUS می باشد . همانگونه که بیان کردیم این ویزارد در بردارنده  مجموعه ای از آپشن هاست که در بالا بصورت مجزا به توضیح آنها پرداختیم باید در نظر داشت که استفاده از این آپشن ها در کنسول مدیریتی قابلیت ها یی با جزئیات بیشتر را نسبت به ویزارد اولیه در اختیار ما قرار می دهد.پس از بررسی کنسول مدیریتی در این مقاله ، در قسمت بعد به شرح عضویت کلاینت ها در WSUS سرور و چگونگی Approve  و  نصب آپدیت ها توسط سروریس WSUS در شبکه خواهیم پرداخت . 

نویسنده: مریم حیات رمضانی
منبع : |جزیره سرویس های شبکه مایکروسافت وب سایت توسینسو::https://tosinso.com/microsoft|
هرگونه نشر و کپی برداری بدون ذکر منبع دارای اشکال اخلاقی می باشد
  • Automatic Approval

در تب Update rules می توانیم برای تایید شدن آپدیت ها یک سری قاعده در نظر بگیریم بعنوان مثال برای WSUS سرور تعیین کنیم که در صورت دریافت آپدیت های مربوط به ویندوز 7، آنها را بدون دریافت تاییدیه و بصورت خودکار Approve کند . برای ایجاد یک Rule تنها کافیست بر روی New Rule کلیک کنیم تا صفحه مربوط به انجام تنظیمات Rule باز شود (پنجره Add Rule) لذا می توانیم نوع و نام Rule مورد نظر را ایجاد کنیم .

در قسمت اول  مقاله به تعاریف مرتبط با  سرویس WSUS و راه اندازی آن از طریق ویزارد اشاره کردیم . حال در این قسمت به سراغ بررسی کنسول مدیریتی و  توضیح آپشنهای کنسول WSUS می رویم .با استفاده از مسیر زیر میتوان وارد کنسول WSUS شد :
<c#>
Start => Administrative tools => Windows Server Update Services
<c#>
در تصویر زیر فضای کنسول مدیریتی WSUS نمایش داده شده است که در ادامه به توضیح Component های آن خواهیم پرداخت.

||http://network.tosinso.com/files/get/c46b1a16-3a51-4638-8dc3-798ac71a94f3||

*Server Name:* می توان چندین WSUS سرور را در کنسول مدیریتی اضافه کرد، با اضافه کردن هر سرور نام آن در پنل سمت چپ کنسول مدیریتی WSUS نمایش داده می شود.برای افزودن WSUS سرور به کنسول مدیریتی تنها کافیست روی گره ی Update Services  در پنل سمت چپ کنسول راست کلیک کرده و گزینه Connect to the server را انتخاب و در صفحه ی باز شده نام سرور مورد نظر و پورت مربوط به آن را وارد کنیم . با کلیک روی نام سرور (در اینجا ITPro-Server) در پنل وسط  صفحه  وضعیت مربوط به سرور در سه بخش مجزا نمایش داده می شود:

* *To Do:*  اطلاعاتی در مورد بخشهایی که WSUS سرور باید فورا در رابطه با آنها اقدام کند در اختیارکاربر سرور قرار می دهد.
* *Overview : *این بخش مروری دارد بر وضعیت کامپیوتر ها، آپدیت ها و نیز هماهنگ سازی آپدیت ها . همچنین آمار اطلاعات WSUS سرور را مشخص می کند .
* *Resources :* در این بخش لینک هایی برای کسب اطلاعات بیشتر پیرامون WSUS سرور در نظر گرفته شده است .

||http://network.tosinso.com/files/get/8c135b80-1b8d-428a-bad2-82777e4e8a12||

زیر نام سرور در کنسول تمامی Component های مربوط به مدیریت آن با ساختار درختی لیست شده اند. بنابراین این اجزا تحت مدیریت سرور یاد شده می باشند . در اینجا به معرفی این بخش ها می پردازیم :
*Updates:* این گره  در بردارنده لیست تمامی آپدیتهای روی سرور است که از سایت مایکروسافت دریافت کرده ایم  و نیزبا کلیک روی  گره ی Updates می توان گزارشهای مربوط به وضعیت نصب انواع آپدیت ها را بر حسب نوع آنها در پنل وسط کنسول مشاهده کرد. در زیر گره Update  ،آپدیتها برحسب نوعی که  برای آنها  در تنظیمات در نظر گرفتیم  (در اینجا  Critical و Security) و نیز آپدیت های خود سرویس WSUS تقسیم بندی شده اند.

||http://network.tosinso.com/files/get/1b19915b-cb6a-4655-894f-843386e9f5a6||

*Computers: * این بخش شامل All Computers و زیر گره ی  Unassigned Computers می باشد که به صورت پیش فرض کامپیوتر های موجود در شبکه که برای دریافت آپدیت ها عضو WSUS می شوند در قسمت Unassigned Computers قرار می گیرند .برای سهولت در مدیریت آنها می توانیم در اینجا گروه هایی را ایجاد کرده و کامپیوتر های عضو شده را به آنها منتقل کنیم . در قسمت All computers  تمامی کامپیوترهایی که عضو WSUS سرور هستند نمایش داده شده است با کلیک روی هر کدام از این کامپیوتر ها ، اطلاعات مربوط به آن کامپیوتر و وضعیت مربوط به آپدیت های آن در بخش پایین پنل میانی صفحه نمایان خواهد شد.

||http://network.tosinso.com/files/get/a2814594-d902-4046-8870-a3e768fe174a||

*Downstream Servers:*  اگر WSUS سرور های دیگری در شبکه وجود داشته باشند که این سرور Upstream  سرور آنها می باشد ، خلاصه ای از اطلاعات اینDownstream سرور ها در این قسمت نمایش داده می شود .
*Synchronizations:*  این قسمت در بردارنده تاریخچه ی آپدیت های Sync شده می باشد. بعبارت دیگر هر بار که WSUS  سرور آپدیت های خود را با یک Upstream Server   و یا با سایت مایکروسافت Sync  کند ، گزارش مربوط به این بهنگام سازی با شرح جزئیات در این بخش قابل مشاهده است. این بخش   یک نقطه مرکزی برای مدیریت هماهنگ سازی آپدیت ها  محسوب می شو د . برای هر بار انجام عمل Synchronization   تنها کافیست بر روی گزینه Synchronize Now  کلیک کنیم .

||http://network.tosinso.com/files/get/522c44ea-0b64-4821-a143-6c07bc810de0||

*Reports: *این قسمت محل مرکزی برای ایجاد و ذخیره گزارشهای گرفته شده توسط WSUS سرور از وضعیت آپدیت ها و کامپیوترها و نیز عمل Synchronization آپدیتها  می باشد .کاربرد Report viewer  که همزمان با نصب رول  WSUS ، آن را نصب کردیم برای این بخش است. اگر روی هر کدام از بخش های موجود در پنل میانی صفحه کلیک کنیم صفحه ای نمایان خواهد شد که با انتخاب گزینه Run Report در آن ، سرور شروع به گرفتن گزارش مربوط به آن بخش خواهد کرد.

||http://network.tosinso.com/files/get/b81409a0-e556-4299-a4b0-37488a250e1f||

*Options:* در بخش آپشن WSUS کنسول مدیریت تمامی تنظیماتی که از طریق ویزارد WSUS انجام شد ، وجود دارد . باید خاطر نشان کرد که تنظیمات WSUS  را همانند دیگر سرویسها ،می توان هم از طریق کنسول وهم از طریق ویزارد انجام داد که در این سری مقالات ما به توضیح هر دو روش پرداخته ایم . اگر نصب از طریق ویزارد انجام شده باشد می توان تغییرات مورد نظردر تنظیمات انجام شده را بعدا ، از طریق کنسول مدیریتی اعمال کرد. با کلیک روی گره Options تمامی قابلیت ها در پنل وسط کنسول مشاهده خواهند شد.

||http://network.tosinso.com/files/get/0d207c9f-9122-4694-954c-2bcfd3451ba2||

 در اینجا به توضیح و بررسی تک تک آپشن های کنسول می پردازیم:

!!!! Update Source and Proxy Server
در تب* Update source*   تعیین می کنیم که WSUS سرور آپدیت ها را از سایت مایکروسافت دریافت کند و یا از یک Upstream Server  که باید نام و پورت آن را در این بخش وارد کنیم .در اینجا ما گزینه Synchronize from Microsoft Update را انتخاب می کنیم . 

||http://network.tosinso.com/files/get/9971ae64-a70e-4a2e-ba20-72c2889e2ea5||

  اگر از یک Proxy Server  برای ارتباط با سایت مایکروسافت و یا  با یک UPstream Server برای Sync کردن آپدیت ها در شبکه استفاده می کنیم ،باید نام و پورت آن را در تب *Proxy Server*   مشخص کنیم .این آپشن بصورت پیش فرض غیر فعال است و در این حالت WSUS سرور مستقیما با سایت مایکروسافت یا Upstream Server ارتباط برقرار خواهد کرد.

||http://network.tosinso.com/files/get/5b7605b0-3419-4d26-83bc-1b4500e46a67||

!!!! Products and Classifications
در تب* Products* محصولی را که می خواهیم آپدیت های آن را دریافت کنیم و این آپدیت ها با سایت مایکروسافت Sync  شوند را انتخاب می کنیم . یادآور می شویم که اگر تنها محصولاتی را که در سازمان از آنها استفاده می شود، در این بخش برای دریافت آپدیت ها در نظر بگیریم ،  این شرایط باعث می شود که سرعت دریافت آپدیت ها بالا رفته و  فضای کمتری از حافظه  را به خود اختصاص دهند. با توجه به سناریو در این قسمت ما ویندوز 7 و ویندوز سرور 2008 R2 را برای دریافت آپدیت آنها انتخاب می کنیم .

||http://network.tosinso.com/files/get/cccc7603-3dbc-4c59-95c3-18825a3fb46f||

در تب *Classifications * نوع و طبقه بندی آپدیت مورد نظر را تعیین می کنیم در ابتدای مقاله ی قبل در رابطه با انواع آپدیت ها صحبت کردیم حال با توجه به دانسته های خود در رابطه با انواع آپدیت ها ، نوع آپدیت مورد نظر را بر حسب نیازمان انتخاب می کنیم . ما همان تنظیمات پیش فرض را در نظر می گیریم . 

||http://network.tosinso.com/files/get/5dba8064-ae31-42f1-b597-a2c43be27320||

!!!! Update Files and Languages
در تب *Update Files*  با انتخاب گزینه Store Update files locally on this server  می توانیم تعیین کنیم که فایل آپدیت های دریافتی در همین سرور ذخیره شوند .در چنین شرایطی با انتخاب کردن گزینه Download Update files to this server only when updates are approved  مشخص می کنیم که ابتدا لیست آپدیت ها برای ما نمایش داده شود تا پس از تایید آن عمل دانلود صورت گیرد . همچنین با برگزیدن گزینه Download express installation files   مجموعه ای از فایل آپدیت ها دانلود خواهند شد که  موجب افزایش سرعت دریافت آپدیت ها  و نصب آنها روی کامپیوترهای شبکه  می شود اما این فایل هاحجم بالایی داشته  و  سرور زمان زیادی برای دانلود آنها صرف خواهد کرد .

||http://network.tosinso.com/files/get/67ee89f9-1707-40a5-92a4-8ade73289f18||

در تب * Update Languages*  هم همانطور که در تنظیمات ویزارد ذکر کردیم می توان آپدیت ها را برای همه ی زبانها دانلود کرد و یا اینکه تنها زبانی را برگزید که برای ما کاربرد دارد. 
 
||http://network.tosinso.com/files/get/428906dd-d852-4f8f-b359-19099bcd3fdd||

*Synchronization Schedule :* می توانیم تعیین کنیم که سرور عمل Sync کردن آپدیت ها را بصورت Manual انجام دهد و یا  اینکه بصورت اتوماتیک در طی وهله زمانی مشخص شده آپدیت ها را بهنگام  و همسان سازی  کند .

||http://network.tosinso.com/files/get/bd3cccad-bd41-4101-be89-62d4ab30a93a||

!!!! Automatic Approval
در تب *Update rules * می توانیم برای تایید شدن آپدیت ها یک سری قاعده در نظر بگیریم بعنوان مثال برای WSUS سرور تعیین کنیم که در صورت دریافت آپدیت های مربوط به ویندوز 7، آنها را بدون دریافت تاییدیه و بصورت خودکار Approve کند . برای ایجاد یک Rule  تنها کافیست بر روی New Rule کلیک کنیم تا صفحه مربوط به انجام تنظیمات Rule باز شود (پنجره Add Rule) لذا می توانیم نوع و نام Rule مورد نظر را ایجاد کنیم .

||http://network.tosinso.com/files/get/cbf1bcaf-6de5-4a9f-a91b-29a9f7b3da53||

در پنجره Rule Properties با انتخاب گزینه ای که در آن نوع آپدیت ذکر شده ، نوع آپدیت را برای Rule تعیین می کنیم .با کلیک روی All Computers نیز لیست Computer Group هایی که ایجاد کردیم نمایش داده می شود که از میان آنها گروه مورد نظر را انتخاب می کنیم تا Rule ایجاد شده به آن گروه اعمال شود.

||http://network.tosinso.com/files/get/c1543e1b-c98e-4d77-a9d6-74fff30e8f5a||

در تب *Advanced * گزینه ای برای Approve کردن آپدیت های خود سرویس WSUS موجود است . علاوه براین هر آپدیتی ممکن است اصلاح و بروز رسانی شود در اینجا می توانیم تعیین کنیم که به محض دریافت Revision  مربوط  به یک آپدیت آن را به صورت خودکار نصب کرده و یا از نصب آن صرف نظر کنیم . 

||http://network.tosinso.com/files/get/efb9f8f7-1647-4ca4-b4bc-2fbd00dd5a44||

*Computers:* در این قسمت برای کامپیوتر هایی که عضو WSUS سرور شده اند می توانیم مشخص کنیم که تنظیمات مورد نیاز را از WSUS سرور و یا از گروپ پالسی و یا تنظیمات رجیستری که برای آنها انجام می شود ، دریافت کنند. بنابراین  با انتخاب گزینه Use the update services console  قادر خواهیم بود  کامپیوتر هایی را که بصورت پیش فرض درون Unassigned Computers  قرار گرفته اند را به صورت دستی به  گروههای دیگری که ساخته ایم، منتقل کنیم . برگزیدن گزینه Use group policy or registry settings on computers  موجب می شود که کامپیوتر ها بصورت اتوماتیک به گروهی که در تنظیمات GPO  در نظر گرفته ایم انتقال یابند. باید توجه داشت که در ابتدای کار  گزینه مربوط به تنظیمات گروپ پالسی را انتخاب کنیم چرا که انجام تنظیمات مربوط به گروپ پالسی است که  باعث می شود کامپیوتر ها WSUS سرور را شناخته و عضو آن شوند. به علاوه تنظیمات مربوط به دریافت آپدیت ها توسط کلاینت ها در گروپ پالسی صورت می گیرد. 

||http://network.tosinso.com/files/get/62c59613-9a03-45cd-a5cc-c00165f84e4b||

*Server Cleanup Wizard:* در این آپشن گزینه هایی موجود است که با انتخاب کردن آنها برای سرور WSUS تعیین می کنیم آپدیت هایی را که  منقضی شده  و کامپیوترهایی را که در شبکه غیر فعال شده اند از سرور حذف کند.

||http://network.tosinso.com/files/get/1ea5501f-0dc2-4688-825e-7ecba6c15eba||

*Reporting Rollup: *به کمک این آپشن می توانیم نحوه ی گزارش گیری WSUS  سرور را مشخص کنیم . اگر در شبکه ما Replica downstream  سرور هایی موجود باشد به کمک گزینه های موجود در این بخش برای WSUS سرور  تعیین می کنیم که گزارشهای مربوط به Replica downstream  سرورها را دریافت کند یا خیر .

||http://network.tosinso.com/files/get/e71a357f-c8af-46bd-921b-b9002bc43e83|| 

*E-Mail Notifications :*  در صورت وجود E-mail Server  در شبکه در تب *General*  می توانیم برای سرور مشخص کنیم که پس از Sync کردن هر آپدیت جدید ، برای کابران ایمیل بفرستد  . همچنین می شود تعیین کرد که گزارش وضعیت آپدیت ها به صورت روزانه یا هفتگی برای کاربران ارسال شود. در تب *E-Mail Server* نیز اطلاعات ایمیل سرور را وارد می کنیم .

||http://network.tosinso.com/files/get/a5d57cb9-9beb-4a78-ae98-6a930f679f61||

*Microsoft Update Improvement Program:* این آپشن کمک می کند تا سرور اطلاعات مبنی بر وضعیت آپدیت ها و کامپیوتر ها و نیز مشکلات بوجود آمده  را برای سایت مایکروسافت ارسال کند. بررسی این اطلاعات به متخصصان مایکروسافت کمک خواهد کرد تا راهکارهایی برای بهبود کارایی  و افزایش قابلیت WSUS سرور ارئه دهند.

||http://network.tosinso.com/files/get/804390c9-2d58-48e0-81e8-2e63ce2e1a0e||

!!!! Personalization
 این قسمت مرتبط با شخصی سازی اطلاعات نمایش داده شده توسط WSUS سرور  است در واقع در این آپشن می توانیم مشخص کنیم  اطلاعات WSUS سرور به چه صورت در کنسول مدیریتی قابل مشاهده باشند. در صورتیکه چند Replica downstream server در شبکه داشته باشیم  در تب *General* می توانیم تعیین کنیم که WSUS سرور ما اطلاعات مربوط به وضعیت آنها و کامپیوتر ها یشان را نیز نمایش دهد و یا اینکه تنها وضعیت  همین سرور و کامپیوتر های عضو آن را نشان دهد .

||http://network.tosinso.com/files/get/bc0e87b1-25c7-4c42-9f14-675ee303da3d||

در تب *To Do List* نیز می توانیم بخشهایی را که می خواهیم وضعیت مربوط به آنها در لیست To Do سرور نمایش داده شوند را انتخاب کنیم .

||http://network.tosinso.com/files/get/1ad62d4f-a712-4764-85d9-7f66f62e0416||

!!!! WSUS Server Configuration Wizard
این بخش در واقع همان ویزارد اولیه نصب WSUS می باشد . همانگونه که بیان کردیم این ویزارد در بردارنده  مجموعه ای از آپشن هاست که در بالا بصورت مجزا به توضیح آنها پرداختیم باید در نظر داشت که استفاده از این آپشن ها در کنسول مدیریتی قابلیت ها یی با جزئیات بیشتر را نسبت به ویزارد اولیه در اختیار ما قرار می دهد.پس از بررسی کنسول مدیریتی در این مقاله ، در قسمت بعد به شرح عضویت کلاینت ها در WSUS سرور و چگونگی Approve  و  نصب آپدیت ها توسط سروریس WSUS در شبکه خواهیم پرداخت . 

نویسنده: مریم حیات رمضانی
منبع : |جزیره سرویس های شبکه مایکروسافت وب سایت توسینسو::https://tosinso.com/microsoft|
هرگونه نشر و کپی برداری بدون ذکر منبع دارای اشکال اخلاقی می باشد

در پنجره Rule Properties با انتخاب گزینه ای که در آن نوع آپدیت ذکر شده ، نوع آپدیت را برای Rule تعیین می کنیم .با کلیک روی All Computers نیز لیست Computer Group هایی که ایجاد کردیم نمایش داده می شود که از میان آنها گروه مورد نظر را انتخاب می کنیم تا Rule ایجاد شده به آن گروه اعمال شود.