معرفی انواع پروفایل های ویندوز و نگاهی به نسل جدید پروفایل ها

در ساده ترین کلام ، پروفایل کاربر (User Profile) مجموعه ای از تنظیمات و فایل های کاربر است . اطلاعاتی مانند favorites های اینترنت اکسپلورر ، درایوهای Map شده ، تنظیمات پرینترها ، پروفایل های پست الکترونیکی ، داده های موجود در پوشه My Document ، تنظیمات و پیکربندی های نرم افزارها ، تنظیمات Desktop و بسیاری از اطلاعات دیگر مانند فایل های صوتی و تصویری ، تصاویر و غیره در پروفایل هر کاربر ذخیره می گردد . انواع بسیار مختلفی از پروفایل ها موجود است که هر کدام دارای تنظیمات و امکانات خاصی هستند . هر کدام از پروفایل ها دارای امکانات خاصی هستند که در بسیاری از موارد ، Group Policy ها در توانایی بهره گیری از آنها تاثیرگذار خواهند بود .

ادامه نوشته

ساخت پروفایل پیش فرض برای کاربران ( Creating a Default Network Profile )

When a user logs on to a Windows Vista computer for the first time, Windows Vista tries to find a profile named Default User.v2 in the NETLOGON share on the domain controller authenticating the user. If Windows Vista finds such a profile, this profile is copied to the user’s computer to form the user’s local profile on the computer. If Windows Vista does not find such a profile, the Default profile under %SystemDrive%\Users on the user’s computer is copied instead as the user’s local profile.

To create a default network profile, follow these steps:

1. 1. Log on to any computer running Windows Vista, using any domain user account.

2. 2. Configure the desktop settings, Start menu, and other aspects of your computer’s environment as you want users who log on to Windows for the first time to experience them.

3. 3. Log off and then log on using an account that belongs to the Domain Admins group.

4. 4. Click Start, right-click Computer, and then select Properties.

5. 5. Click Advanced System Settings. In the System Properties dialog box, click the Advanced Settings tab and then click Settings under User Profiles. The User Profiles dialog box opens.

6. 6. Select the user profile you previously configured in step 2 and click Copy To.The Copy To dialog box opens.

7. 7. Type \\domain_controller\NETLOGON\Default User.v2 in the Copy To dialog box.

8. 8. Click Change, type Everyone and then click OK twice to copy the local user profile you previously configured to the NETLOGON share as the default network profile Default User v.2.

9. 9. Type \\domain_controller\NETLOGON in the Quick Search box and press ENTER to open the NETLOGON share on your domain controller in a Windows Explorer window. Verify that the profile has been copied.

Note You may already have a Default User profile in NETLOGON that you created previously as a default network profile for users of computers running earlier versions of Windows. This network profile is not compatible with Windows Vista. See the section “Considerations for Mixed Environments” later in this chapter for more information.

DNS و سرور 2008

پیش از ارائه ویندوز سرور ۲۰۰۸ بسیاری از شبکه های مایکروسافتی از یک وینس (WINS) سرور در محیط شبکه استفاده می کردند. WINS یک روش تبدیل نام (name resolution) مشابه DNS است که از پروتکل نت بایوس (NetBIOS) روی TCP/IP که NetBT هم گفته می شود استفاده می کند. این پروتکل بیشتر در سیستم عامل های قدیمی رایج بود. مشابه Windows 95/98 and Windows NT 4.0. اما همانطوری که می دانید در پروتکل IPv6 دگر از این دو پشتیبانی نمی شود .

برای کمک کردن مهاجرت به DNS در خصوص تمام تبدیل نام ها در ویندوز سرور ۲۰۰۸ قسمتی حیاتی طراحی شده که به نام GlobalNames Zone و یا GNZ است. برخی مدیران شبکه به سختی می خواهند تا یک نام تک قسمتی ثابت مشابه WINS داشته باشند. مثلا این اسم می تواند به یک سرور پر استفاده در یک شرکت بزرگ تعلق بگیرد که یک IP ثابت (Static) دارد.در واقع GNZ طراحی شده تا بتواند رکوردهای چنین سرور هایی را شامل شود.

GNZ کمکی برای مهاجرت به DNS است اما چیزی نیست که ارزش جایگزینی با WINS را داشته باشد چرا که در WINS به صورت داینامیک ثبت رکورد ها اتفاق می افتد اما در خصوص GNZ چنین نیست. یعنی در GNZ پس از نصب DNS باید مدیران شبکه به صورت دستی به اضافه کردن، ویرایش کردن و یا در صورت نیاز حذف کردن رکورد ها بپردازند که این باعث می شود هیچ مدیر شبکه ای به عدم مهاجرت به DNS فکر نکند. در هر حال به صورت کلی DNS بسیار بهتر، ایمن تر و قابل اطمینان تر از WINS است. پس عدم مهاجرت سنتی نگری بین عده اندکی بیش نیست.

مثال:

کلاینت DNS با چسباندن پسوند(ها) ی مناسب قادر به resolve نام یک قسمتی است. مثلا اگر کلاینت دستور زیر را بزند

Ping Webserver

و پسوند DNS ماشین مثلا mahyar.local هست. حالا کلاینت خودکار پسوند را اضافه می کند و از یک Fully Qualified domain Name ( به اختصار FQDN ) استفاده می کند.

پسوند دی ان اس ( یا DNS suffix ) مناسب بر اساس آنکه کلاینت عضو چه دامینی است اعمال می شود. البته می شود با استفاده از تنظیمات TCP/IP و یا GroupPolicy نیز پسوند اعمال کرد. ترتیب اعمال این پسوند ها در خصوص کلاینتی که Windows XP یا Vista دارد به صورت زیر است:

۱) پسوند اصلی که یک کامپیوتر عضو دامین می شود.

تذکر:اگر Group Policy اعمال شده باشد این پسوند استفاده نمی شود.

۲) پسوند های که از طریق لیست پسوند های DNS از Group Policy اعمال می شود. (GPO DNS Suffix Search List) به ترتیبی که در لیست تنظیم شده اند.

۳)اگر سیاست گروهی اعمال نشده باشد:

- پسوند خاص هر کانکشن (اینترفیس های مختلف کارت شبکه) استفاده می شود(connection-specific DNS)

- در خصوص ویندوز ویستا فقط اگر از IPv6 و DHCPv6 استفاده شده باشد، اگر یک connection-specific suffix search list توسط DHCPv6 تنظیم شده باشد، پسوند های در لیست به ترتیب قرار گیری در لیست اعمال می شوند.

سیستم عامل های جدید مایکروسافت همانند ویندوز ویستا، سرور ۲۰۰۸ و ویندوز ۷ می توانند از یک متد تبدیل نام جدید به نام Link-Local Multicast Name Resolution (به اختصار LLMNR) نیز استفاده کنند.( همچنین multicast DNS یا mDNS نیز گفته می شود) با این متد جدید می توان نام کامپیوتر هایی را که در همان سگمنت (segment) هستند را در زمانی که DNSسرور در دسترس نیست تبدیل کرد. برای مثال در سناریویی که روتر(Router) میان یک Subnet و Subnet که در آن DNS سرور وجود دارد خراب شود، یک کامپیوتر می تواند نام کامپیوتر هایی که در همان Subnet هستند را تبدیل کند. این ویژگی بسیار مهم است.

