Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
En utilisant Dev Tunnels, vous pouvez tester votre assistant Agent 365 avec des applications Microsoft 365 (comme Teams, Outlook ou Word) pendant que votre assistant s’exécute localement sur votre machine de développement. Cette approche fait le lien entre le développement local et les tests réels, ce qui vous permet de valider le comportement de l’assistant dans des environnements Microsoft 365 réels avant de le déployer sur le cloud.
Configuration requise
Avant d’utiliser Dev Tunnels, assurez-vous d’installer l’outil en ligne de commande Dev Tunnels.
- Windows :
winget install Microsoft.devtunnel - macOS/Linux : Téléchargez depuis aka.ms/devtunnels/download
Configurer Dev Tunnel
Configurez un Dev Tunnel pour exposer votre point de terminaison d’assistant local aux services Microsoft 365.
Créer et démarrer un tunnel
Se connecter à Dev Tunnel:
devtunnel user loginCréer un tunnel persistant :
devtunnel create --allow-anonymousCette commande renvoie un ID de tunnel. Enregistrez cet identifiant pour une utilisation ultérieure.
Configurez le port du tunnel :
Attribuez le port que votre serveur de l’assistant utilise (généralement 3978) :
devtunnel port create <tunnel-id> -p <port-number>Démarrez le tunnel :
devtunnel host <tunnel-id>La commande affiche l’URL de votre tunnel (par exemple,
https://abc123xyz.devtunnels.ms:3978). Copiez cette URL pour l’utiliser dans l’étape suivante.
Astuce
Utilisez devtunnel list pour afficher tous vos tunnels et devtunnel delete <tunnel-id> pour supprimer les tunnels dont vous n’avez plus besoin.
Configurer le point de terminaison de messagerie de l’assistant
Enregistrez votre URL de tunnel de développement (par exemple, https://abc123xyz.devtunnels.ms:3978/api/messages) comme point de terminaison de messagerie de l’assistant afin que Microsoft 365 sache où acheminer les messages. N’oubliez pas le suffixe /api/messages du point de terminaison.
Consultez Définir le point de terminaison de messagerie de l’assistant
Test avec Microsoft 365
Avec votre tunnel dev actif et un point de terminaison enregistré, testez votre assistant dans les applications Microsoft 365.
Test dans Microsoft Teams
Démarrez votre assistant local en utilisant les instructions dans Installer les dépendances et lancez le serveur d’application de l’assistant.
Vérifiez la connectivité du tunnel :
devtunnel listVérifiez que votre tunnel affiche des connexions hôtes actives. La colonne « Connexions hôtes » doit afficher un nombre supérieur à 0.
Interagissez avec votre assistant sur Teams :
- Ouvrez Microsoft Teams (web ou bureau)
- Dans la barre de recherche de « Teams », recherchez votre assistant par nom ou par e-mail.
- Démarrer une conversation avec l’assistant
- Envoyez un message et observez la réponse
- Vérifiez votre console locale pour les requêtes entrantes et l’activité de l’assistant.
Tester les notifications par courrier électronique
Si votre assistant est configuré pour recevoir des notifications par courrier électronique :
- Envoyer un courrier électronique à l’adresse e-mail de votre assistant
- Mettez votre assistant en copie dans un fil de messages par courrier électronique
- Surveillez votre console locale afin de détecter le webhook de notification
- Assurez-vous que votre assistant traite et répond correctement au courrier électronique
Tester l’intégration Word
Pour les assistants qui répondent aux commentaires Word :
- Ouvrez un document Word auquel votre assistant a accès.
- Ajoutez un commentaire mentionnant votre assistant.
- Vérifiez la notification sur votre console locale.
- Vérifiez que la réponse de votre assistant apparaît dans Word.
Surveillez l’activité du tunnel
Dev Tunnels fournit une inspection du trafic pour aider à déboguer les problèmes de connexion et à comprendre le flux des requêtes :
devtunnel show <tunnel-id>
Cette commande affiche :
- Connexions actives et détails de session.
- Informations de requête et de réponse.
- Statistiques du volume de trafic.
- Les erreurs de connexion et les avertissements.
Vous pouvez également surveiller l’activité du tunnel en temps réel en observant la sortie de la commande devtunnel host.
Maintenir les connexions des tunnels
Les tunnels dev exigent que le processus continue de fonctionner devtunnel host. Si l’inactivité, des problèmes réseau ou la mise en veille de votre ordinateur provoquent une coupure de connexion, vous devez le redémarrer.
Vérification de l’état du tunnel
Vérifiez si votre tunnel est actif :
devtunnel list
La sortie affiche :
- ID du tunnel : Votre identifiant de tunnel
-
Connexions de l’hôte : Nombre de connexions actives (doit être au moins une lorsque
devtunnel hostest en cours d’exécution) - Ports : Ports configurés
- Expiration : Temps d’expiration du tunnel
Si Connexions de l’hôte affiche 0, le tunnel existe mais n’est pas actuellement hébergé.
Redémarrer un tunnel déconnecté
Si la connexion de votre tunnel est interrompue, redémarrez le tunnel en utilisant le même identifiant de tunnel :
devtunnel host <tunnel-id>
L’URL du tunnel reste la même ; vous n’avez donc pas besoin de mettre à jour la configuration de votre point de terminaison de messagerie d’assistant.
Gardez les tunnels actifs pendant le développement
Pour maintenir des connexions stables :
-
Garder la fenêtre du terminal ouverte : ne fermez pas le terminal en cours d’exécution
devtunnel host. - Empêcher la mise en veille de l’ordinateur : configurez votre système pour rester actif pendant les sessions de test.
-
Surveiller les erreurs de connexion : surveillez la sortie du terminal
devtunnel hostpour les messages de déconnexion. - Redémarrer après un changement de réseau : si vous changez de réseau ou vous reconnectez à un VPN, redémarrez le tunnel.
Astuce
Si votre tunnel se déconnecte fréquemment, vérifiez vos paramètres réseau et vos règles de pare-feu pour vous assurer qu’elles ne bloquent pas la connexion.
Nettoyer
Quand vous avez terminé les tests avec Dev Tunnels :
Arrêtez le tunnel
Appuyez sur Ctrl+C sur le terminal en marche devtunnel host pour arrêter le tunnel.
Cette commande supprime l’URL du Dev Tunnel du point de terminaison de messagerie de votre assistant. Lorsque vous déployez en production, définissez l’URL du point de terminaison hébergé dans le cloud.
Remarque
Le tunnel reste disponible pour une utilisation future jusqu’à ce que vous le supprimiez explicitement en utilisant devtunnel delete <tunnel-id>.
Limitations
Prenez en compte les limitations suivantes lors des tests avec Dev Tunnels :
- Développement uniquement : utilisez Dev Tunnels pour le développement et les tests, pas en production.
- Performances : attendez-vous à une latence plus élevée par rapport aux assistants hébergés dans le cloud en raison du routage réseau.
- Stabilité des connexions tunnel : les connexions tunnel peuvent occasionnellement être interrompues et nécessiter un redémarrage manuel.
-
Considérations de sécurité : l’indicateur
--allow-anonymousest pratique pour les tests, mais il ne doit pas être utilisé avec des données sensibles. - Gestion des sessions : vous devrez peut-être vous authentifier périodiquement selon la durée de votre session.
Étapes suivantes
Après avoir réussi les tests du Dev Tunnel :
- Déployez votre assistant dans le cloud : Déployez sur Azure, Définissez le point de terminaison de messagerie de l’assistant dans AWS, ou Définissez le point de terminaison de messagerie de l’assistant dans GCP.
- Configurez les points de terminaison de messagerie de l’assistant : point de terminaison de messagerie de l’assistant.
- Suivez le cycle de vie complet du développement : cycle de développement de l’Agent 365.
Résolution des problèmes
Si vous rencontrez des problèmes lors des tests via les Dev Tunnels, commencez par ici pour les correctifs courants de tunnel, de connectivité et de terminaison. Pour une résolution plus large des problèmes de l’Agent 365 (configuration, authentification et messagerie), voir Résolution des problèmes.
Échec de la connexion au tunnel
Symptômes : le tunnel de développement ne démarre pas ou se déconnecte immédiatement.
Solutions :
- Vérifiez que vous êtes connecté :
devtunnel user login - Vérifiez si un autre processus utilise le même port
- Assurez-vous que votre pare-feu autorise les connexions Dev Tunnel
- Supprimez et recréez le tunnel :
devtunnel delete <tunnel-id>, puis créez-en un nouveau
Les messages n’atteignent pas l’assistant local
Symptômes : Microsoft 365 indique que le message a été envoyé, mais votre assistant local ne le reçoit pas.
Solutions :
- Confirmez que votre assistant fonctionne localement
- Vérifiez que le tunnel est actif :
devtunnel listdevrait afficher « Connecté » - Vérifiez la configuration du point de terminaison dans
a365.config.jsonet assurez-vous que votre URL Dev Tunnel est définie comme point de terminaison de messagerie. - Examinez les journaux Dev Tunnel dans le terminal exécutant
devtunnel hostpour détecter des erreurs de connexion - Assurez-vous que votre port local correspond au port tunnel (les deux devraient être 3978 par défaut)
Erreurs d’authentification via Dev Tunnel
Symptômes : erreurs 401 ou 403 lors des tests via le Dev Tunnel.
Solutions :
- Vérifiez que l’authentification agentique est configurée (l’authentification par jeton porteur ne fonctionne pas avec Dev Tunnels pour l’intégration à Microsoft 365).
- Vérifiez les identifiants du blueprint de l’assistant dans
a365.generated.config.json. - Confirmez que votre assistant dispose des autorisations requises pour les opérations que vous testez.
- Assurez-vous que vos jetons d’authentification n’ont pas expiré.
URL du tunnel modifiée ou expirée
Symptômes : l’URL du tunnel qui fonctionnait auparavant ne redirige plus vers votre assistant.
Solutions :
- Vérifiez le statut du tunnel en utilisant
devtunnel list. - Redémarrez le tunnel en utilisant
devtunnel host <tunnel-id>. - Mettez à jour le point de terminaison de messagerie si l’URL a changé en utilisant
a365 setup blueprint --endpoint-only.