- Головна
- /
- Стаття
Ця довідкова стаття призначена для настільних телефонів Cisco серії 9800 та відеотелефону Cisco 8875, які зареєстровані на Cisco Unified Communications Manager.
Ви можете уві Cisco Unified Communications Manager мкнути роботу в середовищі підвищеної безпеки. Завдяки цим удосконаленням ваша телефонна мере жа працює під набором суворих засобів контролю безпеки та управління ризиками, щоб захистити вас та ваших користувачів.
Середовище розширеної безпеки включає в себе наступні функції:
-
Аутентифікація пошуку контактів (лише для користувальницьких катало гів)
-
TCP як протокол за замовчуванням для віддаленого журналу аудиту
-
Режим FIPS
-
Покращена політика облікових даних
-
Підтримка сімейства хешів SHA-2 для цифрових підписів
-
Підтримка розміру ключа RSA 512 біт і 4096 біт
З Cisco Unified Communications Manager випуском 14.0 та прошивкою для відеотелефонів Cisco випуску 2.1 та пізніших версій телефони підтримують аутентифікацію SIP OAuth.
OAuth підтримується для проксі-тривіального протоколу передачі файлів (TFTP) з Cisco Unified Communications Manager випуском 14.0 (1) SU1 або пізнішої версії. Проксі TFTP та OAuth для проксі-сервера TFTP не підтримуються на мобіль Remote Access них пристроях (MRA).
Для отримання додаткової інформації про безпеку див. наступне:
-
П@@ осібник з конфігурації системи для Cisco Unified Communications Manager випуску 14.0 (1) або пізнішої версії (https://www.cisco.com/c/en/us/support/unified-communications/unified-communications-manager-callmanager/products-installation-and-configuration-guides-list.html).
-
Керівництво з безпеки для Cisco Unified Communications Manager (https://www.cisco.com/c/en/us/support/unified-communications/unified-communications-manager-callmanager/products-maintenance-guides-list.html)
Підтримувані функції безпеки
Функції безпеки захищають від загроз, включаючи загрози особистості телефону та даних. Ці функції встановлюють та підтримують автентифіковані потоки зв'язку між телефоном та Cisco Unified Communications Manager сервером, а також гарантують, що телефон використовує лише файли з цифровим підписом.
Cisco Unified Communications ManagerВипуск 8.5 (1) і новіших версій включає безпеку за замовчуванням, яка забезпечує такі функції безпеки для IP-телефонів Cisco без запуску клієнта CTL:
-
Підписування файлів конфігурації телефону
-
Шифрування файлів конфігурації телефону
-
HTTPS з Tomcat та іншими веб-сервісами
Безпечна сигналізація та функції медіа все ще вимагають запуску клієнта CTL та використання апаратних eTokens.
Впровадження безпеки в Cisco Unified Communications Manager системі запобігає крадіжці ідентифікаційних даних телефону та Cisco Unified Communications Manager сервера, запобігає підробленню даних та запобігає сигналізації дзві нків та підробленню медіапотоку.
Щоб полегшити ці загрози, мережа IP-телефонії Cisco встановлює та підтримує безпечні (зашифровані) потоки зв'язку між телефоном та сервером, підписує файли цифровим способом перед їх перенесенням на телефон, а також шифрує медіапотоки та сигналізацію дзвінків між IP-телефонами Cisco.
Сертифікат локально значущого значення (LSC) встановлюється на телефони після виконання необхід них завдань, пов'язаних з функцією про Certificate Authority ксі (CAPF). Ви можете використовувати Cisco Unified Communications Manager Administration для налаштування LSC, як описано в Посібнику з Cisco Unified Communications Manager безпеки. Крім того, ви можете ініціювати установку LSC з меню налаштувань безпеки на телефоні. Це меню також дозволяє оновити або видалити LSC.
З випуску PhoneOS 3.2 LSC можна використовувати як сертифікат користувача для EAP-TLS з автентифікацією WLAN.
Телефони використовують профіль безпеки телефону, який визначає, чи є пристрій незахищеним чи захи щеним. Для отримання інформації про застосування профілю безпеки до телефону див. документацію до конкретного Cisco Unified Communications Manager випуску.
Якщо ви налаштовуєте параметри, пов'язані з безпекоюCisco Unified Communications Manager Administration, файл конфігурації телефону містить конфіденційну інформацію. Щоб забезпечити конфіденційність файлу конфігу рації, необхідно налаштувати його на шифрування. Для отримання детальної інформації див. Доку ментацію до вашого конкретного Cisco Unified Communications Manager випуску.
Телефон відповідає Федеральному стандарту обробки інформації (FIPS). Для коректної роботи режим FIPS вимагає розміру ключа 2048 біт або більше. Якщо сертифікат менше 2048 біт, телефон не зареєструється, Cisco Unified Communications Manager а телефон не зареєструється. Розмір ключа сертифікації не відповідає FIPS дисплеям на телефоні.
Якщо телефон має LSC, вам потрібно оновити розмір ключа LSC до 2048 біт або більше, перш ніж включити FIPS.
У наведеній нижче таблиці наведено огляд функцій безпеки, які підтримують телефони . Для отримання додаткової інформації див. Документацію до конкретного Cisco Unified Communications Manager випуску.
Щоб переглянути режим безпеки, натисніть Налаштування
та перей діть до Мере .
|
Особливість |
Опис |
|---|---|
|
Аутентифікація зображення |
Підписані бінарні файли запобігають втручанню образу мікропрограми перед завантаженням зображення на телефон. Підробка зображення призводить до того, що телефон не виконує процес аутентифікації та відхиляє нове зображення. |
|
Установка сертифіката сайту замовника |
Кожен IP-телефон Cisco вимагає унікального сертифіката для автентифікації пристрою. Телефони включають виробничий встановлений сертифікат (MIC), але для додаткової безпеки ви можете вказати установку сертифіката за Cisco Unified Communications Manager Administration допомогою функції Certificate Authority проксі (CAPF). Крім того, ви можете встановити локально значущий сертифікат (LSC) з меню конфігурації безпеки на телефоні. |
|
Аутентифікація пристрою |
Відбувається між Cisco Unified Communications Manager сервером і телефоном, коли кожен суб'єкт приймає сертифікат іншої сутності. Визначає, чи має відбуватися безпечне з'єднання між телефо Cisco Unified Communications Manager ном та a; і, якщо необхідно, створює безпечний шлях сигналізації між об'єктами за допомогою протоколу TLS. Cisco Unified Communications Managerне реєструє телефони, якщо він не може їх автентифікувати. |
|
Аутентифікація файлів |
Перевіряє файли з цифровим підписом, які завантажує телефон. Телефон перевіряє підпис, щоб переконатися, що після створення файлу не відбулося підроблення файлів. Файли, у яких не вдалося автентифікувати, не записуються у флеш-пам'ять телефону. Теле фон відхиляє такі файли без подальшої обробки. |
|
Шифрування файлів |
Шифрування запобігає розкриттю конфіденційної інформації під час передачі файлу на телефон. Крім того, телефон перевіряє підпис, щоб переконатися, що після створення файлу не відбулося підроблення файлів. Файли, у яких не вдалося автентифікувати, не записуються у флеш-пам'ять телефону. Теле фон відхиляє такі файли без подальшої обробки. |
|
Аутентифікація сигналів |
Використовує протокол TLS для перевірки того, що під час передачі не відбулося втручання в сигнальні пакети. |
|
Виробництво встановленого сертифіката |
Кожен IP-телефон Cisco містить унікальний виробничий встановлений сертифікат (MIC), який використовується для автентифікації пристрою. Мікрофон забезпечує постійне унік альне підтвердження особи телефону та дозволяє ав тентифі Cisco Unified Communications Manager кувати телефон. |
|
Шифрування медіа |
Використовує SRTP, щоб забезпечити безпеку потоків медіа між підтримуваними пристро ями і що лише призначений пристрій отримує та читає дані. Включає створення пари первинних ключів медіа для пристроїв, доставку ключів до пристроїв та забезпечення доставки ключів під час транспортування ключів. |
|
CAPF (функція Certificate Authority проксі) |
Реалізує частини процедури генерації сертифікатів, які є занадто інтенсивними для обробки телефону, а також взаємодіє з телефоном для генерації ключів та встановлення серти фікатів. CAPF можна налаштувати на запит сертифікатів від визначених клієнтом органів сертифікатів від імені телефону, або його можна налаштувати на створення сертифікатів локально. Підтримуються як типи ключів EC (еліптична крива), так і RSA. Щоб використовувати ключ EC, пере конайтеся, що параметр «Підтримка розширених алгоритмів шифрування кінцевих то чок» (з ) включений. Докладніші відомості про CAPF та пов'язані з ними конфігурації див. у наступних документах: |
|
Профіль безпеки |
Визначає, чи є телефон незахищеним, автентифікованим, зашифрованим чи захищеним. Інші записи в цій таблиці описують особливості безпеки. |
|
Зашифровані файли конфігурації |
Дозволяє забезпечити конфіденційність файлів конфігурації телефону. |
|
Додаткове відключення веб-сервера для телефону |
З метою безпеки можна заборонити доступ до веб-сторінок телефону (на яких відображається різ на оперативна статистика телефону) і Порталу самообслуговування. |
|
Загартовування телефону |
Додаткові параметри безпеки, якими ви керуєте за допомогоюCisco Unified Communications Manager Administration:
|
|
802.1X аутентифікація |
IP-телефон Cisco може використовувати аутентифікацію 802.1X для запиту та отримання доступу до мережі. Докладніші відомості див. у розділі Аутентифікація 802.1X. |
|
Безпечний SIP відмовний перехід для SRST |
Після налаштування посилання на віддалену телефонію сайту, що виживає (SRST) для безпеки, а потім скидання залежних пристроївCisco Unified Communications Manager Administration, сервер TFTP додає сертифікат SRST до файлу телефону cnf.xml і надсилає файл на телефон. Потім захищений телефон використовує з'єднання TLS для взаємодії з маршрутизатором з підтрим кою SRST. |
|
Шифрування сигналізації |
Гарантує, що всі сигнальні повідомлення SIP, які надсилаються між пристроєм і Cisco Unified Communications Manager сервером, шифруються. |
|
Повідомлення про оновлення списку довіри |
Коли список довіри оновлюється на телефоні, він Cisco Unified Communications Manager отримує сигнал тривоги, що вказує на успіх чи невдачу оновлення. Для отримання додаткової інформації див. Наступну таблицю. |
|
Шифрування AES 256 |
При підключенні до Cisco Unified Communications Manager випуску 10.5 (2) і пізніших версій телефони підтримують підтримку шифрування AES 256 для TLS та SIP для сигналізації та шифрування носі їв інформації. Це дозволяє телефонам ініціювати та підтримувати з'єднання TLS 1.2 за допомогою шифрів на основі AES-256, які відповідають стандартам SHA-2 (Secure Hash Algorithm) та відповідають федеральним стандартам обробки інформації (FIPS). До ши фрів відносяться:
Для отримання додаткової інформації див. Доку Cisco Unified Communications Manager ментацію. |
|
Сертифікати алгоритму цифрового підпису еліптичної кривої (ECDSA) |
Як частина сертифікації Common Criteria (CC),Cisco Unified Communications Manager; додані сертифікати ECDSA у версії 11.0. Це впливає на всі продукти голосов ої операційної системи (VOS) під управлінням CUCM 11.5 і пізніших версій. |
|
Багатосерверний (SAN) сертифікат Tomcat з Cisco UCM | Телефон підтримує налаштування багато Cisco UCM серверних (SAN) сертифікатів Tomcat. Правильну адресу TFTP-сервера можна знайти в файлі ITL телефону для реєстрації телефону. Докладніші відомості про цю функцію див. в наступному: |
Наступна таблиця містить повідомлення про оновлення списку довіри та значення нагадувань. Для отримання додаткової інформації див. Доку Cisco Unified Communications Manager ментацію.
| Код і повідомлення | Опис |
|---|---|
|
1 - TL_SUCCESS |
Отримано новий CTL та/або ITL |
|
2 - CTL_INITIAL_SUCCESS |
Отримано новий CTL, немає існуючого TL |
|
3 - ITL_INITIAL_SUCCESS |
Отримано новий ITL, немає існуючого TL |
|
4 - TL_INITIAL_SUCCESS |
Отримано нові CTL та ITL, немає існуючого TL |
|
5 - TL_FAILED_OLD_CTL |
Оновлення до нового CTL не вдалося, але у вас є попередній TL |
|
6 - TL_FAILED_NO_TL |
Оновлення до нового TL не вдалося, і у вас немає старої TL |
|
7 - TL_FAILED |
Загальний збій |
|
8 - TL_FAILED_OLD_ITL |
Оновлення до нового ITL не вдалося, але у вас є попередній TL |
|
9 - TL_FAILED_OLD_TL |
Оновлення до нового TL не вдалося, але у вас є попередній TL |
Мен ю Налаштування безпеки містить інформацію про різні параметри безпеки. Мен ю також надає доступ до меню «Список довіри» і вказує, чи встановлений на телефоні файл CTL або ITL.
У наведеній нижче таблиці описані параметри в меню «Налаштування безпеки».
|
Варіант |
Опис |
Змі нити |
|---|---|---|
|
Режим безпеки |
Ві дображає режим безпеки, який встановлений для телефону. |
Ви беріть Прист рій > Телефон. Налаштування відображається в розділі Інформація про специфіку протоколу вікна Конфігурація телефону. |
|
LSC |
Вказує, чи локально значущий сертифікат, який використовується для функцій безпеки, встановлено на телефоні (Встановлено) чи не встановлено на телефоні (Не встановлено). |
Щоб отримати інформацію про те, як керувати LSC для телефону, перегляньте документацію до конкретного Cisco Unified Communications Manager випуску. |
Налаштуйте локально значущий сертифікат (LSC)
Це завдання стосується налаштування LSC методом рядка автентифікації.
Перш ніж почати
Переконайтеся, що відповідні конфігурації безпеки Cisco Unified Communications Manager та функції Certificate Authority проксі (CAPF) виконані:
-
Файл CTL або ITL має сертифікат CAPF.
-
У розділі Cisco Unified Communications Operating System Адміністрування перевірте, чи встановлено сертифікат CAPF.
-
CAPF запущено та налаштовано.
Докладніші відомості про ці налаштування див. в документації до конкретного Cisco Unified Communications Manager випуску.
| 1 |
Отримати код автентифікації CAPF, який був встановлений під час налаштування CAPF. |
| 2 |
На телефоні натисніть Н алаштування |
| 3 |
Якщо з'явиться запит, введіть пароль для доступу до меню Налаш тування. Ви можете отримати пароль від адміністратора. |
| 4 |
Перейдіть до . Ви можете керувати доступом до меню «Параметри» за допомогою поля Доступ до налашт увань уCisco Unified Communications Manager Administration. |
| 5 |
Введіть рядок автентифікації та виберіть Наді слати. Телефон починає встановлювати, оновлювати або видаляти LSC в залежності від того, як налаштовано CAPF. Коли процедура завершена, на телефоні відображається «Встановлено» або «Не встанов лено». Процес встановлення, оновлення або видалення LSC може зайняти багато часу. Коли процедура установки телефону пройшла успішно, відобразиться повідомлення В
|
Увімкнути режим FIPS
| 1 |
У Cisco Unified Communications Manager Administration розділі виберіть П фон і знайдіть телефон. |
| 2 |
Перейдіть до області кон фігурації конкретного продукту. |
| 3 |
Встановіть для поля Режим FIPS значення Уві мк нено. |
| 4 |
Виберіть Збере гти. |
| 5 |
Виберіть За стосувати конфігура цію. |
| 6 |
Перезавантажте телефон. |
Вимкніть гучний зв'язок, гарнітуру та трубку на телефоні
У вас є можливість назавжди вимкнути гучний зв'язок, гарнітуру та трубку на телефоні для вашого користувача.
| 1 |
У Cisco Unified Communications Manager Administration розділі виберіть П фон і знайдіть телефон. |
| 2 |
Перейдіть до області кон фігурації конкретного продукту. |
| 3 |
Поставте галочками один або кілька з наведених нижче прапорців, щоб відключити можливості телефону:
За замовчуванням ці прапорці не позначено. |
| 4 |
Виберіть Збере гти. |
| 5 |
Виберіть За стосувати конфігура цію. |
802.1X аутентифікація
IP- телефони Cisco підтримують аутентифікацію 802.1X.
IP-телефони Cisco та комутатори Cisco Catalyst традиційно використовують Cisco Discovery Protocol (CDP) для ідентифікації один одного та визначення таких параметрів, як розподіл VLAN та вбудовані вимоги до живлення. CDP не ідентифікує локально приєднані робочі станції. IP-телефони Cisco забезпечують механізм пропускання EAPOL. Цей механізм дозволяє робочій станції, приєднаній до IP-телефону Cisco, передавати повідомлення EAPOL до автентифікатора 802.1X на комутаторі локальної мережі. Механізм пропускання гарантує, що IP-телефон не виконує функції перемикача локальної мережі для автентифікації кінцевої точки даних перед тим, як отримати доступ до мережі.
IP-телефони Cisco також надають механізм вилучення проксі-сервера EAPOL. Якщо локально підключений ПК відключається від IP-телефону, комутатор локальної мережі не бачить фізичного зв'язку, оскільки зв'язок між комутатором локальної мережі та телефоном IP підтримується. Щоб уникнути порушення цілісності мережі, IP-телефон надсилає повідомлення про вихід EAPOL на комутатор від імені ПК, що знаходиться нижче за течією, яке запускає перемикач локальної мережі, щоб очистити запис автентифікації для нижнього ПК.
Підтрим ка аутентифікації 802.1X вимагає декількох компонентів:
-
IP-телефон Cisco: телефон ініціює запит на доступ до мережі. IP-телефони Cisco містять заявник 802.1X. Цей додаток дозволяє мережевим адміністраторам контролювати підключення IP-телефонів до портів комутатора LAN. Поточний випуск додатка телефону 802.1X використовує параметри EAP-FAST та EAP-TLS для автентифікації мережі.
-
Сервер аутентифікації: Сервер аутентифікації та комутатор повинні бути налаштовані спільним секретом, який автентифікує телефон.
-
Перемикач: комутатор повинен підтримувати 802.1X, тому він може виконувати функцію автентифікатора та передавати повідомлення між телефоном та сервером аутентифікації. Після завершення обміну комутатор надає або забороняє телефону доступ до мережі.
Для налаштування 802.1X необхідно виконати наступні дії.
-
Налаштуйте інші компоненти, перш ніж увімкнути автентифікацію 802.1X на телефоні.
-
Налаштування порту ПК: Стандарт 802.1X не враховує VLAN і тому рекомендує аутентифікацію лише одного пристрою до певного порту комутатора. Однак деякі комутатори підтримують багатодоменну аутентифікацію. Конфігурація комутатора визначає, чи можна підключити ПК до порту ПК телефону.
-
Увімкнено: якщо ви використовуєте комутатор, який підтримує багатодоменну аутентифікацію, ви можете увімкнути порт ПК та підключити до нього ПК. У цьому випадку IP-телефони Cisco підтримують проксі EAPOL-Logoff для моніторингу обміну аутентифікацією між комутатором і прикріпленим ПК.
Для отримання додаткової інформації про підтримку IEEE 802.1X на комутаторах Cisco Catalyst див. посібники з конфігурації комутатора Cisco Catalyst за адресою:
http://www.cisco.com/en/US/products/hw/switches/ps708/tsd_products_support_series_home.html
-
Вимкнено: якщо комутатор не підтримує декілька пристроїв, сумісних з 802.1X, на одному порті, слід вимкнути порт ПК, коли увімкнено автентифікацію 802.1X. Якщо ви не вимкнете цей порт, а потім спробуєте підключити до нього ПК, комутатор забороняє доступ до мережі як до телефону, так і до ПК.
-
- Налаштування голосової локальної мережі: оскільки стандарт 802.1X не враховує VLAN, вам слід налаштувати цей параметр на основі підтримки комутатора.
- Увімкнено. Якщо ви використовуєте перемикач, який підтримує багатодоменну аутентифікацію, ви можете продовжити його, щоб використовувати голосову VLAN.
- Вимкнено: якщо комутатор не підтримує багатодоменну аутентифікацію, вимкніть голосову VLAN та розгляньте можливість присвоєння порту рідній VLAN.
- (Тільки для настільних телефонів Cisco серії 9800)
Настільний телефон Cisco серії 9800 має інший префікс у PID, ніж для інших телефонів Cisco. Щоб дозволити телефону пройти автентифікацію 802.1X, встановіть параметр Радіус · Ім'я користувача, щоб включати ваш Cisco Desk Phone 9800 Series.
Ви можете встановити його в обох наступних розділах:Наприклад, PID телефону 9841 - DP-9841; ви можете встановити Радіус·Ім'я користувача на Початок з DP або Містить DP. -
Включити аутентифікацію 802.1X
Ви можете увімкнути автентифікацію 802.1X для телефону, виконавши такі дії:
| 1 |
Натисніть Н алаштування |
| 2 |
Якщо з'явиться запит, введіть пароль для доступу до меню Налаш тування. Ви можете отримати пароль від адміністратора. |
| 3 |
Перейдіть до . |
| 4 |
Увімкніть аутентифікацію IEEE 802.1X. |
| 5 |
Виберіть Застос увати. |
Перегляд інформації про налаштування безпеки на телефоні
Переглянути інформацію про налаштування безпеки можна в меню телефону. Доступність інформації залежить від налаштувань мережі у вашій організації.
|
Параметри |
Опис |
|---|---|
|
Режим безпеки |
Ві дображає режим безпеки, який встановлений для телефону. |
|
LSC |
Вказує, чи локально значущий сертифікат, який використовується для функцій безпеки, встановлений на телефоні (Так) чи не встановлений на телефоні (Ні). |
|
Список довіри |
Список довіри містить підменю для файлів конфігурації CTL, ITL та підписаних конфігурацій. У підменю «Файл CTL» відображається вміст файлу CTL. У підменю «Файл ITL» відображається вміст файлу ITL. Меню «Список довіри» також відображає наступну інформацію:
|
| 802.1X аутентифікація | Вмикає або вимикає автентифікацію IEEE 802.1X. Докладніші відомості див. у розділі Аутенти фікація 802.1X. |
| Зворотна сумісність з WPA |
Визначає, чи сумісна на телефоні найстаріша версія захищеного доступу Wi-Fi (WPA) для підключення до бездротової мережі або точки доступу (AP).
Ця функція доступна лише для телефонів 9861/9871/8875. |
| 1 |
Натисніть Н алаштування |
| 2 |
Перейдіть до . |
| 3 |
У налаштуваннях безпеки перегляньте інформацію про безпеку. |
Безпека телефонних дзвінків
Коли безпека реалізована для телефону, ви можете ідентифікувати захищені телефонні дзвінки за пі ктограмами на екрані телефону. Ви також можете визначити, чи захищений підключений телефон, якщо на початку дзвінка відтворюється сигнал безпеки.
У захищеному дзвінку вся сигналізація викликів і медіапотоки шифруються. Безпечний
дзвінок забезпечує високий рівень безпеки, забезпечуючи цілісність та конфіденційність дзвінка. Коли пото
чний дзвінок зашифрований,
на лінії можна побачити захищений значок. Для захищеного телефону ви також можете переглянути піктограму автентифікації
або зашифровану
піктограму біля підключеного сервера в меню телефону (Н ).
Якщо виклик перенаправляється через інші лінії виклику, що не належать до IP, наприклад, PSTN, виклик може бути незахищеним, навіть якщо він зашифрований у мережі IP та має пов'язаний із ним значок блокування.
Під час захищеного дзвінка на початку дзвінка відтворюється сигнал безпеки, який вказує на те, що інший підключений телефон також приймає та передає захищений аудіо. Якщо ваш дзвінок підключається до незахищеного телефону, сигнал безпеки не відтворюється.
Захищений дзвінок підтримується лише для з'єднання між двома телефонами. Деякі функції, такі як конференц-дзвінки та спільні лінії, недоступні, якщо налаштовано безпечний виклик.
Коли телефон налаштовано як захищений (зашифрований та надійний)Cisco Unified Communications Manager, йому можна надати статус захищен
ого. Після цього при бажанні захищений телефон можна налаштувати на відтворення сигналу індикації на початку дзвінка:
-
Захищений пристрій: Щоб змінити статус захищеного телефону на захищений, встановіть прапорець Захищений пристрій у вікні «Конфігурація телефону» у вікні «Cisco Unified Communications Manager AdministrationП фон».
-
Відтворення захищеного сигналу індикації: Щоб дозволити захищеному телефону відтворювати захищений або незахищений сигнал індикації, встановіть для параметра «Відтворити безпечний сигнал індикації» значення True. За замовчуванням параметр «Відтворити безпечний сигнал індикації» встановлено значення False. Ви встановлюєте цей параметр у Cisco Unified Communications Manager Administration ( служби). Виберіть сервер, а потім службу Unified Communications Manager. У вікні Конфігурація параметрів служби виберіть опцію в області Функція - Захищений тон. Типовим значенням є False.
Безпечна ідентифікація конферен ц-дзвінка
Ви можете ініціювати безпечний конференц-дзвінок та контролювати рівень безпеки учасників. Безпечний конференц-дзвінок встановлюється за допомогою цього процесу:
-
Користувач ініціює конференцію з захищеного телефону.
-
Cisco Unified Communications Managerпризначає захищений конференц-міст для дзвінка.
-
У міру додавання Cisco Unified Communications Manager учасників перевіряє режим безпеки кожного телефону та підтримує безпечний рівень для конференції.
-
Телефон відображає рівень безпеки конференц-дзвінка. Захищена конференція відображає піктограму захищеного захисту
.
Безпечний дзвінок підтримується між двома телефонами. Для захищених телефонів деякі функції, такі як конференц-дзвінки, спільні лінії тощоExtension Mobility, недоступні, якщо налаштовано безпечний дзвінок.
У наведеній нижче таблиці наведено інформацію про зміни рівнів безпеки конференції залежно від рівня безпеки телефону ініціатора, рівнів безпеки учасників та наявності захищених мостів конференції.
|
Рівень безпеки телефону ініціатора |
Функція, що використовується |
Рівень безпеки учасників |
Підсумки акції |
|---|---|---|---|
|
Небезпечний |
Конференція |
Безпечний |
Незахищений конференц-міст Небезпечна конференція |
|
Безпечний |
Конференція |
Принаймні один з членів є незахищеним. |
Безпечний конференц-міст Небезпечна конференція |
|
Безпечний |
Конференція |
Безпечний |
Безпечний конференц-міст Безпечна конференція зашифрованого рівня |
|
Небезпечний |
Знайомся зі мною |
Мінімальний рівень безпеки зашифрований. |
Ініціатор
отримує повідомлення |
|
Безпечний |
Знайомся зі мною |
Мінімальний рівень безпеки є незахищеним. |
Безпечний конференц-міст Конференція приймає всі дзвінки. |
Безпечна ідентифікація телефонних дзвінків
Безпечний дзвінок встановлюється, коли ваш телефон, а телефон на іншому кінці налаштований на безпечний дзвінок. Інший телефон може бути в тій же мережі Cisco IP, або в мережі поза мережею IP. Забезпечені дзвінки можна здійснювати лише між двома телефонами. Конференц-дзвінки повинні підтримувати безпечний дзвінок після налаштування захищеного конференц-мосту.
Захищений дзвінок встановлюється за допомогою цього процесу:
-
Користувач ініціює дзвінок із захищеного телефону (захищений режим безпеки).
-
Телефон відображає значок захищен
ого захисту на екрані телефону. Цей значок вказує на те, що телефон
налаштований на безпечні дзвінки, але це не означає, що інший підключений телефон
також захищений. -
Користувач чує сигнал безпеки, якщо дзвінок підключається до іншого захищеного телефону, що вказує на те, що обидва кінці розмови зашифровані та захищені. Якщо дзвінок підключається до незахищеного телефону, користувач не чує сигнал безпеки.
Безпечний дзвінок підтримується між двома телефонами. Для захищених телефонів деякі функції, такі як конференц-дзвінки, спільні лінії тощоExtension Mobility, недоступні, якщо налаштовано безпечний дзвінок.
Тільки захищені телефони відтворюють ці захищені або незахищені сигнали індикації. Незахищені телефони ніколи не відтворюють тони. Якщо загальний статус дзвінка змінюється під час дзвінка, тон індикації змінюється, і захищений телефон відтворює відповідний тон.
Захищений телефон відтворює тон чи ні за таких обставин:
-
Якщо увімкнено опцію «Відтворити безпечний сигнал індикації»:
-
Коли встановлено наскрізний захищений носій і статус дзвінка захищений, телефон відтворює захищений сигнал індикації (три довгі звукові сигнали з паузами).
-
Коли встановлено наскрізний незахищений носій, а статус дзвінка не захищений, телефон відтворює незахищений сигнал індикації (шість коротких звукових сигналів з короткими паузами).
-
Якщо параметр «Відтворити безпечний сигнал індикації» вимкнено, відтворення тону не відтворюється.
Забезпечити шифрування баржі
Cisco Unified Communications Managerперевіряє стан безпеки телефону під час встановлення конференцій та змінює індикацію безпеки для конференції або блокує завершення дзвінка для підтримки цілісності та безпеки в системі.
Користувач не може вступити в зашифрований дзвінок, якщо телефон, який використовується для баржі, не налаштований на шифрування. Коли баржа виходить з ладу в цьому випадку, на телефоні відтворюється тон переупорядкування (швидко зайня тий), який ініціював баржу.
Якщо телефон-ініціатор налаштований на шифрування, ініціатор баржі може здійснити незахищений дзвінок із зашифрованого телефону. Після того, як виникає баржа, Cisco Unified Communications Manager класифікує виклик як незахищений.
Якщо телефон-ініціатор налаштований на шифрування, ініціатор баржі може забиратися в заши фрований дзвінок, і телефон вказує, що виклик зашифрований.
Безпека WLAN
Оскільки всі пристрої WLAN, які знаходяться в межах діапазону, можуть отримувати весь інший трафік WLAN, захист голосового зв'язку є критичним у мережах WLAN. Щоб гарантувати, що зловмисники не маніпулюють і не перехоплюють голосовий трафік, архітектура Cisco SAFE Security підтримує телефон. Для отримання додаткової інформації про безпеку в мережах див. http://www.cisco.com/en/US/netsol/ns744/networking_solutions_program_home.html.
Рішення Cisco Wireless IP телефонії забезпечує безпеку бездротової мережі, що запобігає несанкціонованим входам та компрометованим комунікаціям, використовуючи такі методи аутентифікації, які підтримує телефон:
-
Відкрита аутенти фікація: Будь-який бездротовий пристрій може запитувати аутентифікацію у відкритій системі. Точка доступу, яка отримує запит, може надавати автентифікацію будь-якому запитувачу або лише запитувачам, які знаходяться у списку користувачів. Зв'язок між бездротовим пристроєм і точкою доступу (AP) може бути нешифрованим.
-
Розширюваний протокол автентифікації - гнучка автентифікація за допомогою аутентифікації безпечного тунелювання (EAP-FAST): ця архітектура безпеки клієнт-сервер шифрує транзакції EAP в тунелі безпеки транспортного рівня (TLS) між точкою доступу та сервером RADIUS, наприклад, Identity Services Engine (ISE).
Тунель TLS використовує захищені облікові дані доступу (PAC) для автентифікації між клієнтом (телефоном) та сервером RADIUS. Сервер надсилає клієнту (телефону) Authority ID (AID), який у свою чергу вибирає відповідний PAC. Клієнт (телефон) повертає PAC-непрозорість сервера RADIUS. Сервер розшифровує PAC первинним ключем. Обидві кінцеві точки тепер містять ключ PAC і створюється тунель TLS. EAP-FAST підтримує автоматичне забезпечення PAC, але його потрібно ввімкнути на сервері RADIUS.
У ISE за замовчуванням PAC закінчується через один тиждень. Якщо телефон має термін дії PAC, аутентифікація за допомогою сервера RADIUS займає більше часу, поки телефон отримує новий PAC. Щоб уникнути затримок забезпечення PAC, встановіть термін дії PAC на 90 днів або довше на сервері ISE або RADIUS.
-
Аутентифікація протоколу розширеної автентифікації та захисту транспортного рівня (EAP-TLS): для аутентифікації та доступу до мережі EAP-TLS потрібен клієнтський сертифікат. Для бездротового EAP-TLS клієнтським сертифікатом може бути MIC, LSC або встановлений користувачем сертифікат.
-
Протокол захищеної розширюваної аутентифікації (PEAP): власна схема взаємної аутентифікації на основі пароля Cisco між клієнтом (телефоном) та сервером RADIUS. Телефон може використовувати PEAP для аутентифікації з бездротовою мережею. Підтримуються як методи аутентифікації PEAP-MSCHAPV2, так і PEAP-GTC.
-
Попередньо спільний ключ (PSK): телефон підтримує формат ASCII. Ви повинні використовувати цей формат при налаштуванні попередньо спільного ключа WPA/WPA2/SAE:
ASCII: рядок ASCII-символів довжиною від 8 до 63 символів (0-9, малі та великі літери A-Z та спеціальні символи)
Приклад: GREG123567 @9ZX &W
Наступні схеми автентифікації використовують сервер RADIUS для керування ключами автентифікації:
-
WPA/WPA2/WPA3: використовує інформацію сервера RADIUS для створення унікальних ключів для автентифікації. Оскільки ці ключі генеруються на централізованому сервері RADIUS, WPA2/WPA3 забезпечує більшу безпеку, ніж попередньо спільні ключі WPA, які зберігаються на точці доступу та телефоні.
-
Швидкий безпечний роумінг: використовує інформацію сервера RADIUS та сервера бездротового домену (WDS) для керування та автентифікації ключів. WDS створює кеш облікових даних безпеки для клієнтських пристроїв з підтримкою FT для швидкої та безпечної повторної аутентифікації. Настільний телефон Cisco 9861 і 9871 і відеотелефон Cisco 8875 підтримують 802.11r (FT). Підтримуються як в ефірі, так і через DS, щоб забезпечити швидкий безпечний роумінг. Але ми настійно рекомендуємо використовувати метод 802.11r (FT) по повітрю.
За допомогою WPA/WPA2/WPA3 ключі шифрування не вводяться на телефон, а автоматично виводяться між точкою доступу та телефоном. Але ім'я користувача та пароль EAP, які використовуються для аутентифікації, повинні бути введені на кожному телефоні.
Щоб забезпечити безпеку голосового трафіку, телефон підтримує TKIP і AES для шифрування. Коли ці механізми використовуються для шифрування, як сигнальні SIP-пакети, так і пакети голосових транспортних протоколів реального часу (RTP) шифруються між AP та телефоном.
- TKIP
-
WPA використовує шифрування TKIP, яке має кілька поліпшень порівняно з WEP. TKIP забезпечує шифрування ключів для кожного пакета та довші вектори ініціалізації (IV), які посилюють шифрування. Крім того, перевірка цілісності повідомлень (MIC) гарантує, що зашифровані пакети не змінюються. TKIP усуває передбачуваність WEP, що допомагає зловмисникам розшифрувати ключ WEP.
- AES
-
Метод шифрування, що використовується для аутентифікації WPA2/WPA3. Цей національний стандарт шифрування використовує симетричний алгоритм, який має однаковий ключ для шифрування та розшифровки. AES використовує шифрування ланцюга блокування шифрів (CBC) розміром 128 біт, яке підтримує розміри ключів 128 біт, 192 біт і 256 біт, як мінімум. Телефон підтримує розмір ключа 256 біт.
Настільний телефон Cisco 9861 і 9871 і відеотелефон Cisco 8875 не підтримують протокол цілісності ключів Cisco (CKIP) з CMIC.
Схеми аутентифікації та шифрування налаштовуються в бездротовій локальній мережі. VLAN налаштовуються в мережі і на точок доступу і вказують різні комбінації аутентифікації і шифрування. SSID асоціюється з VLAN та певною схемою аутентифікації та шифрування. Щоб бездротові клієнтські пристрої успішно пройшли аутентифікацію, необхідно налаштувати однакові SSID з їх схемами аутентифікації та шифрування на точок доступу та на телефоні.
Деякі схеми аутентифікації вимагають певних типів шифрування.
- Коли ви використовуєте попередньо спільний ключ WPA, попередньо спільний ключ WPA2 або SAE, попередньо спільний ключ повинен бути статично встановлений на телефоні. Ці клавіші повинні відповідати клавішам, які знаходяться на AP.
-
Телефон підтримує автоматичне узгодження EAP для FAST або PEAP, але не для TLS. Для режиму EAP-TLS необхідно вказати його.
Схеми автентифікації та шифрування в наведеній нижче таблиці показують параметри конфігурації мережі телефону, що відповідає конфігурації точки доступу.
| Тип FSR | Аутентифікація | Управління ключами | шифрування | Захищена рамка управління (PMF) |
|---|---|---|---|---|
| 802.11р (FT) | PSK |
WPA-PSK WPA-PSK-SHA256 FT-PSK | AES | Ні |
| 802.11р (FT) | WPA3 |
SAE FT-SAE | AES | Так |
| 802.11р (FT) | EAP-TLS |
WPA-EAP FT-EAP | AES | Ні |
| 802.11р (FT) | EAP-TLS (WPA3) |
WPA-EAP-SHA256 FT-EAP | AES | Так |
| 802.11р (FT) | EAP-FAST |
WPA-EAP FT-EAP | AES | Ні |
| 802.11р (FT) | EAP-FAST (WPA3) |
WPA-EAP-SHA256 FT-EAP | AES | Так |
| 802.11р (FT) | EAP-PEAP |
WPA-EAP FT-EAP | AES | Ні |
| 802.11р (FT) | EAP-PEAP (WPA3) |
WPA-EAP-SHA256 FT-EAP | AES | Так |
Налаштування профілю бездротової локальної мережі
Ви можете керувати профілем бездротової мережі, налаштувавши облікові дані, діапазон частот, метод аутентифікації тощо.
Перш ніж налаштувати профіль WLAN, пам'ятайте про наступні примітки:
- Ім'я користувача та пароль
Якщо ваша мережа використовує EAP-FAST та PEAP для автентифікації користувачів, потрібно налаштувати ім'я користувача та пароль, якщо це потрібно, у службі віддаленої автентифікації користувачів (RADIUS) та телефоні.
- Облікові дані, які ви вводите в профілі бездротової локальної мережі, повинні бути іденти чними обліковим записам, налаштованим на сервері RADIUS.
Якщо ви використовуєте домени у своїй мережі, ви повинні ввести ім'я користувача з доменним іменем у форматі:
domain\ username.
-
Наступні дії можуть призвести до очищення існуючого пароля Wi-Fi:
- Введення недійсного ідентифікатора користувача або пароля
- Установка недійсної кореневої сертифікатської служби або термін дії якого закінчився, якщо для типу EAP встановлено значення PEAP-MSCHAPV2 або PEAP-GTC
- Відключення використовуваного типу EAP на сервері RADIUS перед перемиканням телефону на новий тип EAP
- Щоб змінити тип EAP, переконайтеся, що ви спочатку ввімкнули новий тип EAP на сервері RADIUS, а потім перемкніть телефон на тип EAP. Коли всі телефони були змінені на новий тип EAP, ви можете відключити попередній тип EAP, якщо хочете.
| 1 |
У розділі виберіть Пристрій > Пара метри пристрою > Про філь бездротової локальної мережі. |
| 2 |
Виберіть мережевий профіль, який потрібно налаштувати. |
| 3 |
Налаштуйте параметри. |
| 4 |
Натисніть Збере гти. |
Налаштування параметрів SCEP
Протокол реєстрації сертифікатів (SCEP) є стандартом для автоматичного надання та понов лення сертифікатів. Сервер SCEP може автоматично підтримувати ваші сертифікати користувача та сервера.
Ви повинні налаштувати наступні параметри SCEP на веб-сторінці телефону
-
RA IP- адреса
-
SHA-1 або SHA-256 відбиток кореневого сертифіката CA для сервера SCEP
Ре Cisco IOS єстраційний орган (RA) служить проксі-сервером SCEP. Клієнт SCEP на телефоні використовує параметри, які завантажуються з Cisco Unified Communication Manager. Після налаштування параметрів телефон надсилає запит SCEP
getcs до RA, і кореневий сертифікат CA перевіряється за допомогою
визначеного відбитка пальця.
Перш ніж почати
На сервері SCEP налаштуйте агент реєстрації SCEP (RA) на:
- Дійте як точка довіри PKI
- Виступайте як Р.А. Р.А.
- Виконання автентифікації пристрою за допомогою сервера RADIUS
Для отримання додаткової інформації див. документацію сервера SCEP.
| 1 |
На панелі виберіть Cisco Unified Communications Manager Administration Прист . |
| 2 |
Знайдіть телефон. |
| 3 |
Прокрутіть область Мак ет конфігурації для конкретного продукту. |
| 4 |
Введіть IP-адресу RA або ім'я хоста в поле Сервер WLAN SCEP, а потім встановіть прапорець, щоб активувати параметр SCEP. |
| 5 |
Введіть відбиток SHA-1 або SHA-256 кореневого сертифіката CA в поле WLAN Root CA Fingerprint (SHA256 або SHA1), а потім встановіть прапо рець, щоб активувати параме тр SCEP QED. |
| 6 |
Виберіть Збере гти. |
| 7 |
Виберіть За стосувати конфігура цію. |
Налаштування підтримуваних версій TLS
Ви можете налаштувати мінімальну версію TLS, необхідну для клієнта та сервера відповідно.
За замовчуванням мінімальна версія TLS сервера і клієнта - 1.2. Налаштування впливає на наступні функції:
- Підключення до веб-доступу HTTPS
- Онбординг для локального телефону
- Онбординг для мобільних пристроїв та Remote Access (MRA)
- Служби HTTPS, такі як служби каталогів
- Безпека транспортного рівня датаграм (DTLS)
- Суб'єкт доступу до порту (PAE)
- Розширений протокол автентифікації - безпека транспортного рівня (EAP-TLS)
Для отримання додаткової інформації про сумісність TLS 1.3 для IP-телефонів Cisco див. Мат риця сумісності TLS 1.3 для продуктів співпраці Cisco.
| 1 |
Увій Cisco Unified Communications Manager Administration діть як адміністратор. |
| 2 |
Перейдіть до одного з наступних вікон: |
| 3 |
Налаштуйте поле Мінімальна версія клієнта TLS: Опція «TLS 1.3» доступна на Cisco Unified CM 15SU2 або пізніших версіях.
|
| 4 |
Налаштуйте поле Мінімальна версія сервера TLS:
З випуску PhoneOS 3.2 налаштування поля «Відключити TLS 1.0 та TLS 1.1 для веб-доступу» не впливає на телефони. |
| 5 |
Натисніть Збере гти. |
| 6 |
Натисніть За стосувати конфігура цію. |
| 7 |
Перезавантажте телефони. |
Гарантовані послуги SIP
Assured Services SIP (AS-SIP) - це сукупність функцій і протоколів, які забезпечують високобезпечний потік дзвінків для IP-телефонів Cisco та сторонніх телефонів. Наступні функції спільно відомі як AS-SIP:
- Багаторівневий пріоритет та преемпція (MLPP)
- Кодова точка диференційованих послуг (DSCP)
- Безпека транспортного рівня (TLS) та безпечний транспортний протокол реального часу (SRTP)
- Інтернет-протокол версії 6 (IPv6)
AS-SIP часто використовується з багаторівневим пріоритетом та преемпцією (MLPP) для пріоритетності викликів під час надзвичайної ситуації. За допомогою MLPP ви призначаєте рівень пріоритету своїм вихідним дзвінкам, від рівня 1 (низький) до рівня 5 (високий). Коли ви отримуєте дзвінок, на телефоні відображається значок рівня пріоритету, який показує пріоритет виклику.
Щоб налаштувати AS-SIP, виконайте наступні завдання: Cisco Unified Communications Manager
- Налаштувати користувача дайджесту — Налаштувати кінцевого користувача для використання автентифікації дайджесту для SIP-запитів.
- Налаштування захищеного порту SIP Phone— Cisco Unified Communications Manager використовує цей порт для прослуховування SIP-телефонів для реєстрації SIP-лінії через TLS.
- Перезапустіть служби. Після налаштування захищеного порту перезапустіть служби Cisco CTL Provider. Cisco Unified Communications Manager Налаштуйте SIP-профіль для AS-SIP- Налаштуйте SIP-профіль із налаштуваннями SIP для кінцевих точок AS-SIP та для ваших SIP-магістралей. Специфічні для телефону параметри не завантажуються на сторонній телефон AS-SIP. Їх використовує тільки уніфікований менеджер Cisco. Сторонні телефони повинні локально налаштовувати ті ж настройки.
- Налаштування профілю безпеки телефону для AS-SIP. За допомогою профілю безпеки телефону можна призначити параметри безпеки, такі як TLS, SRTP та аутентифікація дайджесту.
- Налаштування кінцевої точки AS-SIP — Налаштуйте IP-телефон Cisco або кінцеву точку третьої сторони з підтримкою AS-SIP.
- Асоційувати пристрій з кінцевим користувачем. Пов'яжіть кінцеву точку з користувачем.
- Налаштування профілю безпеки магістралі SIP для AS-SIP — профіль безпеки магістралі SIP можна використовувати для призначення функцій безпеки, таких як TLS або аутентифікація дайджесту, до магістралі SIP.
- Налаштування магістралі SIP для AS-SIP — Налаштуйте магістраль SIP з підтримкою AS-SIP.
- Налаштування функцій AS-SIP — Налаштуйте додаткові функції AS-SIP, такі як MLPP, TLS, V.150 та IPv6.
Для отримання детальної інформації про налаштування AS-SIP див. розділ «Налаштування кінцевих точок AS-SIP» у Посібнику з конфігурації функцій для. Cisco Unified Communications Manager
Багаторівневий пріоритет і преемпція
Багаторівневий пріоритет і преемпція (MLPP) дозволяє визначити пріоритети дзвінків під час надзвичайних ситуацій або інших кризових ситуацій. Ви призначаєте пріоритет своїм вихідним дзвінкам, які коливаються від 1 до 5. Вхідні дзвінки відображають значок і пріоритет виклику. Аутентифіковані користувачі можуть попередити дзвінки або на цільові станції, або через повністю підписані ТДМ-магістралі.
Ця здатність забезпечує високопоставленим персоналом зв'язок з критичними організаціями та персоналом.
Якщо набраним номером маніпулюють за допомогою шаблону перекладу/маршруту, який налаштованийUnified CM, ініціатор виклику MLPP також може бачити спеціальну піктограму MLPP та рівень пріоритету на екрані телефону та почути сигнал дзвінка. Така поведінка досягається після випуску PhoneOS 3.4.
Функція MLPP для телефонів PhoneOS вимагає Unified CM випуску 15SU3 або новішої версії.
Конфігурація MLPP включена Unified CM
Щоб налаштувати функцію, виконайте наступне:
- Налаштування доменів і списків доменів.
- Виберіть Cisco Unified CM Administration и MLPP.
- Виберіть , додайте зареєстровані простори імен, такі як «drsn», «dsn», «cuc», «uc», «q735". Потім виберіть одне доменне ім'я за замовчуванням.
- Виберіть імен.
- Налаштування SIP-профілю.
- Виберіть , додайте новий SIP-профіль.
- Установіть прапо рець Авторизація користувача MLPP, якщо ви хочете, щоб телефон вимагав облікові дані користувача для викликів MLPP.
- Виберіть налаштований простір імен пріоритету ресурсу з Простору імен пріоритету ресурсу.
- Виберіть список налаштованих просторів імен зі списку просто рів імен пріоритету ресурсів.
- Налаштуйте телефон.
- Виберіть фон, оновіть або додайте телефон.
- Виберіть налаштований SIP-профіль з SIP-профілю.
- У розділі MLPP та Confidential Access Level інформація налаштуйте параметри MLPP Domain, MLPP Indic ation та MLPP Preem ption.
- Налаштуйте номер каталогу.
- Виберіть фон, додайте або оновіть рядок.
- У розділі Альтернатив на сторона та Confidential Access Level налаштування MLPP налаштуйте параметри Target (Destination), Прості р пошуку викликів MLPP та Три валість дзвінка без відповіді MLPP (секунди).
- У розділі Налаштування багато разового виклику/очікування виклику налашту йте параметр Busy Trigger.
- Налаштування кінцевого користувача.
- Ви , додайте новий.
- Натисніть кнопку Асоціація пристроїв, щоб зв'язати користувача з налаштованим телефоном.
- У розділі Багаторівне ва пріоритетність та авторизація преемпції налаштуйте параметри.
- Ви можете налаштувати додаткові параметри для MLPP відповідно до ваших фактичних вимог.
- Виберіть «. Налаштуйте параметри в розділі Параметри кла стеру (Функція - Багаторівневий пріоритет і преемпція).
- Виберіть «. Налаштуйте DSCP для пріоритетних викликів в розділі Параметри кластеру (Система - QOS).
- Виберіть «. Налаштуйте пріоритет MLPP на відображення пріоритетів SRVP у розділі Параметри у всьому кластері (Система - RSVP).
- Налаштуйте шаблони маршрутизатора
- Налаштуйте пілотів полювання за допомогою .
- Налаштуйте шаблони перекладу з .
- Налаштуйте шлюзи, магістралі, профіль пристрою за замовчуванням, профіль пристрою користувача, загальну конфігурацію пристрою для MLPP.
MLPP часто використовується з гарантійними послугами SIP (AS-SIP). Для отримання детальної інформації про налаштування MLPP див. розділ Н алаштування багаторівневого пріоритету та преемпції в Посібнику з конфігурації функцій для. Cisco Unified Communications Manager
Налаштуйте FAC та CMC
Коли коди примусової авторизації (FAC) або коди питань клієнта (CMC) або обидва налаштовані на телефоні, користувачі повинні ввести необхідні паролі для набору номера.
Для отримання додаткової інформації про налаштування FAC та CMC у Cisco Unified Communications Manager розділі «Коди питань клієнта та коди примусової авто ризації» у П осібнику з конфігурації функцій для випу Cisco Unified Communications Manager ску 12.5 (1) або піз нішої версії.
Конфігурація VPN
Функція Cisco VPN допомагає вам зберегти мережеву безпеку, надаючи користувачам безпечний, надійний спосіб підключення до вашої корпоративної мережі. Використовуйте цю функцію, коли:
- Телефон знаходиться поза надійною мережею
- Мережевий трафік між телефоном і Cisco Unified Communications Manager перетинає ненадійну мережу
З VPN існує три загальних підходи до аутентифікації клієнта:
- Цифрові сертифікати
- паролі
- Ім'я користувача та пароль
Кожен метод має свої переваги. Але якщо ваша корпоративна політика безпеки дозволяє це, ми рекомендуємо підхід на основі сертифікатів, оскільки сертифікати дозволяють безперебійно входити без втручання користувача. Підтримуються як сертифікати LSC, так і MIC.
Щоб налаштувати будь-яку з функцій VPN, спочатку надайте пристрій локально, а потім розгорніть пристрій поза приміщенням.
Докладніші відомості про аутентифікацію сертифікації та роботу з мережею VPN див. у розділі Н алаштування AnyConnect VPN телефону з автентифікацією сертифікатів на АСА.
За допомогою пароля або імені користувача та пароля користувачеві буде запропоновано ввести облікові дані для входу. Встановіть облікові дані користувача відповідно до політики безпеки вашої компанії. Ви також можете налаштувати параметр Увімкнути збереження пароля так, щоб пароль користувача зберігався на телефоні. Пароль користувача зберігається до тих пір, поки не відбудеться невдала спроба входу, користувач вручну не очистить пароль, або телефон не скине живлення або не втратить живлення.
Ще одним корисним інструментом є настройка Увімкнути автоматичне виявлення мережі. Якщо ви ввімкнете цей прапорець, клієнт VPN може запускатися лише тоді, коли він виявить, що він знаходиться поза корпоративною мережею. За замовчуванням цей параметр вимкнено.
Ваш телефон Cisco підтримує Cisco SVC IPPhone Client v1.0 як тип клієнта.
Для отримання додаткової інформації про те, як налаштувати VPNUnified CM, див. Посіб ник з конфігурації функцій для Cisco Unified Communications Manager.
Функція Cisco VPN використовує рівень захищених сокетів (SSL) для збереження безпеки мережі.
.