المحتويات

المقدمة

المتطلبات الأساسية

المتطلبات

FQDN و DNS والمجالات

المكونات المستخدمة

معلومات أساسية

التكوين

تشكيل رسم بياني

الشهادات الموقعة

تثبيت شهادات التطبيق Tomcat الموقعة

شهادات موقعة ذاتيا

التثبيت على الخوادم الطرفية

إعادة إنشاء شهادات موقعة ذاتيا

التكامل وتكوين العميل

UCCX-to-MediaSense

MediaSense إلى الدقة الفائقة

UCCX إلى SocialMiner

شهادة عميل UCCX AppAdmin

شهادة عميل النظام الأساسي UCCX

شهادة عميل خدمة الإعلامات

شهادة عميل FindSE

شهادة عميل SocialMiner

شهادة عميل CUIC

تطبيقات الجهات الخارجية التي يمكن الوصول إليها من البرامج النصية

التحقق من الصحة

استكشاف الأخطاء وإصلاحها

مشكلة - معرف مستخدم/كلمة مرور غير صالحة

الأسباب

الحل

مشكلة - لا تتطابق شبكة منطقة التخزين (SAN) الخاصة ب CSR مع ترخيص شبكة منطقة التخزين (SAN)

الأسباب

الحل

مشكلة - NET::ERR_CERT_COMMON_NAME_INVALID

الأسباب

الحل

مزيد من المعلومات

عيوب الشهادات

معلومات ذات صلة

المقدمة

يوضح هذا المستند كيفية تكوين Cisco Unified Contact Center Express (UCCX) لاستخدام الشهادات الموقعة ذاتيا والموقعة.

المتطلبات الأساسية

المتطلبات

قبل المتابعة بخطوات التكوين الموضحة في هذا المستند، تأكد من حصولك على حق الوصول إلى صفحة إدارة نظام التشغيل (OS) لهذه التطبيقات:

- UCCX

- SocialMiner

- MediaSense

يجب أن يكون للمسؤول أيضا حق الوصول إلى مخزن الشهادات على أجهزة الكمبيوتر الخاصة بعميل الوكيل والمشرف.

FQDN و DNS والمجالات

يلزم تثبيت جميع الخوادم الموجودة في تكوين UCCX باستخدام خوادم نظام اسم المجال (DNS) وأسماء المجال. كما يلزم أن يقوم الوكلاء والمشرفون والمسؤولون بالوصول إلى تطبيقات تكوين UCCX عبر اسم المجال المؤهل بالكامل (FQDN).

يتطلب UCCX الإصدار 10.0+ ملء اسم المجال وخوادم DNS عند التثبيت. تحتوي الشهادات التي تم إنشاؤها بواسطة مثبت UCCX الإصدار 10.0+ على FQDN، حسب الاقتضاء. قم بإضافة خوادم DNS والمجال إلى مجموعة UCCX قبل الترقية إلى UCCX الإصدار 10.0+.

إذا تغير المجال أو تم ملؤه لأول مرة، يجب إعادة إنشاء الشهادات. بعد إضافة اسم المجال إلى تكوين الخادم، قم بإعادة إنشاء كافة شهادات Tomcat قبل تثبيتها على التطبيقات الأخرى، في مستعرضات العميل، أو عند إنشاء طلب توقيع الشهادة (CSR) للتوقيع.

المكونات المستخدمة

تستند المعلومات الموضحة في هذا المستند إلى مكونات الأجهزة والبرامج التالية:

- خدمات ويب UCCX

- خدمة الإعلامات UCCX

- النظام الأساسي UCCX Tomcat

- Cisco Finesse Tomcat

- Cisco Unified Intelligence Center (CUIC) Tomcat

- SocialMiner Tomcat

- خدمات ويب MediaSense

تم إنشاء المعلومات الواردة في هذا المستند من الأجهزة الموجودة في بيئة معملية خاصة. بدأت جميع الأجهزة المُستخدمة في هذا المستند بتكوين ممسوح (افتراضي). إذا كانت شبكتك مباشرة، فتأكد من فهمك للتأثير المحتمل لأي أمر.

معلومات أساسية

مع إدخال Finesse المشاركة و CUIC، التكامل بين UCCX و SocialMiner للبريد الإلكتروني والدردشة، واستخدام MediaSense لتسجيل الشهادات وفهمها وتثبيتها عبر Finesse، أصبحت القدرة على أستكشاف مشكلات الشهادات وإصلاحها أمرا بالغ الأهمية.