به صورت پیش فرض یک DNS Sever ابتدا تلاش می کند تا جواب یک پرسش(query) را از روی اطلاعات Local Zone بدهد و سپس به GNZ مراجعه می کند. به منظور تنظیم بررسی رکورد های GNZ دستور زیر را در خط فرمان وارد کنید:

Dnscmd

ServerName /config /Enableglobalnamessupport 1

توجه : در دستور فوق ServerName نام سرور دی ان اس شما است.

به صورت پیشفرض سرویس DHCP از اطلاعات موجود در پایگاه داده خود هر 60 دقیقه یکبار و در مسیر C:\WINDOWS\System32\dhcp\backup، پشتیبان تهیه می نماید. به منظور مشاهده این این تنظیمات پیشفرض کافیست دستورات زیر را اجرا نمایید:

 

 

اگر چنانچه مایلید که این تنظیمات پیشفرض را تغییر دهید، می بایست به منظور تغییر مسیر ذخیره سازی فایل های پشتیبان از دستور set databasebackuppath و به منظور تغییر زمان انجام عملیات پشتیبان گیری از دستور set databasebackupinterval استفاده نمایید. به مثال زیر توجه کنید.

 

فرض کنید که می خواهیم محل ذخیره سازی اطلاعات پایگاه داده سرویس DHCP را از مسیر پیشفرض خود به مسیر C:\Backup تغییر داده و همچنین زمان انجام عملیات پشتیبان گیری را از 60 دقیقه به 24 ساعت تغییر دهیم. بدین منظور کافیست طبق تصویر زیر عمل کنیم:

 

 

توجه داشته باشید که در سررسید هر عملیات پشتیبان گیری، سرویس DHCP ابتدا فایل های پشتیبان قبلی را حذف و سپس فایل های پشتیبان جدید را در مسیری یکسان ایجاد می نماید.

 

نکته: محل ذخیره سازی فایل های پشتیبان نبایستی مکانی بر روی سرور دیگری باشد. جهت ذخیره سازی اطلاعات مرتبط با پشتیبان گیری می بایست از آدرس های محلی استفاده نمایید. جهت انتقال خودکار فایل های ایجاد شده می توانید از ابزارهایی همچون xcopy و یا robocopy استفاده نمایید.

فیلتر نمودن نمایش اطلاعات مرتبط با پروتکل DHCP در WireShark

به عنوان مثال فرض کنید که می خواهید علت عدم توانایی یک کلاینت را در گرفتن تنظیمات مورد نیاز از سرور DHCP مورد بررسی قرار دهید. در این حالت بهترین روش جهت حل این مشکل استفاده از برنامه هایست که می توانند اطلاعات عبوری از کلاینت مورد نظر را به شما نمایش دهند. همانطور که می دانید، یکی از بهترین این برنامه ها، ابزار قدرتمند WireShark می باشد. با استفاده از این نرم افزار می توانید تمامی اطلاعات عبوری از یک کلاینت را مشاهده و مورد بررسی قرار دهید.

 

اما در خصوص سناریوی مورد نظر؛ با فعال نمودن WireShark جهت نمایش اطلاعات مورد نظر، مشاهده خواهید نمود که حجم انبوهی از اطلاعات برای شما به نمایش در خواهد آمد که مسلما این رفتار، عملیات عیب یابی مورد نظر را با مشکل مواجه خواهد نمود.

 

جهت حل این مشکل، نرم افزار WireShark می تواند تنها اطلاعاتی را به شما نمایش دهد که قصد بررسی آنها را دارید، که در این مثال اطلاعات مرتبط با قرارداد DHCP می باشد. نکته جالب در این خصوص آنست که نرم افزار WireShark فیلتری با نام dhcp در خود ندارد. به شکل زیر نگاه کنید:

 

 

همانطور که در شکل بالا مشاهده می نمایید، رنگ کادر Filter به رنگ قرمز درآمده است که نشان دهنده عدم وجود فیلتری به نام dhcp می باشد. اگر چه دو فیلتر dhcpfo و dhcpv6 اطلاعات مرتبط با قرارداد DHCP را به نمایش می گذارند، اما توجه داشته باشید که منظور از dhcpfo، قرارداد DHCP FailOver و منظور از dhcpv6، قراداد DHCP Version 6 می باشد.

 

لذا به منظور نمایش اطلاعات مرتبط با قرارداد DHCP می بایست از فیلتر bootp استفاده نمایید. به شکل زیر نگاه کنید:

 

 

معرفی قابلیت DHCP Server Callout DLL

همانطور که می دانید از سرویس DHCP به منظور اختصاص آدرس IP  و سایر پیکربندی های مرتبط با پروتکل TCP/IP  به سیستم های موجود در شبکه استفاده می شود. می توان به جرات گفت که تمامی سیستم عامل های موجود از این پروتکل پشتیبانی می نمایند.

یکی از مشکلات اساسی استفاده از DHCP این است که هنگامی که یک کامپیوتر به صورت فیزیکی به شبکه متصل می شود، می تواند به صورت خودکار در خواست آدرسIP  کرده و از هر DHCP سرور فعال در شبکه تنظیمات مورد نظر خود را دریافت نماید. این اتفاق می تواند برای تمامی سیستم های مجاز و غیر مجاز به وقوع بپیوندد. به عبارت دیگر، رایانه های غیر مجاز براحتی می توانند در صورت برقراری ارتباط فیزیکی و یا غیر فیزیکی (بدون سیم) با شبکه سازمان، تنظیمات مرتبط با پروتکل TCP/IP را دریافت نموده و بدین ترتیب اولین و بزرگترین قدم در جهت نفوذ به شبکه سازمان مورد نظر را بردارند. لذا این امر می تواند برای مدیران شبکه یک ریسک امنیتی تلقی شود.

 در ادامه قصد دارم که به یکی از راه حل های ارائه شده از سوی شرکت مایکروسافت جهت برطرف نمودن این مشکل امنیتی اشاره کنم.

 

در اواخر سال 2007 میلادی، تیم DHCP سرور در مایکروسافت، ابزاری را در اختیار کاربران قرار داده است که با نصب آن بر روی سرورهایی با سیستم عامل های Windows Server 2003 و Windows Server 2008، می تواند قابلیت فیلتر نمودن درخواست های رسیده از سوی سیستم های موجود در شبکه جهت دریافت تنظیمات مرتبط با پروتکل TCP/IP را در اختیار سرویس DHCP قرار دهد. این ابزار که DHCP Server Callout DLL نامیده می شود، در سیستم عامل Windows Server 2008 R2 به صورت پیش فرض نصب می باشد.

 

