Поддръжка на удостоверяване чрез прокси сървър

Прокси сървърите могат да се използват като устройства за контрол на достъпа и да блокират достъпа до външни ресурси, докато потребителят/устройството не предостави валидни идентификационни данни за разрешение за достъп до прокси сървъра. Поддържат се няколко метода за удостоверяване от прокси сървъри, като например базово удостоверяване, хеширано удостоверяване, (за Windows) NTLM, Kerberos и „Съгласуване“ (Kerberos с резервен вариант NTLM).За случая „Без удостоверяване“ в таблицата по-долу устройството може да бъде конфигурирано с прокси адрес, но не поддържа удостоверяване.

Когато се използва удостоверяване чрез прокси сървър, валидните идентификационни данни трябва да бъдат конфигурирани и съхранени в операционната система на приложението Webex или устройството Webex Room.

За устройствата Webex Room и приложението Webex прокси адресите могат да бъдат конфигурирани ръчно чрез операционната система на платформата или потребителския интерфейс на устройството, или автоматично да бъдат открити с помощта на механизми като:

Web Proxy Auto Discovery (WPAD) и/или Proxy Auto Config (PAC) файлове:

• https://www.cisco.com/c/en/us/td/docs/security/web_security/connector/connector3000/WPADAP.html
• https://www.cisco.com/c/en/us/td/docs/security/web_security/connector/connector2972/PACAP.html

(1): Mac NTLM Auth – Машината не трябва да е влязла в домейна, потребителят получава подкана за парола
(2): Windows NTLM Auth – Поддържа се само ако машината е влязла в домейна

Насоки за настройките на прокси сървъра за Windows OS
Microsoft Windows поддържа две мрежови библиотеки за HTTP трафик (WinINet и WinHTTP), които позволяват конфигуриране на прокси сървър. WinInet е предназначен само за настолни клиентски приложения за един потребител; WinHTTP е създаден предимно за
базирани на сървър приложения с много потребители. WinINet е надмножество на WinHTTP; когато избирате между двете, трябва да използвате WinINet за настройките на конфигурацията на прокси сървъра. За повече информация вижте https://docs.microsoft.com/en-us/windows/win32/wininet/wininet-vs-winhttp
 

Проверка на прокси сървъра и закачане на сертификати

Приложението Webex и устройствата Webex валидират сертификатите на сървърите, с които установяват TLS сесии. Проверките на сертификати, като например издателя на сертификата и цифровия подпис, разчитат на проверка на веригата от сертификати до главен сертификат. За да извърши тези проверки за валидиране, приложението или устройството използва набор от надеждни главен сертификат на сертифициращ орган, инсталирани в хранилището за доверие на операционната система.Ако сте разположили прокси сървър за проверка на TLS, за да прихванете, дешифрирате и инспектирате трафика на Webex, се уверете, че сертификатът, който се представя от прокси сървъра (вместо сертификата за услуга Webex), е подписан от сертифициращ орган, чийто главен сертификат е инсталиран в хранилището за сигурност на вашето Webex приложение или Webex устройство.

За приложението Webex сертификатът на сертифициращ орган, използван за подписване на сертификата, използван от прокси сървъра, трябва да бъде инсталиран в операционната система на устройството. За устройства Webex Room, отворете заявка за услуга с TAC, за да инсталирате този СА сертификат в софтуера RoomOS.

Таблицата по-долу показва поддръжката на Webex приложение Webex и устройството Webex за проверка на TLS от прокси сървъри:

„* Забележка – Приложението Webex не поддържа дешифроване на прокси сървъра и проверка на TLS сесии за мултимедийни услуги на Webex Meetings. Ако желаете да проверите трафика, изпращан до услугите в домейна webex.com, трябва да създадете изключение от инспекция на TLS за трафик, изпращан до *mcs*.webex.com, *cb*.webex.com и *mcc*.webex.com.
Забележка – Приложението Webex не поддържа разширение SNI за базирани на TLS мултимедийни връзки. Връзката с аудио и видео услугите на Webex ще е неуспешна, ако прокси сървърът изисква наличието на SNI.