يصف هذا وثيقة الإستعمالمن على حد سواء توقيع ذاتي والتوقيع في بيئة تشكيل UCCX أن يغطي:

- خدمات إعلام UCCX

- خدمات ويب UCCX

- نصوص UCCX

- فاينس المقيم المشارك

- CUIC (البيانات الحية والتقارير التاريخية)

- MediaSense (التسجيل ووضع العلامات القائم على Finesse)

- SocialMiner (دردشة)

يجب تثبيت الشهادات، الموقعة أو الموقعة ذاتيا، على كل من التطبيقات (الخوادم) في تكوين UCCX، بالإضافة إلى أجهزة الكمبيوتر المكتبية الوكيل والمشرف.

في نظام تشغيل الاتصالات الموحدة (UCOS) 10.5، تمت إضافة شهادات متعددة الخوادم بحيث يمكن إنشاء CSR واحد لنظام مجموعة بدلا من الحاجة إلى توقيع شهادة فردية لكل عقدة في نظام المجموعة. هذا النوع من الشهادات غير مدعوم بشكل صريح ل UCCX و MediaSense و SocialMiner.

التكوين

يصف هذا القسم كيفية تكوين UCCX لاستخدام الشهادات الموقعة ذاتيا.

تشكيل رسم بياني

بنية حل UCCX صالحة اعتبارا من UCCX 11.0. مخطط إتصالات HTTPS.

الشهادات الموقعة

الطريقة الموصى بها لإدارة الشهادات لتكوين UCCX هي الاستفادة من الشهادات الموقعة. يمكن توقيع هذه الشهادات من قبل مرجع تصديق داخلي (CA) أو مرجع مصدق خارجي معروف.

في المستعرضات الرئيسية، مثل Mozilla Firefox و Internet Explorer، يتم تثبيت الشهادات الجذر ل CAs المعروفة جيدا من قبل جهة خارجية بشكل افتراضي. تكون الشهادات الخاصة بتطبيقات تكوين UCCX الموقعة من قبل هذه CAs موثوق بها بشكل افتراضي، حيث أن سلسلة الشهادات الخاصة بها تنتهي في شهادة جذر مثبتة بالفعل في المستعرض.

كما يمكن تثبيت الشهادة الجذر الخاصة ب CA الداخلي مسبقا في مستعرض العميل من خلال "نهج المجموعة" أو التكوين الحالي الآخر.

يمكنك إختيار إما أن يكون لديك شهادات تطبيق تكوين UCCX موقعة من مرجع مصدق معروف من قبل جهة خارجية أو من مرجع مصدق داخلي استنادا إلى التوفر والتثبيت المسبق للشهادة الجذر ل CAs في مستعرض العميل.

تثبيت شهادات التطبيق Tomcat الموقعة

أكمل هذه الخطوات لكل عقدة من تطبيقات إدارة المشترك وناشر UCCX والمشترك و SocialMiner و MediaSense Publisher:

1. انتقل إلى صفحة إدارة نظام التشغيل واختر التأمين > إدارة الشهادات.

2. انقر فوق إنشاء CSR.

3. من القائمة المنسدلة قائمة الشهادات، أختر tomcat كاسم الشهادة وانقر على إنشاء CSR.

4. انتقل إلى الأمان > إدارة الشهادات واختر تنزيل CSR.

5. من النافذة المنبثقة، أختر tomcat من القائمة المنسدلة وانقر تنزيل CSR.

قم بإرسال CSR الجديد إلى المرجع المصدق التابع للجهة الخارجية أو قم بتوقيعه باستخدام مرجع مصدق داخلي، كما هو موضح مسبقا. يجب أن تنتج هذه العملية هذه الشهادات الموقعة:

- الشهادة الجذر للمرجع المصدق

- شهادة تطبيق UCCX Publisher

- شهادة تطبيق المشترك UCCX

- شهادة تطبيق SocialMiner

- شهادة تطبيق ناشر MediaSense

- شهادة تطبيق المشترك في MediaSense

ملاحظة: أترك حقل التوزيع في CSR كشبكة FQDN الخاصة بالخادم.