توجه داشته باشید که MAC آدرس و یا همان Media Access Control، یک مشخصه یکتا برای هر کارت شبکه بوده که در مبنای هگزا دسیمال نمایش داده می شود. به عنوان مثال 00-0C-29-59-D9-FD یک MAC آدرس می باشد.

قابلیت DHCP Server Callout DLL چگونه کار می کند؟
هنگامی که یک کامپیوتر به شبکه متصل می شود، در اولین قدم به منظور برقراری ارتباط با دیگر کامپیوترهای موجود در شبکه، اقدام به دریافت نمودن یک آدرس IP و دیگر تنظیمات مرتبط با پروتکل TCP/IP می نماید. همانطور که قبلا نیز به آن اشاره شد، وظیفه در اختیار قرار دادن آدرس IP و دیگر تنظیمات مرتبط با پروتکل TCP/IP، بر عهده DHCP سرور می باشد.

 

اگر چنانچه قابلیت Callout DLL در DHCP سرور موجود فعال شده باشد، MAC آدرس کلاینت درخواست کننده تنظیمات، با لیست MAC آدرس های تعریف شده مجاز از سوی مدیر شبکه، مقایسه می گردد. اگر چنانچه این MAC آدرس در لیست آدرس های مجاز قرار گرفته شده باشد، بدین ترتیب به درخواست کلاینت مورد نظر، پاسخ مناسب داده خواهد شد. حال اگر چنانچه آدرس مورد نظر در لیست آدرس های مجاز تعریف نشده باشد و یا آنکه مدیر شبکه آن را در لیست آدرس های غیر مجاز قرار داده باشد، درخواست کلاینت مورد نظر نادیده گرفته می شود و بدین ترتیب، کلاینت مورد نظر نمی تواند با دیگر کلاینت های موجود در شبکه ارتباط برقرار نماید.

 

فیلترینگ مبتنی بر MAC آدرس به مدیران شبکه این امکان را می دهد تا اطمینان حاصل کنند که فقط سیستم های مجاز قادر به دریافت IP و اتصال به شبکه هستند. لذا با استفاده از این قابلیت، مدیران شبکه می توانند سطح امنیتی خود را ارتقاء بخشند.

 

به طور کلی می توان دو عملکرد زیر را برای قابلیت DHCP Server Callout DLL در نظر گرفت:

 

•     (Allow) اجازه دریافت آدرس IP و دیگر تنظیمات مرتبط با پروتکل TCP/IP بر اساس مقایسه MAC آدرس سیستم های درخواست کننده این تنظیمات با لیست تعریف شده از سوی مدیر شبکه. لازم به ذکر است که این لیست را می توان توسط روش های گوناگونی بدست آورد که از جمله آنها می توان به استفاده از اسکریپت های ایجاد شده توسط زبان WMI اشاره نمود.

 

•    (Deny) عدم ارائه آدرس IP و دیگر تنظیمات مرتبط با پروتکل TCP/IP به کلاینت های درخواست کننده این تنظیمات بر اساس لیست تعریف شده از MAC آدرس های غیر مجاز توسط مدیر شبکه.

 

توجه داشته باشید که این قابلیت در سیستم عامل های Windows Server 2003 و Windows Server 2008، در یک زمان فقط یکی از دو حالت Allow و یا Deny را می تواند انجام دهد و این در حالیست که این قابلیت در سیستم عامل Windows Server 2008 R2 دارای چنین محدودیتی نیست.

 

به منظور استفاده از این قابلیت ابتدا می بایست این ابزار را از مسیر ارائه شده در اینجا دانلود کرده و سپس طبق تصاویر زیر، اقدام به نصب آن بر روی سروری که نقش DHCP را در شبکه بر عهده دارد، نمایید.

 

توجه داشته باشید که قبل از نصب این ابزار، توجه کنید که ابزار مورد نظر برای سیستم عامل های 32 بیتی و 64 بیتی به صورت مجزا در اختیار شما قرار گرفته شده است. به شکل زیر نگاه کنید:

 

 

حال با توجه به نکته فوق، اقدام به نصب این ابزار می نماییم. به تصاویر زیر نگاه کنید:

 

 

 

در حقیقت عملیات نصب، فعالیت های زیر را به انجام می رساند:

 

•    ایجاد فایل های MacFilterCallout.dll و SetupDHCPMacFilter.rtf در فولدر System32 (در سیستم های 32 بیتی) و یا SysWOW64 (در سیستم های 64 بیتی).

 

•    ایجاد چندین کلید مختلف در مسیر HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\DHCPServer\Parameters در رجیستری. جهت کسب اطلاعات بیشتر در خصوص کلید های ایجاد شده و وظایف محوله به این کلید ها، فایل SetupDHCPMacFilter.rtf را مطالعه فرمایید.

 

•    متوقف کردن سرویس DHCP.

 

•    راه اندازی مجدد سرویس DHCP. توجه داشته باشید که در صورت لود موفقیت آمیز ابزار Callout DLL، رخ دادی به شماره 1033 در Event Viewer ایجاد می گردد. به شکل زیر نگاه کنید:

 

 

در مقاله ایی دیگر به چگونگی پیکربندی این قابلیت در سیستم عامل های Windows Server 2003 و Windows Server 2008 و همچنین Windows Server 2008 R2 اشاره خواهیم نمود.

بررسی رفتارهای یک DHCP Client در هنگامی که آدرس Default Gateway برای آن ست شده و سرور DHCP در دسترس

چند روزی هست که یکی از همکاران سوالی مبنی بر رفتار یک DHCP Client در هنگامی که آدرس Default Gateway برای آن ست شده باشد، از اینجانب پرسیده است. خوشبختانه چند روز تعطیلات عید غدیر این اجازه رو به بنده داد تا کاملا روی این موضوع تمرکز کرده و به تمامی جوانب آن پی ببرم. در ادامه به توضیحات بیشتر در خصوص این سناریو اشاره می کنم.

 

سیستم عامل Windows رفتارهای گوناگونی را در خصوص گرفتن تنظیمات از DHCP Server زمانی که آدرس Default Gateway برای آن ست شده و سرور DHCP در دسترس نباشد، از خود به نمایش می گذارد که در ادامه به آن اشاره می گردد:

 

• رفتار DHCP Client زمانی که آدرس Default Gateway برای آن ست نشده باشد: در این سناریو فرض کنید که کلاینت مورد نظر ری استارت شود. همانطور که می دانید در این حالت به صورت پیش فرض DHCP Client سعی در renew نمودن تنظیمات دریافتی از سرور DHCP می نماید. در این صورت اگر چنانچه سرور DHCP در دسترس نباشد، کلاینت آدرس IP در رنج 169.254.0.0 برای خود انتخاب می نماید. لازم به ذکر است که اگر چنانچه برای کلاینت مورد تنظیمات مورد نظر در قسمت Alternate Configuration را به انجام رسانیده باشیم، کلاینت ابتدا سعی در استفاده از این تنظیمات می نماید.

 

