أستكشاف أخطاء تكوين خادم ويب IIS وإصلاحها في الدردشة والبريد الإلكتروني للمؤسسات
المحتويات
المقدمة
يصف هذا المستند تصميم خادم ويب ECE ويوضح كيفية حل بعض المشاكل الأكثر شيوعا المتعلقة ب IIS.
المتطلبات الأساسية
المتطلبات
توصي Cisco بأن تكون لديك معرفة بالمواضيع التالية:
- الدردشة والبريد الإلكتروني للمؤسسات (ECE)
- خدمات معلومات الإنترنت (IIS) من Microsoft
المكونات المستخدمة
تستند المعلومات الواردة في هذا المستند إلى إصدارات البرامج التالية:
- ECE 11.6 و 12.0
تم إنشاء المعلومات الواردة في هذا المستند من الأجهزة الموجودة في بيئة معملية خاصة. بدأت جميع الأجهزة المُستخدمة في هذا المستند بتكوين ممسوح (افتراضي).
بنية خادم الويب
يستند ECE 11.6 و 12.0 إلى الإصدار 8.5 من IIS. يستخدم خادم الشبكة التابع للجنة الاقتصادية لأوروبا IIS للعمل كخادم أمامي، ويعمل خادم تطبيقات اللجنة الاقتصادية لأوروبا كخادم خلفي. تتمثل المهمة الرئيسية لخادم ويب الخاص ب ECE في عرض محتوى الموقع (المجلد الافتراضي C:\ECE\eService) ويقوم خادم التطبيق بالمسؤولية عن المنطق والتفاعل بين المستخدم النهائي والمحتوى المعروض. ويعمل خادم التطبيقات التابع للجنة الاقتصادية لأوروبا بالاقتران مع خادم الويب، حيث يعرض أحدهما ويتفاعل الآخر.
تنتقل جميع حركات المرور الواردة إلى الواجهة الأمامية. هذا يعني أنه يحتاج إلى الاستماع إلى المنفذ 80/443، بناء على روابط الموقع (مدير IIS > موقع ويب الافتراضي > الروابط)
يعمل HTTP كبروتوكول إستجابة طلب بين عميل وخادم، حيث يكون العميل مستعرض ويب. يبدأ كل شيء عندما يقوم المستعرض بإرسال طلب HTTP إلى الخادم؛ تتم معالجة هذا الطلب بواسطة خادم ويب ECE، والحصول على الاستجابة من قاعدة بيانات ECE وإرجاعه كاستجابة HTTP إلى العميل.
تدفق بيانات HTTP الأساسي هنا هو متصفح الويب > خادم ويب ECE (IIS) > خادم تطبيق ECE > خادم قاعدة بيانات ECE (MS SQL). يمكن تكوين خوادم ويب خلف موازن التحميل.
تفاعلات خادم التطبيق
كيف يقوم خادم ويب بإعادة توجيه الطلب إلى خادم APP؟
ApplicationHost.config هو الملف الرئيسي لتكوين IIS. وهو يتضمن تعريفات لجميع المواقع، والتطبيقات، والدلائل الظاهرية، وتجميعات التطبيقات، فضلا عن الافتراضيات العامة لإعدادات خادم الويب.
يمكن العثور على ملف ApplicationHost.config في المجلد ٪WINDIR٪\system32\inetsrv\config
عند تثبيت مكون خادم ويب ل ECE، تجري عملية التثبيت تغييرات، استنادا إلى متطلبات ECE إلى الملفات الأساسية ل IIS، وهي ApplicationHost.config. كجزء من التثبيت، فإنه يقوم بإنشاء تطبيقين. الأول هو تطبيق النظام الذي يحتوي على كل المحتوى المرتبط بالقسم 0. والتطبيق الافتراضي المرتبط بالقسم 1. تتضمن وحدة التحكم الإدارية، البرنامج العميل الخفيف، وحدة تحكم المشرف، التقارير وما إلى ذلك. في ECE 12.x يتم إنشاء عامل الإضاءة كجزء من تطبيق منفصل، وفي 12.x يمكن للعملاء إستخدامه في الإنتاج بدون Finesse.
تتم إضافة هذه الإعدادات بواسطة أداة تثبيت ECE إلى ApplicationHost.config للتطبيقات:
<sites>
<site name="Default Web Site" id="1">
<application path="/">
<virtualDirectory path="/" physicalPath="%SystemDrive%\inetpub\wwwroot" />
</application>
<application path="/system" applicationPool="DefaultAppPool">
<virtualDirectory path="/" physicalPath="C:\ECE\eService" />
<virtualDirectoryDefaults userName="CC\ipccadmin"password="[enc:AesProvider:hzS/wGBY0K6+gZcYgQstzLqbstl1v71LMBwdPyPZyUM4769Txc4kCGpDgX3xc96L:enc]" />
</application>
applicationPool="DefaultAppPool"> <virtualDirectory path="/" physicalPath="C:\ECE\eService" /> <virtualDirectoryDefaults userName="CC\ipccadmin" password="[enc:AesProvider:0LYLPJwWZjuKhRHe2WLBa1Ysk8Zj8hiPqUbqzkVRKKI=:enc]" /> </application>
applicationPool="DefaultAppPool"> <virtualDirectory path="/" physicalPath="C:\ECE\eService" /> <virtualDirectoryDefaults userName="CC\ipccadmin" password="[enc:AesProvider:VtxnHOSTlS2xo1er82ROFEAyC4PeF5a9qnasmaR+WOg=:enc]" /> </application> <bindings> <binding protocol="http" bindingInformation="*:80:" /> <binding protocol="https" bindingInformation="*:443:" sslFlags="0" /> </bindings> </site>
يهتم مثبت ECE بكل شيء، ويجب ألا تقوم بأي تغييرات تكوين يدوية في وحدة تحكم إدارة IIS. إذا لم تحدث تغييرات، فإن كل شيء يعمل كما هو متوقع.
هذا هو التخطيط الكامل لمجلد الخدمة الإلكترونية المتوفر ضمن دليل التثبيت C:\ECE\eService
يتيح النظام إمكانية الوصول إلى مجلد الخدمة الإلكترونية بالكامل نظرا لوجود مكونات متعددة يجب الوصول إليها من IIS من أجل وظائف التطبيق الصحيحة.
- تحتوي الحاوية على كافة ملفات التهيئة/بدء التشغيل
- يحتوي التكوين على جميع ملفات التكوين
- يحتوي السجل على سجلات الوقت الفعلي للتطبيق
المجلدات الأساسية التي يستخدمها IIS هي قوالب وويب.
- القوالب المستخدمة لكل طلب يأتي إلى نقطة الإدخال (قالب محادثة/رد اتصال)
- الويب المستخدم لأي طلبات لوحدة تحكم الويب (مسؤول أو نظام أو أدوات، إلخ)
تتم معالجة أي طلبات أخرى من النظام الأساسي عن طريق إعادة التوجيه. على سبيل المثال، عند إستخدام طلب واجهة برمجة التطبيقات (ECE_WebServer_name/system/egain/chat/entryPoint/agentAvilability/1000)، يستخدم IIS قواعد إعادة كتابة عنوان URL لإعادة توجيه هذا الطلب إلى منفذ خادم تطبيقات ECE 9001:
بناء على إصدار ECE، يتم تخزين قواعد إعادة الكتابة إما في ملف ApplicationHost.config أو في ملفات Web.config الموجودة في ٪SystemDrive٪\inetpub\wwroot. في هذا الملف، يمكنك أن ترى قسم <rewrite> الذي يحتوي على تعريف القاعدة هذا.
يتولى المثبت أمر قسم إعادة الكتابة، لكن في بعض الأحيان يمكن تعديل هذه البيانات ونتيجة لذلك، لا تعمل قوالب الدردشة أو واجهات برمجة التطبيقات (API) بشكل صحيح. إذا هذا هو المكان الأول الذي يجب فحصه عندما ترى مثل هذه الأعراض.
تكوين خادم التطبيق
في الحل غير المتكرر، لا يتطلب خادم التطبيق أي تخصيص. يقوم المثبت بنشر النظام وتكوينه بشكل مسبق بنفسه. ولكن في النشر عالي التوافر، يمكن تركيب اللجنة الاقتصادية لأوروبا مع العديد من ملقمات الويب والتطبيقات. وفي مثل هذه الحالة، يجب تثبيت خادم تطبيقات منفصل لكل خادم ويب في النشر (من 1 إلى 1 خريطة).
كيف يمكنك التعرف على أي خادم تطبيق مرتبط بأي خادم ويب؟
الطريقة الأسرع للتحقق من ذلك هي فتح ملف التكوين الموجود على خادم الويب والتحقق من المعلمة worker.default.host:
C:\ECE\eService\installation\egain-plugin\workers.properties
رؤوس استجابات HTTP في IIS
رؤوس استجابات HTTP هي أزواج قيم أسماء السلاسل التي يتم إرسالها من خادم بالمحتوى الذي طلبته. ويتم إستخدامها عادة لنقل المعلومات التقنية مثل كيفية وجوب تخزين المستعرض المؤقت للمحتوى ونوع المحتوى الموجود والبرنامج الذي يتم تشغيله على الخادم وغير ذلك الكثير. تعد رؤوس استجابات HTTP بشكل متزايد هي التي تم التحقق من صحتها من قبل العميل لتقديم الاستجابات الواردة من الخادم. يمكن أن يكون طلبا ثابتا أو طلبات ديناميكية.
في ECE يحتوي كل تطبيق على خصائص رؤوس استجابات HTTP الفريدة. تحتوي أي طلبات تأتي إلى خادم ويب على هذا الرأس بشكل افتراضي:
X-UA-Compatible هو علامة تعريف وضع المستند التي تسمح باختيار الإصدار الذي يجب أن يتم عرض الصفحة عليه من Internet Explorer. إنها تفرض على المتصفح أن يقدم كمعايير تلك النسخة المحددة (كما هو الحال مع IE 9).
في بعض الحالات، لا يقوم المثبت بإضافة رأس متوافق مع X-UA أثناء التثبيت. يمكن أن يحدث ذلك بسبب أذونات الحساب التي تم إستخدامها أثناء التثبيت. كحل بديل، يمكن إضافة هذه المعلمة يدويا.
تفويض مدير IIS
في حالة ما إذا كان خادم التطبيق قيد التشغيل وقيد التشغيل، ولكن لا يمكنك الانتقال عبر خادم التطبيق وتعطي صفحة IIS خطأ، فقد يكون من المفيد التحقق من إعدادات تخويل IIS. قد يكون الحساب الذي تم إستخدامه أثناء التثبيت غير قادر على قراءة مجلد خدمة eService.
إذا قمت بتحديد تجمع التطبيقات الخاص بك في إدارة IIS واخترت الإعدادات الأساسية، سترى هذا الإطار:
هنا المثبت يعين ال username وكلمة الذي يتلقى امتياز كامل أن ينجز عملية على التقصير ممر. تأكد من أن هوية تجمع التطبيقات لها حق الوصول للقراءة إلى المسار الفعلي عن طريق تحديد إعدادات الاختبار... زر. إذا رأيت رمزا أصفر بجوار المصادقة أو التفويض، فيجب عليك التحقق من بيانات اعتماد الحساب وأذوناته.
كما يمكن أن يكون سيناريو عند نقل خادم ويب من الشبكة المحلية إلى DMZ. في حالة عدم وجود مستخدم المجال الحالي في DMZ، يجب تحديث بيانات اعتماد المستخدم الجديدة هنا أيضا. يمكن أن يكون إما مستخدم مجال أو مسؤول محلي.
التعليقات