ملاحظة: الشهادة "متعددة الخوادم (SAN)" مدعومة ل UCCX من الإصدار 11.6 وما بعده. ومع ذلك، يجب أن تتضمن شبكة منطقة التخزين (SAN) UCCX Node-1 و Node-2 فقط. يجب عدم تضمين الخوادم الأخرى، مثل SocialMiner، في شبكة منطقة التخزين (SAN) الخاصة ب UCCX.

ملاحظة: يدعم UCCX أطوال مفاتيح الشهادات التي تبلغ 1024 و 2048 بت فقط.

أكمل هذه الخطوات على كل خادم تطبيق لتحميل الشهادة الجذر وشهادة التطبيق إلى العقد:

ملاحظة: إذا قمت بتحميل الشهادات الجذر والشهادات الوسيطة على ناشر (UCCX أو MediaSense)، فيجب نسخها تلقائيا إلى المشترك. لا توجد حاجة لتحميل الشهادات الجذر أو الشهادات الوسيطة على الخوادم الأخرى غير الناشر في التكوين إذا تم توقيع جميع شهادات التطبيق عبر نفس سلسلة الشهادات.

1. انتقل إلى صفحة إدارة نظام التشغيل واختر التأمين > إدارة الشهادات.

2. انقر على تحميل الشهادة.

3. قم بتحميل الشهادة الجذر واختر tomcat-trust كنوع الشهادة.

4. انقر فوق تحميل الملف.

5. انقر على تحميل الشهادة.

6. قم بتحميل شهادة التطبيق واختر tomcat كنوع الشهادة.

7. انقر فوق تحميل الملف.
ملاحظة: إذا قام مرجع مصدق مرؤوس بتوقيع الشهادة، قم بتحميل الشهادة الجذر للمرجع المصدق المرؤوس كشهادة ثقة TOMCAT بدلا من الشهادة الجذر. إذا تم إصدار شهادة وسيطة، قم بتحميل هذه الشهادة إلى مخزن التومات الموثوق به بالإضافة إلى شهادة التطبيق.

8. بمجرد اكتمال هذه العملية، قم بإعادة تشغيل هذه التطبيقات:

- ناشر ومشترك MediaSense من Cisco

- Cisco SocialMiner

- ناشر ومشترك UCCX من Cisco

ملاحظة: عند إستخدام UCCX و MediaSense و SocialMiner 11.5 أو إصدار أحدث، توجد شهادة جديدة تسمى Tomcat-ECDSA. عندما تقوم بتحميل شهادة توثيق-ECDSA موقعة إلى الخادم، قم بتحميل شهادة التطبيق على أنها شهادة tomcat-ECDSA- وليست شهادة tomcat. لمزيد من المعلومات حول ECDSA، ارجع إلى قسم المعلومات ذات الصلة للرابط لفهم شهادات ECDSA وتكوينها.

شهادات موقعة ذاتيا

التثبيت على الخوادم الطرفية

تأتي جميع الشهادات المستخدمة في تكوين UCCX مثبتة مسبقا على تطبيقات التكوين وموقعة ذاتيا. هذه الشهادات الموقعة ذاتيا غير موثوق بها ضمنيا عند تقديمها إما إلى مستعرض عميل أو تطبيق تكوين آخر. على الرغم من أنه يوصى بتوقيع جميع الشهادات في تكوين UCCX، يمكنك إستخدام الشهادات الموقعة ذاتيا المثبتة مسبقا.

لكل علاقة تطبيق، يجب عليك تنزيل الشهادة المناسبة وتحميلها إلى التطبيق. أكمل الخطوات التالية للحصول على الشهادات وتحميلها:

1. أدخل صفحة إدارة نظام التشغيل للتطبيق واختر التأمين > إدارة الشهادات.

2. انقر على ملف certificate.pem المناسب واختر تنزيل:

3. لتحميل شهادة على التطبيق المناسب، انتقل إلى صفحة إدارة نظام التشغيل واختر التأمين > إدارة الشهادات.

4. انقر على تحميل الشهادة / سلسلة الشهادات:

5. أعد تشغيل هذه الخوادم بمجرد اكتمالها:

- ناشر ومشترك MediaSense من Cisco

- Cisco SocialMiner

- ناشر ومشترك UCCX من Cisco

لتثبيت الشهادات الموقعة ذاتيا على جهاز العميل، أستخدم نهج المجموعة أو مدير الحزمة، أو قم بتثبيتها بشكل فردي في مستعرض كل جهاز كمبيوتر وكيل.