• رفتار DHCP Client زمانی که آدرس Default Gateway برای آن ست شده باشد، اما هیچکدام از Gateway های ست شده در دسترس نباشند: در این سناریو فرض کنید که کلاینت مورد نظر ری استارت شود. همانطور که در قسمت قبل نیز بدان اشاره شد، در این حالت به صورت پیش فرض DHCP Client سعی در renew نمودن تنظیمات دریافتی از سرور DHCP می نماید. در این حالت چنانچه سرور DHCP در دسترس نباشد، کلاینت پکت هایی از نوع ARP به آدرس Gateway های ست شده ارسال می نماید. در این صورت اگر چنانچه پاسخی از سوی Gateway های مورد نظر دریافت نگردد، کلاینت فکر می کند که به شبکه دیگری که در آن DHCP Server وجود  ندارد، منتقل شده است و لذا همانند حالت قبل رفتار می نماید.

 

• رفتار DHCP Client زمانی که آدرس Default Gateway برای آن ست شده باشد و Gateway ست شده در دسترس باشد: در این سناریو فرض کنید که کلاینت مورد نظر ری استارت شود. همنطور که در دو قسمت قبل نیز بدان اشاره شد، در این حالت به صورت پیش فرض DHCP Client سعی در renew نمودن تنظیمات دریافتی از سرور DHCP می نماید. در این حالت چنانچه سرور DHCP در دسترس نباشد، کلاینت پکت هایی از نوع ARP به آدرس Gatewayهای ست شده ارسال می نماید. در این صورت اگر چنانچه پاسخی از سوی یکی از Gatewayهای مورد نظر دریافت گردد، کلاینت فکر می کند که تنها سرور DHCP در دسترس نیست و بر خلاف حالت قبل کلاینت به شبکه دیگری انتقال نیافته است و لذا از تنظیمات فعلی خود استفاده می نماید.

حذف DHCP Server از Server Core

به منظور حذف سرویس DHCP از روی Server Core می بایست از دستور start /w ocsetup DHCPServerCore /Uninstall استفاده کنید. به شکل زیر نگاه کنید:

 

 

همانطور که در شکل بالا نیز مشاهده می نمایید، به منظور کامل نمودن انجام عملیات حذف سرویس DHCP، می بایست سرور مورد نظر را راه اندازی مجدد نماییم.

نصب DHCP در Server Core

به منظور نصب سرویس DHCP بر روی Server Core طبق مراحل زیر اقدام نمایید:

 

1. جهت نصب این سرویس دستور start /w ocsetup DHCPServerCore را اجرا کنید. به شکل زیر نگاه کنید:

 

 

2. به منظور اطمینان از اتمام موفقیت آمیز عملیات نصب طبق تصویر زیر عمل نمایید:

 

 

لازم است که بدانید، بعد از انجام عملیات نصب، می بایست جهت استفاده از سرویس DHCP، سرویس مرتبط با آن را فعال نماییم و این بدان علت است که به صورت پیش فرض، بعد از نصب سرویس DHCP، سرویس مرتبط با آن در حالت غیر فعال می باشد. شما می توانید جهت کسب اطمینان از غیر فعال بودن این سرویس بلافاصله بعد از اتمام عملیات نصب، از دستور زیر استفاده کنید:

 

 

به منظور فعال نمودن این سرویس می توانید طبق مراحل زیر اقدام نمایید:

 

1. ابتدا با استفاده از دستور sc، نحوه‌ی فعال شدن سرویس DHCP را در حالت Automatic قرار می دهیم. به شکل زیر نگاه کنید:

 

 

2. در این مرحله با استفاده از دستور net، سرویس DHCP را فعال می نماییم. به شکل زیر نگاه کنید:

 

 

3. به منظور بررسی وضعیت سرویس DHCP می توانیم از دستور netsh استفاده کنیم. به شکل زیر نگاه کنید:

 

 

توجه داشته باشید که اگر چنانچه سرویس DHCP در این مرحله فعال می باشد، اما هنوز Authorize نشده است. در خصوص چگونگی Authorize نمودن سرویس DHCP در Active Directory در مقالات آتی به صورت جامع صحبت خواهم کرد.

CSVDE , LDIFDE ابزارهای مهم Active Directory

بد نیست با دو دستور LDIFDE و CSVDE که عملیات اکسپورت گرفتن و ایمپورت کردن از اکتیودایرکتوری رو دارند آشنا بشیم ::

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

http://technet.microsoft.com/en-us/library/bb727091.aspx

http://technet.microsoft.com/en-us/library/cc732101(WS.10).aspx

CSVDE

ابتدایی ترین ابزار برای Import و Export کردن اطلاعات از اکتیو دایرکتوری CSVDE است. بزرگ ترین مزیت CSVDE آن است که فایل خروجی آن می تواند در برنامه های SpreedSheet همانند Microsoft Excel باز شوند.

موضوع قابل توجه آن است که CSVDE به عنوان یک ابزار Backup تلقی نمی شود. فایل خروجی CSVDE بر اساس CSV یا Comma Seprated Value است.
CSVDE به کلمه های عبور کاری ندارد و بنابراین نمی توان با استفاده از آن Password ها را Export کرد. CSVDE ها محدودیت های قابل توجهی دارند و نمی توانند برای ویرایش اطلاعات به کار گرفته شوند.

ممکن است فایل CSV از Microsoft Exchange Server ابتدا Export شود و AD DS یا AD LDS لازم باشد Import شود.
این سناریوی متداول در سازمان هایی است که Exchange Server استفاده می کردند و برای امنیت بیشتر قصد دارند از AD DS نیز استفاده کنند. همچنین ممکن است در ملحق شدن شرکت ها به هم از این سناریو استفاده شود.

با توجه به آنکه ساختار دایرکتوری Exchange با Active Directory یکسان نیست، لازم است نام Header برخی ستون ها تغییر کند. به عنوان مثال لازم است Display Name به displayName و obj-class به objectClass تغییر کند. برای استفاده از فرمان Command Prompt را با سطح دسترسی مناسب باز کنید.


به عنوان مثال با یک اکانت عضو گروه Domain Admins در جستجوی منوی استارت تایپ کنید CMD و سپس Run As Administrator را از منوی right click روی آن بزنید. فرم کلی دستور به صورت زیر است:


Csvde [-i] [-f ] [-s ] [-c ] [-v] [-j ] [-t ] [-d ] [-r ] [-p ] [-o ] [-g] [-m] [-n] [-k] [-a { | *}] [-b { | *}]


