Conservez les paramètres de proxy Azure IoT Edge dans les manifestes de déploiement
La connectivité d'amorçage peut disparaître lorsqu'un manifeste ultérieur remplace l'environnement edgeAgent/edgeHub sans ses valeurs de proxy.
Lorsqu'un déploiement remplace les définitions d'exécution, conservez le proxy dans les deux modules. Pour edgeAgent, fusionnez :
"env": {
"https_proxy": {
"value": "http://proxy.example:8080"
},
"UpstreamProtocol": {
"value": "AmqpWs"
}
}Gardez ceci sous edgeAgent desired properties/systemModules avec les définitions réelles. Préservez les images, les paramètres et les autres entrées d'environnement. edgeHub a aussi besoin de son https_proxy ; le UpstreamProtocol affiché conserve le choix de démarrage AmqpWs de l'agent.
AMQP sur WebSockets est requis lorsque l'intermédiaire bloque l'AMQP natif. L'URL HTTP décrit l'écouteur bien que le service utilise TLS.
Reportez les valeurs dans les futurs manifestes. Supprimer la route d'edgeAgent peut l'empêcher de recevoir précisément le déploiement destiné à le réparer.
Les tirages d'images du moteur de conteneurs, le service d'identité et le démon Edge restent des consommateurs distincts. Sous EFLOW, ils s'exécutent dans la VM Linux, donc un réglage sur l'hôte Windows seul ne les configure pas. Les modules utilisateur ont eux aussi besoin d'entrées prises en charge par leurs propres clients.