بالنسبة ل Internet Explorer، قم بتثبيت الشهادات الموقعة ذاتيا من جانب العميل في مخزن مراجع التصديق الجذر الموثوق فيها.

بالنسبة لبرنامج Mozilla Firefox، أكمل الخطوات التالية:

1. انتقل إلى أدوات > خيارات.

2. انقر فوق علامة التبويب خيارات متقدمة.

3. انقر على عرض الشهادات.

4. انتقل إلى علامة التبويب الخوادم.

5. انقر فوق إضافة إستثناء.

إعادة إنشاء شهادات موقعة ذاتيا

في حالة انتهاء صلاحية الشهادات الموقعة ذاتيا، سيتعين إعادة إنشائها، كما سيتعين إجراء خطوات التكوين من التثبيت على الخوادم الطرفية مرة أخرى.

1. الوصول إلى التطبيق إدارة أنظمة التشغيل الصفحة والاختيار التأمين > إدارة الترخيص.

2. انقر على الشهادة المناسبة واختر إعادة الإنشاء.

3. يجب إعادة تشغيل الخادم الذي تم إنشاء الشهادة الخاصة به.

4. لكل علاقة تطبيق، يجب عليك تنزيل الشهادة المناسبة وتحميلها إلى التطبيق بعد خطوات التكوين من التثبيت على الخوادم الطرفية.

التكامل وتكوين العميل

UCCX-to-MediaSense

يستهلك UCCX واجهة برمجة تطبيقات REST لخدمات الويب MediaSense (API) لهدفين:

- للاشتراك في إعلامات التسجيلات الجديدة التي يتم استدعاؤها على مدير الاتصالات الموحدة (CUCM) من Cisco.

- لوضع علامات على تسجيلات وكلاء UCCX بمعلومات الوكيل وقائمة انتظار خدمة جهات الاتصال (CSQ).

يستهلك UCCX REST API على عقد إدارة MediaSense. هناك حد أقصى يبلغ إثنين في أي مجموعة MediaSense. لا تتصل UCCX عبر واجهة برمجة تطبيقات REST بعقد توسعة MediaSense. يجب أن تستهلك كلا عقدتي UCCX MediaSense REST API، لذلك قم بتثبيت شهادتي MediaSense Tomcat على كلا عقدتي UCCX.

قم بتحميل سلسلة الشهادات الموقعة أو الموقعة ذاتيا الخاصة بخوادم MediaSense إلى مخزن مفاتيح الثقة من UCCX.

MediaSense إلى الدقة الفائقة

يستهلك MediaSense واجهة برمجة تطبيقات Finesse Web Services REST لمصادقة عملاء بحث MediaSense وأدوات التشغيل على Finesse.

يجب أن يستهلك خادم MediaSense الذي تم تكوينه على تخطيط Finesse XML لأداة التحكم في البحث والتشغيل واجهة برمجة تطبيقات Finesse REST، لذا قم بتثبيت شهادتي UCCX Tomcat على عقدة MediaSense هذه.

قم بتحميل سلسلة الشهادات الموقعة أو الموقعة ذاتيا الخاصة بخوادم UCCX إلى مخزن مفاتيح MediaSense.

UCCX إلى SocialMiner

يستهلك UCCX راحة SocialMiner وواجهات برمجة التطبيقات (API) الخاصة بالإخطار لإدارة جهات اتصال البريد الإلكتروني والتكوين. يجب أن تستهلك كلا عقدتي UCCX واجهة برمجة تطبيقات SocialMiner REST ويتم إخطارها بواسطة خدمة إعلام SocialMiner، لذلك قم بتثبيت شهادة SocialMiner Tomcat على كلا عقدتي UCCX.

قم بتحميل سلسلة الشهادات الموقعة أو الموقعة ذاتيا الخاصة بخادم SocialMiner إلى مخزن مفاتيح الثقة من UCCX.

شهادة عميل UCCX AppAdmin

يتم إستخدام شهادة عميل UCCX AppAdmin لإدارة نظام UCCX. لتثبيت شهادة UCCX AppAdmin لمسؤولي UCCX، على كمبيوتر العميل، انتقل إلى https://<UCCX FQDN>/appadmin/main لكل عقدة من عقد UCCX وقم بتثبيت الشهادة من خلال المستعرض.

شهادة عميل النظام الأساسي UCCX

