Ce navigateur n’est plus pris en charge.
Effectuez une mise à niveau vers Microsoft Edge pour tirer parti des dernières fonctionnalités, des mises à jour de sécurité et du support technique.
Translate
![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(25.6, 30%, 12%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3ELJ%3C/text%3E%3C/svg%3E)
Bonjour,
Nous rencontrons un problème avec notre application déployée sur Azure Container App, utilisant Dapr (version 1.13.6-msft.2). L’agent daprd démarre correctement, détecte bien l’application sur le port 80, mais échoue à se connecter au service de placement des acteurs.
Voici le message d’erreur récurrent dans les logs :
vbnet
Error connecting to placement service (will retry to connect in background): rpc error: code = Unavailable desc = last resolver error: produced zero addresses
Impact : Certaines fonctionnalités avancées liées à l’état des acteurs ne sont pas initialisées, ce qui pourrait impacte le bon fonctionnement des flux métier : api-avis et api-declaratif.
Demande : Merci de vérifier si le composant dapr-placement-server est bien opérationnel et correctement exposé au sein de notre cluster, ou de nous indiquer si une configuration est manquante côté DNS interne ou service Dapr.
![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(176, 40%, 27%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3EKA%3C/text%3E%3C/svg%3E)
Merci de nous avoir contactés.
Le message d'erreur indique que le side-car Dapr (daprd) ne parvient pas à se connecter au service de placement, nécessaire au bon fonctionnement des fonctionnalités de l'acteur. Cela signifie généralement que le service de placement est inaccessible ou mal résolu via le DNS interne.
Veuillez suivre les étapes suivantes pour vérifier et isoler le problème :
Vérification de la résolution DNS :
Dans votre conteneur, exécutez :
nslookup dapr-placement
ou
dig dapr-placement
Cela confirmera si le conteneur peut résoudre le service de placement via le DNS interne.
Test de connectivité manuel :
Vous pouvez vérifier si le service de placement est accessible sur son port par défaut :
curl dapr-placement:50005
ou
telnet dapr-placement 50005
En cas d'échec, cela indique un problème de connectivité DNS ou réseau.
Remplacement de la variable d'environnement (solution temporaire) :
Définissez la variable d'environnement suivante dans votre application conteneur pour définir explicitement l'adresse du service de placement :
DAPR_PLACEMENT_HOST=dapr-placement:50005
Assurez-vous que Dapr Sidecar est activé :
Vérifiez que Dapr est activé dans votre application conteneur Azure et que le port d'application est correctement défini dans votre configuration.
Si le problème persiste :
Pourriez-vous confirmer si l'application s'exécute dans un environnement intégré au réseau virtuel ou utilise une configuration DNS personnalisée ?
Utilisez-vous l'environnement d'exécution Dapr par défaut attribué par le système ou un plan de contrôle personnalisé ?
Pourriez-vous partager les modifications apportées aux composants ou à la configuration Dapr par défaut ?
Bonjour Khadeer,
Merci pour votre réponse. Cette piste n'est pas la bonne malheureusement. Notre problème semble être lié à un problème au niveau du certificat mTLS de la gestion global de Dapr sur notre environnement de production. La communication entre les conteneurs via Dapr échoue, contrairement aux appels directs. Nous avons essayé de redémarré et réactivé les sidecars Dapper sans succès, indiquant que le problème se situe à un niveau inférieur.
Bonjour Laura Julien,
Merci de votre patience, pourriez-vous s'il vous plaît partager plus de détails, où ce service de placement d'acteurs est-il hébergé, s'exécute-t-il dans d'autres applications de conteneur ? Ou s'agit-il d'un point de terminaison externe qui est hébergé et que vous essayez de vous y connecter à partir d'applications de conteneur ?
Aussi, nous aider avec l'architecture de haut niveau ? Qu'essayez-vous de faire ?
![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(89.60000000000001, 77%, 18%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3ESP%3C/text%3E%3C/svg%3E)
Je fais simplement suite au message précédent — avez-vous eu l’occasion de consulter les questions posées ? Cela nous aiderait à mieux comprendre votre scénario et à vous assister plus efficacement.