Azure IoT Edge-Proxyeinstellungen in Bereitstellungsmanifesten beibehalten

Die Bootstrap-Konnektivität kann verschwinden, wenn ein späteres Manifest die edgeAgent/edgeHub-Umgebung ohne ihre Proxywerte ersetzt.

Wenn eine Bereitstellung Laufzeitdefinitionen ersetzt, behalten Sie den Proxy in beiden Modulen. Für edgeAgent führen Sie zusammen:

"env": {
  "https_proxy": {
    "value": "http://proxy.example:8080"
  },
  "UpstreamProtocol": {
    "value": "AmqpWs"
  }
}

Behalten Sie dies unter edgeAgent desired properties/systemModules bei den tatsächlichen Definitionen. Bewahren Sie Images, Einstellungen und andere Umgebungseinträge. edgeHub braucht ebenfalls sein https_proxy; das gezeigte UpstreamProtocol erhält die AmqpWs-Startwahl des Agents.

AMQP über WebSockets ist erforderlich, wenn der Vermittler natives AMQP blockiert. Die HTTP-URL beschreibt den Listener, obwohl der Dienst TLS verwendet.

Übernehmen Sie die Werte in künftige Manifeste. Entfernt man die Route von edgeAgent, kann es die Bereitstellung nicht mehr empfangen, die es reparieren soll.

Image-Pulls der Container-Engine, Identitätsdienst und Edge-Daemon bleiben getrennte Verbraucher. In EFLOW laufen sie in der Linux-VM, daher konfiguriert sie eine Einstellung nur auf dem Windows-Host nicht. Benutzermodule benötigen zudem Eingaben, die ihre eigenen Clients unterstützen.

Ähnliche Artikel