- Accueil
- /
- Article
Merci pour votre commentaire.
Configurer Jabber dans une instance dédiée pour utiliser le domaine du client pour se connecter
Dans cet article
Un commentaire ?Vous pouvez maintenant configurer le client Jabber dans une instance dédiée pour utiliser le domaine du client pour la connexion, en utilisant différentes procédures de connexion.
Vue d'ensemble
Pendant la poignée de main TLS, un client TLS standard vérifie la validité du certificat de serveur TLS. Lorsque Jabber est déployé sur Internet, cette configuration peut être vulnérable à une attaque de type « man-in-the-middle ».
Lors de la connexion, si un pirate informatique fournit à son propre serveur un certificat TLS valide au lieu de l'Expressway attendu, Jabber pourrait accepter le certificat faute de contrôles supplémentaires, ce qui pourrait permettre de connecter l'utilisateur à un système malveillant. Pour éviter ce problème, Jabber ajoute une étape de validation supplémentaire, qui vérifie que le domaine saisi lors de la connexion correspond aux noms alternatifs (SAN) du certificat. Si cela correspond, Jabber essaie de se connecter à l'autoroute.
« Chaque entrée SAN du certificat doit être signée par l'autorité de certification (CA). Cela signifie que seule la société propriétaire du domaine peut recevoir un certificat signé par une autorité de certification, et que l'autorité de certification valide les entrées du SAN. Il devient donc beaucoup plus difficile de falsifier l'identité de l'autoroute. »
Dans une instance dédiée, Cisco gère les certificats pour les applications UC. Les certificats sont donc signés avec le domaine fourni par Cisco, par exemple customer.amer.wxc-di.webex.com. Cependant, pour qu'un utilisateur final puisse se connecter au client Jabber avec l'adresse e-mail du client, il est possible de suivre les options suivantes :
Option 1 : connexion initiale de l'utilisateur final à Jabber
La connexion initiale de l'utilisateur final à Jabber est l'approche la plus simple, et les étapes sont détaillées :
-
Entrez le domaine de service vocal fourni par Cisco, par exemple user@customer.amer.wxc-di.webex.com sur l'écran de connexion initial de Jabber.
Cisco partage le domaine du service vocal client pour chaque région après l'activation du service. Ces informations font partie du document relatif aux informations d'accès partagé sur l'espace de l'application Webex. Pour plus de détails, voir Activation du service d'instance dédié.
-
Entrez le nom d'utilisateur ou l'adresse e-mail de l'entreprise ainsi que le mot de passe pour vous authentifier.
Si le SSO est activé, IdP effectue la même opération.
Les connexions suivantes ne nécessitent pas de passer à l'étape 1, sauf si le client Jabber est réinitialisé.
Option 2 : utiliser le domaine du service vocal
Grâce à cette approche, le client Jabber peut faire la différence entre le domaine du client saisi par l'utilisateur et le domaine de découverte de services. Dans le programme d'installation, si le domaine du service vocal est défini sur customer.amer.wxc-di.webex.com, l'utilisateur peut se connecter au client Jabber en utilisant l'adresse e-mail de son entreprise et Jabber peut toujours découvrir le service en fonction de la valeur définie dans le domaine du service vocal. Il n'est donc plus nécessaire de fournir un domaine de service vocal lors de la connexion initiale à Jabber, comme indiqué ci-dessus.
Pour Windows :
Des outils tels que Microsoft Orca peuvent être utilisés pour créer des programmes d'installation Jabber personnalisés, qui peuvent inclure le domaine du service vocal. Les utilisateurs peuvent être invités à utiliser ces programmes d'installation pour le client Jabber.
Pour MAC, iOS, Android :
Des outils tels que le MDM peuvent être utilisés pour créer des programmes d'installation Jabber personnalisés qui peuvent inclure le domaine du service vocal.
Option 3 : utiliser l'URL de configuration
Une URL de configuration est utilisée pour définir les paramètres de Jabber avant la connexion initiale, tels que le domaine des services vocaux. Exemple d'URL de configuration : ciscojabber : //provision ? ServicesDomain=Customer.com&VoiceServicesDomain=Customer.Amer.WXC-DI.webex.com
En cliquant sur le lien ci-dessus, le domaine du service vocal peut être défini dans le client Jabber qui fonctionne sur des appareils MAC, Android ou iOS.
Cette configuration n'est pas persistante, l'utilisateur doit cliquer à nouveau sur le lien si le client Jabber est réinitialisé.
L'application Webex ne répond pas aux exigences ci-dessus, le client vérifie le domaine, mais il est possible de configurer le domaine du service vocal dans le Control Hub. Lorsque l'application Webex se connecte à Webex, elle obtient le domaine des services vocaux et l'enregistre. Pour plus d'informations sur la configuration des appels intégrés à l'application Webex, voir Intégration de l'application Webex à une instance dédiée pour les appels intégrés à l'application.
Lien utile : Déploiement sur site pour Cisco Jabber la version 14.0