سوییچ عملکرد i به صورت پیش فرض دستور در Export Mode کار می کند. این سوییچ تعیین کننده Import Mode است. برای Export Mode نباید این سوییچ استفاده شود. F تعیین نام فایل. در هر دو Mode s تعیین دامین کنترلر C جایگزین کردن تمام عبارت مشخص شده در رشته دوم به جای رشته اول. زمانی کاربرد دارد که از یک اطلاعات از یک دامین به یک دامین جدید Import می شوند و لازم است DN ها تغییر کند. j تعیین محل قرار گیری Log File به صورت پیش فرض در مسیر مورد اشاره است. U تعیین استفاده از uni Code T تعیین پورت LDAP به صورت پیش فرض ۳۸۹ است و پورت GC به صورت پیش فرض ۳۲۶۸ است. r یک فیلتر LDAP برای Export اطلاعات می سازد. d یک فیلتر بر اساس DN برای Export اطلاعات می سازد. l لیستی از ویژگی های که در Export درج می شود را تعیین می کند. o حذف کردن برخی از ویژگی ها. زمانی کاربرد دارد که از AD DS به دایرکتوری دیگری انتقال صورت می گیرد.

مثال ۱: محتوای یک فایل CSV

objectClass,dn,givenName,sn,samAccountName,Descrip tion
user,distinguishedName,1stUserFirstName,1stUserSur name,FirstUserLogonName,Manager
user,distinguishedName,2ndUserFirstName,2ndUserSur name,SecondUserLogonName,President

مثال۲: استفاده از سوییچ r برای Export کردن تمام کاربرانی که نام خانوادگی مشخصی دارند.
csvde -r (&(objectClass=User)(sn=Surname))


مثال ۳: استفاده از سوییچ d برای Export کردن تمام اشیاء یک OU
csvde -d “ou=marketing,dc=contoso,dc=com” -f marketingobjects.csv


مثال ۴: استفاده از سوییچ i برای Import کردن اطلاعات
csvde -i -f input.csv


توجه: از آنجایی که CSVDE از Password ها پشتیبانی نمی کند مقدار پیش فرض userAccountControl را در فایل CSV می توان به ۵۱۴ ویرایش کرد تا اکانت کاربری Disable باشد. همچنین برخی از مدیران حتی در شرایطی که تمام اشیاء لازم باشد Import شود، عمل Export را برای اشیاء مختلف جدا انجام می دهند و ادعا می کنند که مدیریت ساده تر است.





LDIFDE

مشابه CSVDE این دستور نیز برای import و export اطلاعات به کار می رود.
LDIFDE محدودیت های کمتری نسبت به CSVDE دارد اما توسط تعداد کمی از نرم افزار های پشتیبانی می شود. این دستور خروجی فایلی بر اساس LDIF یا LDAP Data Exchange Format دارد.

بر خلاف CSVDE این فایل نمی تواند در Excel باز شود اما در Text Editor های قابلیت باز شدن دارد. بزرگترین مزیت آن نسبت به CSVDE آن است که می توان با استفاده از آن یک شیئ را ویرایش و یا حتی پاک کرد.
البته امکان تغییر در عضویت گروه ها وجود ندارد. همانند CSVDE ، این دستور نیز با Password ها کاری ندارد. بنابراین نمی توان Password ها را با آن Export کرد. از LDIFDE برای گسترش Schema نیز می توان استفاده کرد. فرمت کلی دستور کاملا مشابه CSVDE است و سوییچ های یکسانی دارد.


Ldifde [-i] [-f ] [-s ] [-c ] [-v] [-j ] [-t ] [-d ] [-r ] [-p ] [-l ] [-o ] [-g] [-m] [-n] [-k] [-a ] [-b ] [-?]


زمانی که از LDIFDE برای ویرایش، حذف یا افزودن یک شیء استفاده می شود باید مقدار ChangeType در فایل LDIF ویرایش یابد. مقادیر add , modify و delete مقادیری هستند که این attribute ممکن است دریافت کند. به مثال زیر توجه کنید:


مثال ۵: تعیین مقدار ChangeType
DN: CN=SampleUser,DC=DomainName
changetype: add
CN: SampleUser
description: DescriptionOfFile
objectClass: User
sAMAccountName: SampleUser


مثال ۶: خروجی فقط DN ، CN ، نام و شماره تلفن در یک DN معین شده.
Ldifde -d dc=fabrikam,dc=com -r (objectClass=User) -l distinguishedname,cn,givenname,sn,telephone


مثال ۷: حذف کردن تاریخ ساخت و GUID شیئ از فایل
Ldifde -d dc=fabrikam,dc=com -r (objectClass=User) -o whenCreated,objectGUID

انتقال سرویس Windows Server 2003 DHCP Server به Windows Server 2008 R2

اگر چنانچه مایلید که سرویس Windows Server 2003 DHCP Server را به Windows Server 2003 R2 انتقال دهید، کافیست طبق دستورالعمل زیر اقدام نمایید:

1. بر روی سرور مبدا، دستور زیر را اجرا کنید:

 

فایل ایجاد شده در این مرحله را به سرور مقصد انتقال داده و آن را در ریشه درایو C کپی کنید.

2. بر روی سرور مقصد، نقش DHCP را نصب کنید (آموزش نحوه نصب سرویس DHCP در Windows Server 2008 R2 از حوصله این مقاله خارج است).

3. سرویس DHCP Server را در سرور مقصد غیر فعال نمایید. به شکل زیر نگاه کنید:

4. فایل dhcp.mdb، واقع در مسیر C:\Windows\System32\dhcp را حذف کنید. به شکل زیر نگاه کنید:

 

5. سرویس DHCP Server را به اجرا درآورید. به شکل زیر نگاه کنید:

6. بر روی سرور مقصد، دستور زیر را اجرا کنید:

7. سرویس DHCP Server را در سرور مقصد راه اندازی مجدد نمایید. به شکل زیر نگاه کنید:

 

8. در آخرین مرحله از عملیات انتقال، در صورت نیاز، سرویس DHCP Server را Authorize نمایید. به شکل زیر نگاه کنید:

 

جهت کسب اطلاعات بیشتر، اینجا و اینجا را کلیک کنید.

ساختن و مدیریت ماشین (سرور) مجازی در ویندوز ۲۰۰۸ توسط Hyper-V

در دو مقاله قبلی (نصب و راه اندازی Hyper-V در ویندوز سرور ۲۰۰۸ و Hyper-V در ویندوز ۲۰۰۸) نحوه طراحی و نصب Hyper-V را در ویندوز ۲۰۰۸ برای شما تشریح کردم. در این مقاله نحوه نصب و راه اندازی یک ماشین (سرور) مجازی را توضیح می دهم.

 

نصب یک ماشین مجازی (سیستم عامل مجازی)

کنسول Server Manager را باز نمائید و به مسیر (Roles > Hyper-V > Microsoft Hyper-V Server) بروید.اگر دفعه اولی باشد که این کنسول را باز می نمائید پیغام Hyper-V License Agreement را خواهید دید، اگر آن را تائید کنید، گزینه های مختلف کنسول Hyper-V فعال خواهد شد.

اولین کاری که شما باید انجام دهید کلیک بر روی Connect to Server link است.که در قسمت Action Pane می توانید آن را بیابید.از شما خواسته می شود سروری که می خواهید به آن وصل شوید را انتخاب کنید.گزینه Local Computer را انتخاب کنید و بر روی OK کلیک کنید.صفحه ای همانند صفحه زیر را باید مشاهده کنید.

