Résolution des problèmes d'enregistrement DNS Jabber avec Cisco Secure Access VPN

Problème

Lors de la mise en oeuvre de Cisco Secure Access VPN, les clients Jabber rencontrent des problèmes de connectivité dus à des conflits de résolution d'enregistrements DNS SRV. Le problème se produit lorsque Jabber atteint deux enregistrements DNS SRV : une pour CUCM (_cisco-UDS) et une pour ExpressWay (_collab-edge). Si l'enregistrement SRV CUCM est résolu, qu'il fonctionne ou non, Jabber suppose qu'il est sur site et tente de se connecter au CUCM au lieu d'ExpressWay. Ce comportement est évident dans la journalisation Jabber avec l'indicateur bEdgeServerFlag = 0 vu dans Jabber.log. En outre, l'enregistrement SRV ExpressWay échoue car il est envoyé au serveur DNS privé que le client sécurisé utilise pour la résolution, et le serveur DNS privé ne trouve pas cet enregistrement SRV public de manière récursive.

Environnement

• Cisco Secure Access (anciennement Cisco AnyConnect Secure Mobility Client)

• Client Cisco Jabber

• Gestionnaire de communications unifiées de Cisco (version CUCM)

• Cisco ExpressWay pour l'accès mobile et à distance

• Infrastructure DNS avec serveurs DNS privés et publics

• Configuration de tunnel VPN avec des capacités de split tunneling

Résolution

Le problème a été résolu en acheminant le trafic Jabber via le tunnel VPN au lieu d'essayer de configurer manuellement le client pour la connectivité ExpressWay. Cette approche garantit que le trafic Jabber utilise le chemin de résolution DNS approprié et évite le conflit d'enregistrements SRV qui entraîne une mauvaise prise en charge de la connectivité sur site par le client.

Étapes de dépannage

Étape 1: Analysez les requêtes d'enregistrement DNS SRV en utilisant la capture de paquets Wireshark.

Use Wireshark filter: dns.qry.type == 33

Étape 2: Consulter les journaux Jabber pour connaître l'état des indicateurs du serveur Edge

Check Jabber.log for: bEdgeServerFlag = 0

Étape 3: Vérifier le comportement de résolution DNS pour les deux enregistrements SRV

Vérifier la résolution de :

• Enregistrement SRV _cisco-UDS (CUCM)

• _collab-edge SRV record (ExpressWay)

Implémentation de la solution

Configurez le client VPN d'accès sécurisé Cisco pour inclure le trafic Jabber dans le tunnel plutôt que de lui permettre de résoudre les requêtes DNS via le serveur DNS local/privé. Cela garantit que :

• Le trafic Jabber utilise le chemin de résolution DNS correct

• Les conflits d'enregistrements SRV sont évités

• La connectivité ExpressWay est correctement établie

• Toutes les fonctionnalités de Jabber sont conservées

Cette solution est préférable à la configuration manuelle du client Jabber pour ExpressWay, ce qui entraînerait la perte de certaines fonctionnalités.

Motif

La cause principale est la logique de résolution d'enregistrement SRV DNS dans les clients Jabber. Lorsque Jabber démarre, il recherche deux enregistrements DNS SRV spécifiques : _cisco-UDS (CUCM) et _collab-edge (ExpressWay). Le processus de prise de décision du client donne la priorité à l'enregistrement SRV CUCM. Si cet enregistrement est résolu avec succès, Jabber suppose qu'il fonctionne dans un environnement sur site et définit bEdgeServerFlag = 0, que la connexion CUCM fonctionne ou que l'enregistrement SRV ExpressWay soit également résolu.

Dans les scénarios VPN avec transmission tunnel partagée, l'enregistrement SRV ExpressWay (_collab-edge) est envoyé au serveur DNS privé utilisé par le client sécurisé. Comme il s'agit généralement d'un enregistrement DNS public et que le serveur DNS privé n'effectue pas de recherches récursives pour les enregistrements externes, la résolution SRV ExpressWay échoue. Ce problème complexe empêche Jabber d'établir une connectivité correcte via l'un ou l'autre chemin.

Autres informations utiles

• Assistance technique de Cisco et téléchargements

Historique de révision

Révision	Date de publication	Commentaires
1.0	04-May-2026	Première publication