يتم إستخدام خدمات ويب UCCX لتسليم جهات اتصال الدردشة إلى مستعرضات العملاء. لتثبيت شهادة النظام الأساسي UCCX لعملاء UCCX والمشرفين، على كمبيوتر العميل، انتقل إلى https://<UCCX FQDN>/appadmin/main لكل عقدة من عقد UCCX وقم بتثبيت الشهادة من خلال المستعرض.

شهادة عميل خدمة الإعلامات

يتم إستخدام خدمة إعلام CCX من قبل Finesse و UCCX و CUIC لإرسال معلومات الوقت الفعلي إلى سطح المكتب العميل عبر بروتوكول التواجد والمراسلة الممتدة (XMPP). يستخدم هذا للاتصال الفوري Finesse بالإضافة إلى بيانات CUIC المباشرة.

من أجل تثبيت شهادة عميل خدمة الإعلامات على الكمبيوتر الشخصي للعملاء والمشرفين أو مستخدمي التقارير الذين يستخدمون البيانات المباشرة، انتقل إلى https://<UCCX FQDN>:7443/ لكل عقدة من عقد UCCX وقم بتثبيت الشهادة من خلال المستعرض.

شهادة عميل FindSE

يتم إستخدام شهادة عميل Finesse من قبل أجهزة الكمبيوتر المكتبية من Finesse للاتصال بمثيل Finesse Tomcat لأغراض اتصال REST API بين سطح المكتب وخادم Finesse المشترك.

من أجل تثبيت شهادة Finesse للوكلاء والمشرفين، على كمبيوتر العميل، انتقل إلى https://<UCCX FQDN>:8445/لكل عقدة من عقد UCCX وقم بتثبيت الشهادة من خلال مطالبات المستعرض.

لتثبيت شهادة Finesse لمسؤولي Finesse، على كمبيوتر العميل، انتقل إلى https://<UCCX FQDN>:8445/cfadmin لكل عقد من عقد UCCX وقم بتثبيت الشهادة من خلال مطالبات المستعرض.

شهادة عميل SocialMiner

يجب تثبيت شهادة SocialMiner Tomcat على جهاز العميل. بمجرد قبول أحد العملاء لطلب الدردشة، تتم إعادة توجيه الأداة الذكية للدردشة إلى URL يمثل غرفة الدردشة. تتم إستضافة غرفة الدردشة هذه من قبل خادم SocialMiner وتحتوي على جهة اتصال العميل أو المحادثة.

لتثبيت شهادة SocialMiner في المستعرض، على الكمبيوتر العميل، انتقل إلى https://<SocialMiner FQDN>/ وقم بتثبيت الشهادة من خلال مطالبات المستعرض.

شهادة عميل CUIC

يجب تثبيت شهادة CUIC Tomcat على جهاز العميل للعملاء والمشرفين ومستخدمي التقارير الذين يستخدمون واجهة ويب CUIC للتقارير التاريخية أو تقارير البيانات المباشرة إما داخل صفحة ويب CUIC أو داخل الأدوات الذكية في سطح المكتب.

لتثبيت شهادة CUIC Tomcat في المستعرض، على الكمبيوتر العميل، انتقل إلى https://<UCCX FQDN>:8444/ وقم بتثبيت الشهادة من خلال مطالبات المستعرض.

شهادة البيانات المباشرة CUIC (منذ 11.x)

يستخدم CUIC خدمة إدخال/إخراج مأخذ التوصيل لبيانات الخلفية المباشرة. يجب تثبيت هذه الشهادة على جهاز العميل للعملاء والمشرفين ومستخدمي التقارير الذين يستخدمون واجهة ويب CUIC للبيانات المباشرة أو الذين يستخدمون أدوات Live Data الذكية ضمن Finesse.

لتثبيت شهادة إدخال/إخراج مأخذ التوصيل في المستعرض، على كمبيوتر العميل، انتقل إلى https://<UCCX FQDN>:12015/ وقم بتثبيت الشهادة من خلال مطالبات المستعرض.

تطبيقات الجهات الخارجية التي يمكن الوصول إليها من البرامج النصية

إذا تم تصميم برنامج نصي ل UCCX للوصول إلى موقع آمن على خادم من جهة خارجية (على سبيل المثال، الحصول على خطوة مستند URL إلى HTTPS URL أو إجراء مكالمة إستراحة ل HTTPS REST URL)، قم بتحميل سلسلة الشهادات الموقعة أو الموقعة ذاتيا الخاصة بالخدمة من جهة خارجية إلى مخزن مفاتيح UCCXTomcat-trust. للحصول على هذه الشهادة، يمكنك الوصول إلى صفحة إدارة UCCX OS واختر تحميل الشهادة.