این صفحه اصلی کنسول مدیریت Hyper-V است.

 

ساخت یک سرور مجازی

برای ساخت یک سرور مجازی کافی است به مسیر (New > Virtual Machine Option) در قسمت Action Pane بروید.زمانی که به مسیر فوق بروید پنجره New Virtual Machine Wizard باز خواهد شد.صفحه اول به شما اطلاع می دهد با کلیک بر روی Next میتوانید تنظیمات ماشین مجازی خود را انجام دهید.انتخاب دیگر شما کلیک بر روی Finish Right Now است تا یک ماشین مجازی با تنظیمات پیش فرض برای شما ساخته شود.در این مقاله قصد داریم تنضیمات را خودمان به صورت دستی انجام دهیم تا شما گزینه های پیش رویتان را ببینبد و با کاربرد آنها آشنا شوید.

پس روی Next  کلیک کنید. در صفحه بعد از شما خواسته می شود تا Name و  Location برای محل ساخت ماشبن مجازی وارد کنید.تصیه می شود برای نام اسمی را انتخاب کنید که کاربرد ماشین مجازی فوق را کاملا تشریح کند.انتخاب مسیر کاملا بسته به تصمیم شماست ، اما اگر روی سرور از Striped RAID استفاده می کنید می توانید از آن برای نصب ماشین مجازی استفاده کنید تا کارائی بهتری داشته باشد.

روی Next کلیک کنید. در صفحه فوق از شما خواسته می شود تا میزان حافظه ای (Memory) که قصد دارید به ماشین مجازی اختصاص دهید را انتخاب کنید.به صورت پیشفرض این گزینه روی ۵۱۲MB of RAM تنظیم شده است.ولی واقعا این میزان از حافظه برای اجرا کردن ویندوز ۲۰۰۸ و ویستا و سون کافی نیست و شما باید آن را افزایش دهید. پیشنهاد می کنم برای نصب ویندوز ویستا و سون ۱GB و ویندوز۲۰۰۸ میزان ۲GB حافظه را به رم ماشین مجازی اختصاص دهید.

روی Next کلیک کنید. شما صفحه ای را خوهید دید که از شما می خواهد تا کارت شبکه ای (Network Adaptor) را که می خواهید ماشین مجازی از آن استفاده کند را انتخاب کنید.

توجه : در مطلب قبلی در رابطه با انتخاب یک یا چند کارت شبکه برای ماشین مجازی  توضیح داده شد.

 

خب روی Next کلیک کنید. در اینجا از شما آدرس و نام و میزان حجمی را که می خواید به هارد دیسک ماشین مجازی تان اختصاص دهید را پیش رو دارید. مثل شکل زیر شما می توانید یک هارد دیسک مجازی بسازید یا از یک هارد دیسک مجازی موجود استفاده کنید. در حال حاضر که هارد دیسک مجازی ساخته شده ای وجود ندارد پس یک هارد دیسک مجازی جدید می سازیم به صورت پیشفرض میزان حجم روی ۱۲۷MB تنظیم شده است که تا ۲TB قابل افزایش است در این مثال آن را روی ۱۰۰GB قرار می دهم و روی Next کلیک می کنم.

پیغامی مبنی بر نصب سیستم عامل بر روی ماشین مجازی ساخته شده را دریافت می کنید .در حال حاضر ماشین مجازی شما ساخته شده است و می توانید بعدا سیستم عامل را روی آن نصب کنید یا می توانید در همین مرحله به نصب سیستم عامل از طریق CD , DVD یا (ISO فایل) یا یک Floppy همانند شکل زیر بپردازید.

وقتی تصمیمتان را گرفتید و بر روی Next کلیک نمودید شما خلاصه ای از گزینه هایی را که انتخاب نموده اید را مشاهده می کنید اگر قصد دارید در همین زمان سیستم عاملتان را نصب کنید مدیا سیستم عامل را در CD یا DVD قرار دهید و گزینه Start Virual Machine را انتخاب کنید و روی Finish کنید. همانند شکل زیر سیستم عامل نصب را شروع میکند.

مراحل نصب سیستم عامل را انجام دهید.

نصب و راه اندازی Hyper-V در ویندوز سرور ۲۰۰۸

زمانی که ویندوز سرور ۲۰۰۸ منتشر شد، مایکروسافت قابلیت جدیدی را به نام Hyper-V معرفی نمود. Hyper-V نسخه ی کامل شده Virtual Server 2005 است که نقش مجازی سازی را در ویندوز ۲۰۰۸ بر عهده دارد. ولی نصب و راه اندازی آن نسبت به VS کاملا متفاوت است.در قسمت قبل زیر ساخت لازم برای Hyper-V تشریح شد، در این قسمت قسد داریم نحوه راه اندازی آن بر روی سرور ۲۰۰۸ را برسی کنیم و در مقاله آتی چگونگی ساخت یک ماشین مجازی را در محیط Hyper-V به شما نشان خواهم داد.

اولین موضوعی که پیشنهاد می کنم ، این است که وینوز سرور ۲۰۰۸ را مجدد نصب کنید(Clean Installation) .مجازی سازی به شدت منابع سیستم را زیر بار قرار می دهد پس بهتر است یک ویندوز جدید و یک سرور اختصاصی برای این موضوع در نظر بگیرید.

نصب رل Hyper-V یا (Hyper-V Role)

خب باید با یک کاربر با حق دسترسی Local Administrator وارد سیستم شوید و کنسول Server Manager را باز کنید.اگر با Server Manager آشنایی ندارید باید بدانید که ابزار جدیدی است که همانند Centralized management می باشد. برای باز کردن Server Manager وارد Run شوید و تایپ کنید “ServerManager.msc” و Enter را بزنید.

وقتی کنسول Server Manger اجرا شد روی Roles کلیک راست نمائید و از منوی باز شده روی فرمان Add Roles کلیک کنید.پنجره مربوط به آن به شما نشان داده خواهد شد.

در صفحه خوشامد گویی روی Next کلیک کنید و صفحه ای مشابه صفحه زیر مشاهده خواهید کرد. از شما سوال می کند که کدام رل را می خواهید نصب کنید. چک مارک Hyper-V را بزنید و روی Next کلیک کنید.

پس از آن صفحه ای مشابه صفحه زیر را مشاهده خواهید نمود. این صفحه به شما می گوید که در نهایت بایستی Virtualization را بر روی BIOS خود فعال نماییدتا قادر باشید Hyper-V را نصب کنید.بر روی برخی سرورها لازم است این کار را به صورت دستی انجام دهید و بر روی برخی سرورها لزومی ندارد. این صفحه همچنین به شما می گوید که بعد از کامل شدن پروسه نصب شما می توانید از Hyper-V Manager برای نصب و تنظیم ماشین های مجازی استفاده کنید.و در انتها چند پیوند وجود دارد که اطلاعات بیشتری را در رابطه با رل Hyper-V در اختارتان می گذارد.

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

