مقدمة
في بيئة الشركات، يعد إدارة الوصول إلى التطبيقات الداخلية على الويب بشكل فعال أمرًا بالغ الأهمية. بالنسبة للكثيرين، فإن استخدام خدمات معلومات الإنترنت من مايكروسوفت (IIS) لاستضافة التطبيقات مثل SharePoint هو أمر شائع. ولكن ماذا يحدث عندما تريد توفير الوصول عبر اسم مضيف بديل دون فرض اتصال SSL؟ هذه مشكلة شائعة يواجهها مدراء SharePoint.
في هذه المدونة، سنناقش كيفية إعداد اسم مضيف بديل لموقع ويب IIS الخاص بك والذي يهدف إلى الوصول الداخلي فقط، باستخدام Windows 2003 Server. سنرشدك خلال الخطوات اللازمة لتكوين هذا الإعداد بشكل صحيح عبر إدارة SharePoint المركزية.
فهم المشكلة
لديك شبكة SharePoint داخلية، تم إعدادها بالفعل للتعامل مع الطلبات الخارجية باستخدام رأس المضيف portal.mycompany.com
مع فرض متطلبات SSL. ومع ذلك، يحتاج فريقك إلى خيار وصول داخلي باستخدام اسم مضيف مختلف، مثل http://internalportal/
, الذي لا يتطلب SSL.
بينما يتيح IIS تكوينات متنوعة، يجب التعامل مع التكامل مع SharePoint بشكل صحيح لضمان عمل سلس. دعنا نوضح كيف يمكن تحقيق ذلك:
نظرة عامة على الحل
توسيع التطبيق القائم
-
الوصول إلى إدارة SharePoint المركزية:
- افتح واجهة إدارة SharePoint المركزية الخاصة بك. هذه هي البوابة الرئيسية لإدارة إعدادات وتكوينات SharePoint.
-
إنشاء أو توسيع تطبيق ويب:
- في لوحة إدارة المركزية، ابحث عن الخيار المتعلق بإدارة تطبيقات الويب. ستجد خيارات لإنشاء تطبيق ويب جديد أو توسيع تطبيق موجود.
-
اختيار توسيع تطبيق موجود:
- هنا، سوف تختار الخيار لتوسيع تطبيق موجود. سيسمح لك ذلك بتكرار إعدادات تطبيق SharePoint الحالي تحت اسم مضيف جديد.
تكوين موقع IIS الجديد
-
تحديد رأس المضيف الجديد:
- خلال عملية التوسيع، سيتم الطلب منك تحديد رأس مضيف جديد لتطبيق الويب. أدخل
internalportal
أو أي عنوان URL داخلي سيستخدمه فريقك.
- خلال عملية التوسيع، سيتم الطلب منك تحديد رأس مضيف جديد لتطبيق الويب. أدخل
-
تحديد آليات المصادقة:
- بما أن هذا الموقع الداخلي لا يحتاج إلى فرض SSL، يمكنك اختيار طريقة المصادقة المناسبة التي تتماشى مع سياسات الأمان في مؤسستك.
-
إكمال الإعداد:
- أكمل الإعداد من خلال تأكيد الإعدادات. سوف تتولى SharePoint التعامل مع التكوينات اللازمة في IIS من أجلك، مما يضمن توافق كل شيء.
اعتبارات هامة
-
يفضل دائمًا استخدام SharePoint:
- ما يجب أخذه في الاعتبار هنا هو أنه إذا كانت SharePoint تقدم طريقة لتكوين ميزة، فمن الأفضل استخدام تلك الطريقة بدلاً من إجراء تغييرات مباشرة في IIS. هذا يضمن توافقًا ودعمًا أفضل من مايكروسوفت.
-
الاختبار:
- بعد إعداد اسم المضيف البديل، من الضروري إجراء اختبارات شاملة للتأكد من أن البوابة الداخلية قابلة للوصول كما هو متوقع، بدون SSL ووظائف كما هو مطلوب.
الخاتمة
يعد إعداد اسم مضيف بديل للوصول الداخلي إلى شبكة SharePoint الخاصة بك باستخدام IIS حلاً عمليًا للمنظمات التي تتطلع إلى تبسيط الاتصالات الداخلية دون قيود غير ضرورية مثل SSL. من خلال استخدام إدارة SharePoint المركزية، يمكنك إدارة هذا التكوين بشكل فعال وضمان توافقه مع الإعداد الحالي لديك. إذا اتبعت هذه الخطوات بعناية، سيكون لديك بوابة داخلية قوية تلبي احتياجات فريقك.
للمزيد من الدروس والنصائح ذات الصلة، تابع مدونتنا. إذا كانت لديك أسئلة إضافية أو تحتاج إلى مساعدة أخرى، لا تتردد في ترك تعليق أدناه!