الفصل : 10
الجزء : 1
العنوان : ال Server Core
عزيزي، لقد قلصت السيرفر! فصل جديد، وإشارة سينمائية قديمة أخرى. على مدار الـ 20 عامًا الماضية، لم نشهد سوى نمو أنظمة تشغيل مايكروسوفت. النمو يمكن أن يكون جيدًا؛ الميزات والتحسينات الجديدة تجعل حياتنا أسهل. لكن النمو يمكن أن يكون سيئًا أيضًا، مثل هياكل الملفات المنتفخة وواجهات المستخدم الرسومية التي تستهلك الكثير من الذاكرة. إذا كنت سترسم رسمًا بيانيًا زمنيًا لأنظمة تشغيل Windows وWindows Server من حيث بصماتها، بناءً على عوامل مثل استهلاك مساحة القرص ومتطلبات الذاكرة، فسيظهر منحنى تصاعدي ثابت. كل إصدار جديد يبدو أنه يتطلب المزيد من القدرة على المعالجة ومساحة أكبر قليلاً على القرص الصلب من الإصدار السابق. أجد دائمًا أنه من المثير للاهتمام كم عدد الأجزاء الحرجة من نظام التشغيل التي لا تزال موجودة في المواقع والمجلدات المتبقية من Server 2003 أو حتى قبل ذلك. حتى على جهاز Windows Server 2022 جديد تمامًا، ستجد جميع أنواع الأشياء داخل C:\Windows\System32. نحن لن نتحدث حتى عما هو موجود في السجل. أعتقد أن نقل، أو إعادة تسمية، أو تغيير هذه المكونات الأساسية قد يكون ضارًا بالعديد من جوانب Windows، وبالتالي قد تظل كما هي إلى الأبد. هذا يحد من مقدار التنظيف والتصغير الذي يمكن أن يحدث، إلا إذا تم اتخاذ نهج جذري إلى حد ما من خلال النظر إلى Windows Server كمنصة نظام تشغيل مختلفة تمامًا.
هنا، سنتحدث عن طريقة بديلة لاستخدام Windows Server 2022 على نطاق أصغر بكثير. Server Core موجود منذ فترة طويلة الآن، لكنني أجد صعوبة في العثور على أشخاص يستخدمونه فعليًا. تم تصميم هذا الإصدار المصغر من Server 2022 ليقدم لك منصة سيرفر أصغر وأكثر كفاءة وأمانًا.
سنغطي الموضوعات التالية في هذا الفصل:
- لماذا نستخدم Server Core؟
- التفاعل مع Server Core
-ال Windows Admin Center لإدارة Server Core
- أداة Sconfig
- الأدوار المتاحة في Server Core
- بناء وحدة تحكم مجال Server Core
- ماذا حدث لـ Nano Server؟
لماذا نستخدم Server Core؟
لماذا أتحدث عن Server Core؟ ألم يكن موجودًا منذ 2008؟ نعم، هذا بالضبط هو السبب الذي يجعلني أتحدث عنه. يبدو أن نسخة Server Core من نظام تشغيل Windows Server موجودة منذ فترة طويلة، لكن يبدو أن العديد من الإداريين يخشون استخدامها. أعمل مع العديد من الشركات من صناعات مختلفة. معظمهم لديهم شيء كبير واحد مشترك: يستخدمون الكثير من سيرفرات Windows، وكل هذه السيرفرات تعمل بواجهة المستخدم الرسومية الكاملة (Desktop Experience). هل سمعوا عن Server Core؟ بالطبع. هل جربوه في مختبر؟ أحيانًا. يبدو أن الجميع لديهم مستوى مختلف من الخبرة مع Core، لكن من النادر العثور على واحد في الإنتاج. ربما أتحدث إلى الأشخاص الخطأ، لكن يجب أن أفترض أن هناك غالبية منا، بمن فيهم أنا، يحتاجون إلى البدء في استخدام Server Core بانتظام.
لماذا نحتاج إلى البدء في استخدام Server Core؟ لأن السيرفرات بدون واجهة مستخدم رسومية هي المستقبل، تقول مايكروسوفت. هل تصدق أنه في البدايات الأولى لإصدارات Windows Server 2016، لم تكن خيار Desktop Experience موجودًا حتى؟ لم يكن بإمكانك تشغيل واجهة مستخدم رسومية كاملة على Server 2016 حتى لو أردت ذلك (والجميع أراد ذلك)، باستثناء واجهة صغيرة يمكن وضعها فوق Server Core. تلقت مايكروسوفت الكثير من الانتقادات حول هذا الأمر لدرجة أنه تم إضافة واجهة Desktop Experience الكاملة مرة أخرى خلال إحدى مراحل المعاينة الفنية. ومع ذلك، منذ ذلك الوقت، ربما لاحظت أن Server Core هو الخيار الافتراضي عند تثبيت أي نظام تشغيل Windows Server. تذكر بداية كتابنا، حيث قمنا بمراجعة سريعة لتثبيت Server 2022 الفعلي؟ الخيار الافتراضي للتثبيت ليس Desktop Experience؛ بل الخيار الأعلى في الشكل 10.1 هو الخيار لتثبيت Server Core الذي يعمل بالأوامر النصية:
أحد الأسباب للانتقال بعيدًا عن الواجهة الرسومية هو زيادة القدرات على الأتمتة والتوسع. عندما يتم بناء جميع السيرفرات بشكل مماثل، يعني ذلك أنه يمكننا تنفيذ المزيد من الوظائف السحابية معها. التشغيل التلقائي للموارد وتوقفها حسب الحاجة، ونشر عشرات السيرفرات بضغطة زر - هذا النوع من الأتمتة والتوسيع ممكن في السحابة، لكنه ممكن فقط لأن البنية التحتية مصممة بطريقة تكون موحدة جدًا. يجب أن تكون موارد الأجهزة السحابية مبسطة جدًا حتى تتمكن أدوات التشغيل والأتمتة من جعلها تفعل ما هو مطلوب، دون القلق بشأن جميع المتغيرات التي ستكون موجودة في واجهة مستخدم رسومية معدلة من قبل المستخدم.
هناك فوائد أخرى واضحة لتشغيل جميع السيرفرات على هذا الإصدار المحدود والمقيد. يتميز Server Core بتقليل مساحة القرص الصلب، وتقليل استهلاك الذاكرة، وتقليل سطح الهجوم مقارنة بتجربة السيرفر الكاملة التقليدية. الآن يمكنك أن ترى لماذا قمت بإطلاق تصريحات كبيرة منذ لحظة عن ضرورة أن نبدأ جميعًا في أن نكون أكثر راحة مع Server Core! في الواقع، دعونا نلقي نظرة على تلك البصمة المخفضة. يستخدم سيرفر 2022 الأساسي الذي يعمل بواجهة Desktop Experience حوالي 10 جيجابايت من مساحة القرص الصلب؛ لقد تحققت من ذلك عن طريق النظر إلى خصائص ملف القرص الصلب الافتراضي المستخدم بواسطة السيرفر RDS1 الخاص بي. RDS1 هو سيرفر Windows Server 2022 قياسي يعمل بواجهة Desktop Experience الكاملة. الآن، لقد انتهيت للتو من التثبيت الأول لنظام التشغيل Server Core 2022، ويمكننا أن نرى في الشكل 10.2 أن ملف VHDX المستخدم بواسطة هذا الجهاز الافتراضي الجديد هو فقط 6.75 جيجابايت، وهو ما يمثل انخفاضًا بنسبة 30٪ في المساحة:
لا مزيد من التبديل بين الواجهات
هناك ملاحظة مهمة جدًا أردت توضيحها هنا: أولئك الذين عملوا مع Server Core في Windows Server 2012 R2 يعرفون أن لدينا خيار تغيير السيرفر على الفور. ما أعنيه هو أنه إذا أنشأت سيرفرًا جديدًا باستخدام واجهة Desktop Experience الكاملة، يمكنك فيما بعد تغييره إلى Server Core. النهج المعاكس كان ممكنًا أيضًا؛ يمكنك أخذ Server Core وتحويله إلى واجهة Desktop Experience الكاملة. بينما كانت هذه القدرة موجودة، فقد مكنت المزيد من الأشخاص من استخدام Server Core لأنها تعني أنه حتى إذا كنت لا تعرف شيئًا عن التفاعل مع Server Core، يمكنك بناء سيرفر جديد بطريقة رسومية كما تفعل مع أي سيرفر آخر، وتثبيت الأدوار وتكوينها، وعندما تنتهي، قم بتحويله إلى Server Core، مما يؤدي فعليًا إلى تعطيل الواجهة الرسومية.
لم يعد هذا ممكنًا! تم إزالة هذه القدرة على نقل السيرفرات بين الأنظمة. أكرر، هذا لم يعد ممكنًا. لذا، خطط بعناية من الآن فصاعدًا عند تثبيت هذه الأنظمة. إذا قمت بتطبيق سيرفر كـ Server Core، فسيظل كذلك طوال فترة حياته.
التفاعل مع Server Core
بعد إكمال التثبيت الأول لـ Server Core، ستُعرض لك شاشة القفل التالية:
هل هي حقًا نافذة Command Prompt التي تقول "اضغط Ctrl-Alt-Del لفتح القفل"؟ نعم، هي كذلك. هذا عادةً ما يجلب بعض الضحك عندما يراه المسؤول لأول مرة. أعلم أنه فعل ذلك بالنسبة لي، على أي حال. يذكرني ذلك قليلًا عندما كنا نبرمج ألعاب if/then على حاسبات TI-83 في صف الرياضيات في المدرسة الثانوية. اضغط على Ctrl + Alt + Del، وستتم مطالبتك بتغيير كلمة مرور المسؤول لأول مرة، وهو نفس المهمة التي يجب تنفيذها دائمًا أولاً داخل إصدارات GUI من Windows Server. باستثناء، بالطبع، أنك تفعل ذلك كله من داخل نافذة Command Prompt باستخدام لوحة المفاتيح فقط. بعد تكوين كلمة مرور حساب المسؤول الخاص بك، تستمر عملية تسجيل الدخول، وستلاحظ بعض الأشياء المألوفة تمر بسرعة على هذه نافذة Command Prompt، مثل "تحضير Windows" و"تطبيق الإعدادات".
إذا كنت تثبت Server Core في إصدارات سابقة من Windows Server، مثل 2019 أو 2016، فستجد نفسك الآن تنظر إلى مؤشر Command Prompt قياسي، ينتظر إدخالك. يتم تحميل نظام التشغيل في الخلفية، ويقدم لك هذه الواجهة البسيطة التي يمكنك من خلالها تشغيل أي أوامر قياسية كما تشاء.
إحدى الأشياء الشائعة للمسؤولين تشغيلها من هذه نافذة Command Prompt هي أداة تكوين تسمى Sconfig. سنتحدث أكثر عن ماهية Sconfig وما يمكن أن تفعله لاحقًا في هذا الفصل، لكن النقطة الرئيسية التي يجب ذكرها هنا هي أن Server Core ابتداءً من Windows Server 2022، يطلق Sconfig تلقائيًا عند تسجيل الدخول، كما ترى في الشكل 10.4.
من المثير للاهتمام أن هذه نافذة Command Prompt لا تستهلك كامل مساحة الشاشة؛ من الواضح أن هناك خلفية سوداء وcmd.exe يعمل فوقها. أجد ذلك مثيرًا للاهتمام لأنه يمكنك أن تدرك أن نظام التشغيل Core نفسه هو شيء آخر غير Command Prompt، وأن cmd.exe هو مجرد تطبيق يتم إطلاقه تلقائيًا عند تسجيل الدخول. يمكنك حتى استخدام الفأرة هنا وتغيير حجم تلك نافذة Command Prompt أو نقلها. أتساءل مرة تلو الأخرى مع كل إصدار جديد من السيرفرات إذا ومتى سيتم استبدالها بواجهة PowerShell كواجهة افتراضية.
الأكثر إثارة للاهتمام وجيد المعرفة هو أنك يمكنك إطلاق بعض التطبيقات الشبيهة بـ GUI من هذه الواجهة. أسهل طريقة للقيام بذلك هي الخروج من أداة Sconfig عن طريق كتابة الخيار 15 والضغط على Enter. هذا سيخرجك من جلسة Sconfig ويعيدك إلى Command Prompt القياسي.
من هنا، يمكنك القيام بشيء مثل فتح Notepad واستخدامه باستخدام لوحة المفاتيح والفأرة، كما تفعل من أي إصدار من Windows. إذا فتحت Notepad، أنشأت ملاحظة ثم حفظتها؛ يمكنك أن ترى أن هناك بنية ملفات حقيقية ومجموعة من المجلدات النظامية العادية نسبيًا.
لذا، بدلاً من نوع من السحر الأسود، فإن Server Core هو في الواقع نظام التشغيل Windows Server الحقيقي، ملفوف في حزمة أصغر وأكثر أمانًا.
ال PowerShell
عندما يتعلق الأمر بإدارة Server Core، يمكنك بالطبع العمل مباشرة من وحدة التحكم واستخدام Command Prompt لإنجاز العديد من الأمور على هذا السيرفر. في الواقع، فإن الأوامر والوظائف المتاحة داخل Command Prompt ستكون محدودة. إذا كنت تعمل من وحدة التحكم في جهاز Windows Server Core، فمن المنطقي أكثر استخدام Command Prompt لغرض واحد فقط - تشغيل PowerShell، ومن ثم استخدامه لإنجاز ما تحتاجه على هذا السيرفر. أسرع طريقة أعرفها للانتقال إلى PowerShell من Command Prompt الأساسي هي ببساطة كتابة كلمة "powershell" والضغط على Enter. هذا سيجلب قدرات PowerShell مباشرة إلى نافذة Command Prompt الحالية بحيث يمكنك البدء في التفاعل مع الأوامر والـ cmdlets الخاصة بـ PowerShell التي تحتاجها، من أجل إدارة هذا السيرفر فعلياً:
ما هو أول شيء نقوم به عادة على السيرفرات الجديدة؟ بالطبع، إعطاؤها عناوين IP. بدون الاتصال بالشبكة، ليس هناك الكثير مما يمكننا القيام به على هذا السيرفر. يمكنك تعيين معلومات عنوان IP إلى NICs باستخدام PowerShell على أي Windows Server حديث، ولكن معظمنا ليس معتاداً على القيام بذلك. بما أننا لا نستطيع فتح Control Panel والوصول إلى Network and Sharing Center كما نفعل من داخل واجهة Desktop Experience GUI لـ Windows Server، من أين نبدأ للحصول على الاتصال بالشبكة على هذا Server Core الجديد؟
استخدام cmdlets لإدارة عناوين IP
هناك cmdlets يمكنك استخدامها لعرض وتعديل إعدادات عنوان IP من داخل PowerShell. مرة أخرى، يمكن استخدام هذه cmdlets نفسها في النسخة الكاملة من واجهة GUI لـ Windows Server أو من داخل Server Core.
بما أننا نعمل حالياً من Server Core حيث لدينا فقط واجهة الأوامر النصية، فإن هذه cmdlets ضرورية للحصول على الاتصال بالشبكة على سيرفرنا الجديد:
- ال**Get-NetIPConfiguration**: يعرض تكوين الشبكة الحالي.
-ال **Get-NetIPAddress**: يعرض عناوين IP الحالية.
-ال **Get-NetIPInterface**: يعرض قائمة بـ NICs وأرقام معرف الواجهة الخاصة بها. سيكون هذا الرقم مهماً عند تعيين عنوان IP لأننا نريد التأكد من أننا نخبر PowerShell بتكوين العنوان الصحيح على NIC الصحيح.
- ال**New-NetIPAddress**: يستخدم لتكوين عنوان IP جديد.
- ال**Set-DNSClientServerAddress**: يستخدم لتكوين إعدادات DNS server في خصائص NIC.
دعونا نستعرض بسرعة إعداد عنوان IP ثابت على Server Core جديد للتأكد من فهم ذلك كله. أريد تعيين عنوان IP 10.10.10.12 إلى هذا السيرفر الجديد، لكن أولاً، نحتاج إلى معرفة رقم معرف واجهة NIC الذي يجب تعيينه إليه. إخراج Get-NetIPInterface يخبرنا أن الـ ifIndex لـ Ethernet NIC هو الرقم 4:
بديلاً، أو كفحص مزدوج، يمكنك أيضاً تشغيل الأمر "route print" والتحقق من رقم معرف الواجهة بالقرب من الجزء العلوي من ذلك الإخراج. يمكنك رؤية في الشكل 10.8 أن NIC Hyper-V على هذا Server Core VM هو الواجهة 4 (مبينة على يسار الإخراج):
الآن بعد أن عرفنا رقم الواجهة، دعونا نبني الأوامر التي ستعين إعدادات عنوان IP الجديدة إلى NIC. سأستخدم أمرًا واحدًا لتعيين عنوان IP وقناع الشبكة (subnet mask) والـ default gateway. سأستخدم أمرًا ثانيًا لتعيين عناوين DNS server:
New-NetIPAddress -InterfaceIndex 4 -IPAddress 10.10.10.12 -PrefixLength 24 -DefaultGateway 10.10.10.1
Set-DNSClientServerAddress -InterfaceIndex 4 -ServerAddresses 10.10.10.10,10.10.10.11
الشكل 10.9 يعرض الإخراج الناتج:
توقف لحظة! كيف حصلت على اثنين من PowerShell prompts مفتوحة في نفس الوقت داخل واجهة Server Core؟ تأكد من قراءة قسم "Accidentally closing Command Prompt" لاحقاً في هذا الفصل لاكتشاف كيفية تشغيل نوافذ وأدوات متعددة داخل واجهة Server Core.
الآن، يجب أن تكون جميع إعدادات IP موجودة في NIC. دعونا نتحقق من ذلك مرة أخرى باستخدام أمر Get-NetIPConfiguration، كما هو مبين في الشكل 10.10. بديلاً، يمكنك استخدام الأمر القديم "ipconfig" للتحقق من هذه الإعدادات، لكن أين المتعة في ذلك؟
تذكر، يمكنك دائماً استخدام DHCP reservations لجعل هذا الأمر أسهل قليلاً. إذا كنت ستشغل أمرًا بسيطًا "ipconfig /all" من Server Core الخاص بك وتدوين عنوان MAC لـ NIC، يمكنك استخدام هذا العنوان لإنشاء حجز في DHCP وتعيين عنوان IP محدد للسيرفر الجديد بهذه الطريقة.
تعيين اسم السيرفر
الآن بعد أن حصلنا على الاتصال بالشبكة، خطوة جيدة تالية هي تعيين اسم السيرفر الخاص بنا والانضمام إلى المجال. أول الأشياء أولاً، دعونا نرى ما هو اسم السيرفر الحالي، وتغييره إلى شيء يناسب معاييرنا. عندما تقوم بتثبيت Windows حديثًا، فإنه يعين اسمًا عشوائيًا للسيرفر. يمكنك عرض اسم السيرفر الحالي ببساطة بكتابة "hostname" والضغط على Enter:
لتغيير اسم السيرفر الخاص بك، نحتاج إلى استخدام PowerShell. اجلب نفسك إلى PowerShell prompt إذا لم تكن هناك بالفعل، وكل ما نحتاج إليه هو استخدام cmdlet "Rename-Computer" لتعيين اسم السيرفر الجديد. لقد قررت تسمية هذا السيرفر الجديد بـ WEB4 لأنه، لاحقًا، سنقوم بتثبيت دور Web Services عليه واستضافة موقع ويب. تذكر، بعد إعادة تسمية الكمبيوتر الخاص بك، مثلما هو الحال في النسخة GUI من Windows Server، يلزم إعادة تشغيل النظام لتفعيل هذا التغيير. لذلك، بعد أمر Rename-Computer الخاص بك، يمكنك إصدار أمر Restart-Computer لإعادة تشغيل الـ VM:
Rename-Computer WEB4
Restart-Computer
الانضمام إلى المجال
الخطوة المنطقية التالية هي بالطبع الانضمام إلى المجال. هذه هي الوظائف القياسية التي نقوم بها على أي سيرفر جديد في بيئتنا ولكن بطريقة قد لم تصادفها من قبل، حيث نقوم بكل ذلك فقط من خلال واجهتي Command Prompt وPowerShell.
للانضمام إلى Server Core إلى مجالك، ادخل إلى PowerShell ثم استخدم cmdlet Add-Computer. سيتم سؤالك عن تحديد اسم المجال وبيانات اعتمادك للانضمام إلى المجال - نفس المعلومات التي ستحتاج إلى تحديدها إذا كنت تنضم إلى Windows Server 2022 في وضع Desktop Experience إلى المجال.
أولاً، يجب عليك تحديد بيانات الاعتماد التي سيتم استخدامها لتحقيق هذا الانضمام إلى المجال:
ثم تخبره باسم المجال الذي ترغب في الانضمام إليه:
بدلاً من ذلك، يمكنك استخدام المعامل -DomainName مع cmdlet Add-Computer الأصلي لتحديد اسم المجال كجزء من الأمر الأصلي. وبالطبع، بعد الانضمام إلى المجال، تحتاج إلى استخدام Restart-Computer مرة أخرى لتأكيد هذا التغيير.
ال PowerShell عن بُعد
بمجرد أن يكون السيرفر الجديد محدد بعنوان IP، مسمى، ومنضم إلى المجال، يمكننا البدء في بعض الإدارة الفعلية على هذا Server Core الجديد. يمكنك بالتأكيد الاستمرار في تسجيل الدخول والتفاعل مباشرة مع وحدة التحكم، ولكن كما هو الحال مع إدارة أي سيرفر آخر في بيئتك، يجب أن تكون هناك طرق للتعامل مع هذا عن بُعد، أليس كذلك؟ إحدى الطرق التي يمكنك من خلالها التحكم في Server Core دون الحاجة للجلوس أمامه هي باستخدام اتصال PowerShell عن بُعد.
سنغطي عملية استخدام PowerShell عن بُعد للتحكم في السيرفرات (كل من GUI وheadless) بمزيد من التفصيل في الفصل 11، PowerShell، ولكن هنا نظرة على الأوامر الضرورية والإمكانيات الموجودة عند تحقيق جلسة عن بُعد من PowerShell prompt، على محطة عمل داخل بيئة منضمة إلى المجال.
افتح PowerShell من نظام آخر - يمكن أن يكون هذا سيرفر أو حتى نظام تشغيل عميل. نافذة PowerShell هذه مفتوحة بالطبع في سياق الجهاز الذي سجلت الدخول إليه حاليًا، وأي أوامر تصدرها عبر PowerShell ستستدعي استجابة من النظام المحلي. للاستفادة من PowerShell في الاتصال بوحدة Server Core WEB4، سأصدر الأمر التالي. بعد تشغيل هذا، سيُطلب مني كلمة المرور الخاصة بحساب المدير، وبعدها سأتمكن من إصدار أوامر PowerShell عن بُعد ضد Server Core الخاص بنا:
Enter-PSSession -ComputerName WEB4 -Credential administrator
الآن نحن نجلس عند PowerShell prompt، متصلين عن بُعد بوحدة Server Core WEB4. يمكنك رؤية ذلك بواسطة [WEB4] المدرج على يسار prompt. ربما لا تثق في هذا المعرف الصغير، وتريد التأكد من أن نافذة PowerShell هذه الآن تصل إلى وتتحكم في السيرفر WEB4 عن بُعد؟
دعونا نصدر بضعة أوامر سريعة، مثل hostname وipconfig، لإثبات أن المعلومات التي يتم تقديمها لنا في جلسة PowerShell هذه تأتي حقًا من السيرفر WEB4 الجديد:
الآن بعد أن لدينا اتصال PowerShell عن بُعد بهذا Server Core الجديد، يمكننا فعل أي شيء تقريبًا لهذا السيرفر، مباشرة من هذه الوحدة. الأوامر والـ cmdlets الصادرة داخل هذه الجلسة البعيدة لـ PowerShell ستتحكم في WEB4، بدلاً من محطة العمل المحلية الخاصة بنا.
ال Server Manager
بينما سيتم التعامل مع الإعداد الأولي للسيرفر إلى حد ما من خلال واجهات الأوامر النصية المتاحة في وحدة التحكم، بمجرد أن يتم تثبيت سيرفرك على الشبكة، سيكون من المفيد لك توسيع آفاقك قليلاً. من المحتمل أن تجد cmdlets PowerShell التي تسمح لك بإدارة والتحكم في أي شيء في سيرفرك الجديد، لكن هذه لا تزال عقلية جديدة لمعظمنا - نحن معتادون عمومًا على استخدام الأدوات الرسومية مثل Server Manager. أنت تعرف بالفعل أن Server Manager يمكن استخدامه لإدارة عدة سيرفرات، محلية وعن بُعد، وهو جزء من لوحة التحكم المركزية لمايكروسوفت. تتيح لك هذه القدرة على الإدارة عن بُعد في Server Manager، والتي استعرضناها سابقًا في الكتاب، الوصول ليس فقط إلى سيرفرات Windows المستندة إلى واجهة GUI ولكن أيضًا إلى وحدات Server Core.
أريد تثبيت دور على السيرفر الجديد WEB4 الخاص بي. يمكنني القيام بذلك باستخدام PowerShell مباشرة على وحدة تحكم السيرفر، ولكن بدلاً من ذلك دعونا نحاول إضافة WEB4 إلى Server Manager، الذي يعمل على أحد السيرفرات الأخرى الخاصة بي. سأقوم بتسجيل الدخول إلى WEB3 واستخدام Server Manager من هناك. كما رأينا بالفعل، يمكنني إضافة سيرفر جديد إلى Server Manager باستخدام قائمة Manage واختيار Add Servers:
دعونا نضيف السيرفر الجديد WEB4 إلى قائمة الأجهزة المدارة الخاصة بنا، وهو الآن قابل للإدارة من داخل هذه الوحدة من Server Manager. بالعودة إلى نواياي الأصلية، أريد تثبيت دور Web Server (IIS) على WEB4. إذا استخدمت وظيفة Add roles and features داخل Server Manager، يمكنني الآن اختيار التحكم في السيرفر WEB4:
تمامًا مثل أي سيرفر يعمل بالإصدار الكامل من واجهة Desktop Experience لـ Windows Server، يمكننا الآن إكمال استعراض معالج تثبيت الدور، وسيتم تثبيت دور Web Server على WEB4.
النهاية
نكون هنا انتهينا من الجزء 1 من الفصل 10 تماما من شهادة MCSA المقدمة من Microsoft الأن نغوص في الأعماق
و لا بد وانت تقرا ان تكون مركز جيدا لكل معلومة ومعك ورقة وقلم , لانك بالتاكيد ستحتاجها
واذا واجهتك اي مشكلة في الفهم او ما شابه , يمكنك على الفور الذهاب الى المجتمع الخاص بنا في Telegram للمناقشة والتواصل معنا من هنا
او اذا واجهتك مشكلة في الموقع او تريد اجابة سريعة يمكنك الذهاب الى اخر صفحة في الموقع ستجد صفحة اتصل بنا موجودة يمكنك ارسالة لنا مشكلتك , وسيتم الرد عليها بسرعة جدا ان شاء الله
ويمكنك الأنضمام الى المجتمع Hidden Lock بالكامل مع جميع قنواته للأستفادة في اخر الأخبار في عالم التقنية وايضا الكتب بالمجان والكورسات والمقالات من خلال الرابط التالي لمجموعة القنوات من هنا
يمكنك ايضا متابعتنا في منصات X او Twitter سابقا , لمشاهدة الاخبار والمقالات السريعة والمهمة من
وفقط كان معكم Sparrow اتمنى ان تدعوا لي وتتذكروني في الخير دوما