شما می توانید برای کارت شبکه مجازی خود از چندین کارت شبکه فیزیکی استفاده کنید، با این کار روی کارتهای شبکه (LB : Load Balancing) ایجاد میشود. همچنین می توانید یک کارت شبکه را انتخاب کنید. وقتی تصمیمتان را گرفتید روی Next کلیک کنید.

شما باید صفحه را مشاهده کنید که تنظیمات شما را نمایش می دهد و منتظر تائید شما برای نصب Hyper-V می باشد و پیغامی مبنی بر این که بعد از نصب رل مورد نظر ممکن است سرور احتیاج به ریستارت داشته باشد.برای نصب روی Install کنید.مدت زمان نصب کاملا بستگی به کارایی و سرعت سرور شما دارد.

وقتی پروسه نصب کامل شد روی Close کلیک کنید و زمانی که از شما خواسته شد که سرور را ریستارت کنید روی Yes کلیک کنید. وقتی سرور ریستارت شد مجدد وارد سرور شوید باید Server Manager به صورت اتوماتیک باز شود و پروسه نصیب را ادامه دهد. بعد از مدت کوتاهی باید پیغامی را دریافت کنید که به شما می گوید Hyper-V با موفقیت نصب شد(Hyper-V has installed Successfully) روی Close کلیک کنید.

Hyper-V در ویندوز ۲۰۰۸

مفهوم مجازی سازی سرور ها چندین سال است که مطرح شده است. اما مدت کوتاهی است که از آن استفاده می شود. ایده اولیه مجازی سازی سرورها این است که چندین سرور را می توان روی یک سیستم داشت. اغلب سرورها معمولا از ۱۰% توان سخت افزاری سیستم استفاده می کنند.مجازی سازی به ما اجازه می دهد چندین سیستم عامل را روی یک سیستم (سخت افزار) نصب کنیم و از توان سیستم بهره لازم را ببریم.

مجازی سازی در ویندوز سرور ۲۰۰۸

در ویندوز سرور ۲۰۰۸ قابلیتی وجود دارد به نام Hyper-V .بزرگترین مزیت Hyper-V نسبت به (Virtual Server 2005) پشتیبانی کامل از سیستم های ۶۴ بیتی (x64) است.در واقع ، فقط ویندوزهای سرور ۲۰۰۸ نسخه ۶۴ بیتی از Hyper-V پشتیبانی می کنند.اما Hyper-V از هر دو سیستم (۳۲ بیتی و ۶۴ بیتی) پشتیبانی می کند.

اگرچه نصب و راه اندازی Hyper-V و نصب سیستم عامل روی آن بسیار ساده است اما قبل از آن باید مطمئن شویم که آیا سخت افزار موجود پاسخگوی نیازهای Hyper-V می باشد یا خیر؟

زمانی که چنین سیستم عامل روی Hyper-V نصب شود و شروع به سرویس دهی کند زمانی است که سخت افزار و مشکلات احتمالی سخت افزاری اهمیت بیشتری پیدا می کند.

 

زیر ساخت سخت افزاری Hyper-V

اولین نکته ای که باید گفته شود پروسسور ۶۴ بیتی است. اما Hyper-V نیازمند پشتیبانی سخت افزار از Virtualization نیز می باشد. تکنولوژی های مجازی سازی سیستم عامل های مهمان (Guest Operating System (سیستم عامل نصب شده در Hyper-V) ) را در لایه بالاتر از ماشین مجازی اجرا می کنند. اگرچه این

تکنیک به خوبی کار می کند ولی یک عیب بزرگ دارد. اشکال در لایه سیستم عامل میزبان منجر به اختلال در همه سیستم عامل های میزبان می گردد. برای مثال، یک عیب در درایور یکی از قطعات مثل کارت شبکه در سیستم عامل میزبان منجر به مختل شدن کارت شبکه کلیه سیستم عامل های مهمان می گردد.

Hyper-V  از معماری جدیدتری استفاده می کند. با اینکه سیستم عامل های مهمان همچنان به سیستم عامل میزبان وابسته هستند ولی Hyper-V این امکان را فراهم می کند تا سیستم عامل های مهمان بتوانند دسترسی مستقیم به سخت افزار داشته باشند.این موضوع نه تنها (SPF: Single Point of Failure) های زیادی را حذف می کند بلکه پروسه های بین میزبان و مهمان را نیز کاهش می دهد.اما همان طور که گفته شد سخت افزار نیز باید از این ویژگی پشتیبانی کند. (در BIOS).

Hyper-V به نحوی طراحی شده است که این اجازه را به شما می دهد تا هسته (Core) پروسسورتان را سیستم عامل مهمان اختصاص دهید.محدودیت برای هر سیستم عامل ۴ هسته است.

میزان حافظه (Memory) اختصاص داده شده به Hyper-V کاملا وابسته به ماشین های مجازی درون آن است.به عنوان یک پیشنهاد ۲GB از حافظه را همیشه برای برای سیستم عامل میزبان در نظر بگیرید.مثلا، اگر می خواهید ۳ ویندوز ۲۰۰۸ با ۲GB حافظه در درون Hyper-V نصب کنید حافظه مورد نیاز شما درسیستم عامل میزبان ۸GB می باشد.

در مورد هارد دیسک و فضای اختصاص داده شده به سیستم عامل های مهمان پیشنیازی وجود ندارد. اما چند محدودیت وجود دارد که باید مد نظر داشته باشید.سیستم عامل های مهمان روی (VHD : Virtual Hard Disk) نصب می شود که تقریبا شبیه Page File ها در ویندوز می باشد.هر VHD باید حداقل  ۴GB باشد و می تواند تا ۲TB تغییر کند.

برای کارایی بهتر توصیه میشود سیستم عامل مهمان را روی Raid ذخیره کنید.

Active Directory Federation Services – قسمت دوم

بر اساس نوع ارتباط B2B، سه روش طراحی مختلف در معماری AD FS می توان اتخاذ کرد.

1. Federated Web SSO: متداول ترین و رایج ترین سناریو این گزینه است. این مدل معمولا به شکل پلی روی Firewall های مختلف عمل می کند و تنها ارتباط Trust موجود یک Federation trust است که همواره به شکل One-way (یک طرفه) از Resource Organization به Account Oranization است. (مشابه شکل پیشین در قسمت، نحوه تعیین هویت)

2. Federated Web SSO با Forset trust: در این مدل سازمان از دو جنگل AD DS استفاده می کند. اولی برای شبکه داخلی که به آن به اختصار “جنگل داخلی” می گوییم و دیگری برای شبکه خارجی که به آن “جنگل خارجی” می گوییم. جنگل خارجی در واقع شامل perimeter network می شود یا روی آن واقع است. یک رابطه Trust در این حالات بین جنگل داخلی و جنگل خارجی ایجاد می شود که اغلب به صورت one-way (یک طرفه) کفایت می کند. همچنین یک Federation Trust از Resource Federation Server (در perimeter network) به Account Federation Server (در شبکه داخلی) ایجاد می گردد. تا کنون کاربران داخلی توانستند به Web App موجود روی perimeter network دسترسی داشته باشند. برای کاربران خارجی، در جنگل خارجی دارای یک اکانت هستند.