يتم تكوين محرك UCCX من أجل البحث في النظام الأساسي Tomcat keyStore لسلاسل شهادات الطرف الثالث عندما تقدم مع هذه الشهادات بواسطة تطبيقات الطرف الثالث عندما تصل إلى مواقع آمنة من خلال خطوات برنامج نصي.

يجب تحميل سلسلة الشهادات بأكملها إلى مخزن مفاتيح Tomcat للنظام الأساسي، والذي يمكن الوصول إليه عبر صفحة إدارة نظام التشغيل، حيث أن مخزن مفاتيح Tomcat لا يحتوي على شهادات جذر بشكل افتراضي.

بعد اكتمال هذه الإجراءات، قم بإعادة تشغيل محرك Cisco UCCX.

التحقق من الصحة

للتحقق من تثبيت جميع الشهادات بشكل صحيح، يمكنك إختبار الميزات الموضحة في هذا القسم. إذا لم تظهر أي أخطاء في الترخيص وتعمل كل الميزات بشكل صحيح، فإن الشهادات يتم تثبيتها بشكل صحيح.

- تكوين Finesse بحيث يقوم تلقائيا بتسجيل عميل عبر سير العمل. بعد معالجة المكالمة بواسطة العميل، أستخدم تطبيق MediaSense Search and Play للعثور على المكالمة. تحقق من أن المكالمة تحتوي على الوكيل، CSQ، وعلامات الفريق المرفقة ببيانات تعريف التسجيل في MediaSense.

- قم بتكوين دردشة الويب للوكيل من خلال SocialMiner. إدخال جهة اتصال دردشة عبر نموذج ويب. تحقق من أن الوكيل يستلم الشعار لقبول جهة اتصال الدردشة وكذلك تحقق من أنه بمجرد قبول جهة اتصال الدردشة، يتم تحميل نموذج الدردشة بشكل صحيح ويمكن للوكيل تلقي رسائل الدردشة وإرسالها على حد سواء.

- محاولة تسجيل الدخول إلى عميل عبر Finesse. تحقق من عدم ظهور أية تحذيرات شهادات ومن عدم مطالبة صفحة ويب بتثبيت الشهادات في المستعرض. تحقق من أنه يمكن للعامل تغيير الحالات بشكل صحيح وتم تقديم إستدعاء جديد إلى UCCX بشكل صحيح إلى العميل.

- بعد تكوين الأدوات الذكية Live Data في تخطيط سطح المكتب للوكيل والمشرف، قم بتسجيل الدخول إلى وكيل ومشرف ومستخدم تقرير. تحقق من تحميل أدوات Live Data الذكية بشكل صحيح، ومن ملء البيانات الأولية في الأداة الذكية، ومن تحديث البيانات عند تغيير البيانات الأساسية.

- حاول الاتصال من مستعرض بعنوان URL الخاص ب AppAdmin على كلا عقدتي UCCX. تحقق من عدم ظهور أية تحذيرات شهادات عند المطالبة بصفحة تسجيل الدخول.

استكشاف الأخطاء وإصلاحها

مشكلة - معرف مستخدم/كلمة مرور غير صالحة

يتعذر على وكلاء UCCX Finesse تسجيل الدخول مع حدوث خطأ معرف مستخدم/كلمة مرور غير صحيحة".

الأسباب

Unified CCX يرمي إستثناء "SSLHandshakeException" ويفشل في إنشاء اتصال ب Unified CM.

الحل

- تحقق من عدم انتهاء صلاحية شهادة Unified CM Tomcat.

- تأكد من أن أي شهادة قمت بتحميلها في Unified CM تحتوي على أي من هذه الملحقات معلمة على أنها ضرورية:

إستخدام مفتاح X509v3 (OID - 2.5.29.15)

قيود X509v3 الأساسية (OID - 2.5.29.19)

إذا حددت أي ملحقات أخرى على أنها حاسمة، فإن الاتصال يفشل بين CCX الموحد و CM الموحد بسبب فشل التحقق من شهادة CM الموحد.

مشكلة - لا تتطابق شبكة منطقة التخزين (SAN) الخاصة ب CSR مع ترخيص شبكة منطقة التخزين (SAN)