ادامه نوشته

Active Directory Federation Services – قسمت اول

از ویندوز NT و روز های اولیه Active Directory Domain Services روابط Trust یکی از قابلیت های موجود بود که در ویندوز های نسخ بعدی روز به روز نظریه پیاده سازی روابط Trust بیشتر مطرح و قابلیت های جدیدی پیدا کرد. یکی از انواع Trust که از ویندوز سرور 2003 منتشر شد، روابط Forst Trust بود. پیاده سازی Forest Trust دو جنبه قابل توجه دارد:

ادامه نوشته

2800 وب سایت اینترنتی از ویندوز سرور 2008 استفاده می کنند

بر اساس آمار و ارقام Netcraft حدود 2800 وب سایت در حال حاضر جهت ارائه خدمات اینترنتی خود ، از نسخه ویندوز سرور 2008 استفاده می کنند.این اطلاعات حاکی از استفاده این سایت ها از ویندوز سرور 2008 به همراه اطلاعات اینترنتی سرور 7.0 می باشد ، که سایت رسمی شرکت مایکروسافت از جمله این وب سایت ها می باشد.

این اطلاعات نشان می دهد که با وجود موفقیتی نسبی که مایکروسافت در ارائه ویندوز سرور 2008 داشته است ، به دنبال سیستم عامل بعدی برای استفاده سرور ها می باشد.در این راستا ، مایکروسافت لایسنس ‘Go Live’ را در اختیار توسعه دهندگان قرار داده است تا اطلاعات خود رابه صورت آزمایشی ، با استفاده از محیط جدید ‘Live’ ، در اختیار مایکروسافت قرار دهند.

به نظر می رسد زمانی طول می کشد تا نسخه ویندوز سرور 2008 جای خود را در بین کاربران پیدا کند و درصد بالاتری از سایت های اینترنتی از این نسخه استفاده کنند. همانطور که تجربه نشان می دهد ، زمان زیادی طول کشید تا مدیران سایت ها ویندوز سرور 2003 را برای میزبانی سایت خود انتخاب کنند و درصد زیادی هنوز هم با ویندوز 2000 سایت خود را بر روی اینترنت نمایش می دهند.

باز هم سرور 2008 اما از زبان کارنیور

مهندس "ویجای شینوا کارنیور" مشاور تیم توسعه و رفع اشکال IIS، ASP و ASP.NET کمپانی مایکروسافت در هند را می توان یکی از افراد فوق العاده ای دانست که از آشنایی با آنها لذت می برید!

او در آخرین مقاله ی خود روشی را آموزش داده است که شما (بله شما) می توانید بوسیله آخرین نسخه از سیستم عامل ویندوز سرور مایکروسافت یک سیستم کاری فوق العاده پرسرعت (SUPER FAST workstation) با قابلیت سازگاری با Hyper-V بوجود آورید.

متن مقاله ی آموزشی نوشته شده توسط او را در زیر می خوانید.

ویندوز سرور 2008 بهترین و پایدارترین سیستم عاملی است که تاکنون توسط مایکروسافت منتشر شده است. من مدت های بسیاری در انتظار دریافت نسخه RTM این سیستم عامل بودم تا آنرا بر روی ایستگاه کاری خود نصب و اجرا نمایم. ظرایط کار من ایجاب می کند که همیشه یک سیستم عامل سرور بر روی ایستگاه کاری خود نصب کنم. تا قبل از این همیشه سیستم عامل نخست من جهت استفاده ویندوز سرور 2003 بود.

اما بگذارید توضیح دهم که چگونه می توان از ویندوز سرور 2008 به عنوان یک ایسنگاه کاری فوق العاده سریع استفاده کرد. - گزینه ی Hardware Virtualization را فعال نمایید
ایستگاه کاری من یک سیستم X64 با قابلیت سازگاری با Hardware Virtualization می باشد. این بدان معنی است که من می توانم Hyper-V را بر روی سیستم خود اجرا سازم. پیشنهاد می کنم حتماً این قابلیت را از طریق BIOS فعال نمایید.

2- آخرین درایورها را برای کارت گرافیک و صدا دانلود کنید

به عنوان یک سیستم عامل سرور، ویندوز 2008 تنها دارای درایورهایی استاندارد جهت کارت گرافیک و صدا می باشد. برای آنکه از حداکثر توانایی های سخت افزارهای خود بهر بگیرید درایورهای انها را بروز نمایید. تنها با استفاده از درایور مناسب است که شما می توانید بر روی ویندوز سرور 2008 محیط بصری "Aero" را در اختیار داشته باشید.

اطلاعات رجیستری TCP/IP در ویندوز ویستا و سرور 2008

در این White Paper اطلاعاتی در رابطه با تغییرات رجیستری TCP/IP در ویندوز ویستا و Windows Server 2008 ارائه شده است، این اطلاعات برای افرادی است که با TCP/IP دو نسخه IPv4 و IPv6 آشنایی دارند، برای دریافت فایل مربوطه از لینک زیر استفاده کنید.

http://www.microsoft.com/downloads/details.aspx?FamilyID=12ac9780-17b5-480c-aef7-5c0bde9060b0&DisplayLang=en

 

 

دانلود ویندوز سرور 2008

به متخصصان رشته فناوری اطلاعات Windows Server® 2008 Beta 3سیستم عامل ویندوز سرور 2008 نسخه آزمایشی سوم

کمک می کند تا زیر ساخت سرور های خود را قابل انعطاف پذیر تر از گذشته نمایند در عین حال این ویندوز می توانند ارتباط مستحکم تری را بین نرم افزارها و سرویس های تحت وب ایجاد نماید

ویندوز سرور 2008 نسخه آزمایشی سوم زمان دار بوده و در روز 7 آپریل سال آینده غیر فعال می شود

البته من خودم نصب کردم کرکش هم تونستم بکنم ( هرکس کرکش رو میخواهد در همین پست نظر بده و یا به من ایمیل بزنه )

پس از این تاریخ، شما می توانید این ویندوز را از روی سیستم خود پاک نمایید و یا با پرداخت هزینه نسبت به ارتقاء آن به نسخه نهایی اقدام کنید

این محصول جدید جهت نصب و اجرا نیازمند شماره سریال مجاز می باشد

شما می توانید آنرا بدون استفاده از شماره سریال نیز نصب کنید، اما پس از مدت 30 روز امکانات آن غیر فعال خواهند شد

آن نیز اقدام نمایید DVD  درصورت دریافت شماره سریال از طریق ایمیل مایکروسافت علاوه بر  دانلود ویندوز سرور 2008 می توانید نسبت به دریافت یک

Windows Server 2008 Beta 3 Enterprise | Standard | Datacenter 

Windows Server 2008 Beta 3 Web Server

Windows Server® 2008 Beta 3 for Itanium-based Systems