يعرض تحميل شهادة موقعة من المرجع المصدق خطأ "CSR SAN و Certificate SAN غير متطابقين".

الأسباب

قد يكون المرجع المصدق قد أضاف مجالا أصليا آخر في حقل أسماء بديلة لموضوع الشهادة (SAN). بشكل افتراضي، ستحتوي CSR على شبكات SAN التالية:

SubjectAltName [

example.com (dNSName)

hostname.example.com (dNSName)

]

قد يرجع CAs شهادة مع SAN آخر تمت إضافته إلى الشهادة: www.hostname.example.com. ستحتوي الشهادة على شبكة منطقة تخزين (SAN) إضافية في هذه الحالة:

SubjectAltName [

example.com (dNSName)

hostname.example.com (dNSName)

www.hostname.example.com (dNSName)

]

وهذا يتسبب في خطأ عدم تطابق شبكة التخزين (SAN).

الحل

في قسم 'اسم بديل للموضوع (شبكات منطقة التخزين)' من صفحة UCCX 'إنشاء طلب توقيع الشهادة'، قم بإنشاء CSR بحقل مجال أصل فارغ. بهذه الطريقة لا يتم إنشاء CSR باستخدام سمة SAN، ويمكن ل CA تنسيق شبكات SAN، ولن يكون هناك عدم تطابق في سمة SAN عند تحميل الشهادة إلى UCCX. لاحظ أن حقل المجال الأصل يتم تعيينه افتراضيا على مجال خادم UCCX، لذلك يجب إزالة القيمة بشكل صريح أثناء تكوين إعدادات CSR.

مشكلة - NET::ERR_CERT_COMMON_NAME_INVALID

عند الوصول إلى أي صفحة ويب UCCX أو MediaSense أو SocialMiner، تتلقى رسالة خطأ.

"إتصالك غير خاص.

قد يحاول المهاجمون سرقة المعلومات الخاصة بك من <server_FQDN> (على سبيل المثال، كلمات المرور أو الرسائل أو بطاقات الائتمان). NET::ERR_CERT_COMMON_NAME_INVALID

تعذر على هذا الخادم إثبات أنه <Server_FQDN>؛ شهادة الأمان الخاصة به من [missing_subjectAltName]. وقد يكون السبب في ذلك هو حدوث تكوين غير صحيح أو اعتراض المهاجم للاتصال.

الأسباب

أدخلت Chrome الإصدار 58 ميزة أمان جديدة حيث تشير إلى أن شهادة موقع الويب غير آمنة إذا لم يتم تضمين اسمه الشائع (CN) أيضا كشبكة منطقة تخزين (SAN).

الحل

- يمكنك الانتقال إلى خيارات متقدمة > المتابعة إلى <server_FQDN> (غير آمن) للمتابعة إلى الموقع وقبول خطأ الشهادة.

- يمكنك تجنب الخطأ بأكمله مع شهادات CA الموقعة. عند إنشاء CSR، يتم تضمين FQDN الخاص بالخادم كشبكة منطقة تخزين (SAN). يمكن ل CA توقيع CSR، وبعد تحميل الشهادة الموقعة مرة أخرى إلى الخادم، ستتضمن شهادة الخادم FQDN في حقل SAN حتى لا يتم تقديم الخطأ.

مزيد من المعلومات

راجع القسم "إزالة الدعم لمطابقة الاسم الشائع في الشهادات" في عمليات الإبعاد والإزالة في Chrome 58.

عيوب الشهادات

- معرف تصحيح الأخطاء من Cisco CSCvb46250 - UCCX: تأثير شهادة Tomcat ECDSA على بيانات Finesse Live

- معرف تصحيح الأخطاء من Cisco CSCvb58580 - يتعذر تسجيل الدخول إلى SocialMiner مع كل من tomcat و tomcat-ECDSA الموقع من قبل RSA CA

- معرف تصحيح الأخطاء من Cisco CSCvd56174 - UCCX: فشل تسجيل دخول وكيل Finesse بسبب SSLHandshakeException

- معرف تصحيح الأخطاء من Cisco CSCuv89545 - الضعف في سجل البحث

معلومات ذات صلة

- فهم شهادات ECDSA في حل UCCX

- دعم SHA 256 ل UCCX

- مثال تكوين الشهادات الموقعة ذاتيا و UCCX

- الدعم التقني والمستندات - Cisco Systems