Hou Azure IoT Edge-proxyinstellings in ontplooiingsmanifests

Aanvanklike verbinding kan verdwyn wanneer 'n latere manifest die edgeAgent/edgeHub-omgewing sonder sy proxywaardes vervang.

Wanneer 'n ontplooiing looptyddefinisies vervang, behou die proxy in albei modules. Voeg vir edgeAgent saam:

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

Hou dit onder edgeAgent se desired properties/systemModules saam met die werklike definisies. Behou beelde, instellings en ander omgewingsinskrywings. edgeHub het ook sy https_proxy nodig; die getoonde UpstreamProtocol behou die agent se AmqpWs-beginopsie.

AMQP oor WebSockets is nodig wanneer die tussenganger inheemse AMQP blokkeer. Die HTTP-URL beskryf die luisteraar selfs al gebruik die diens TLS.

Dra die waardes oor na toekomstige manifests. As jy edgeAgent se roete verwyder, kan dit verhoed dat hy die ontplooiing ontvang wat juis bedoel is om dit te herstel.

Die houer-enjin se beeldtrekkings, identiteitsdiens en Edge-daemon bly aparte verbruikers. In EFLOW loop hulle in die Linux-VM, so 'n instelling net op die Windows-gasheer konfigureer hulle nie. Gebruikermodules het net so insette nodig wat hul eie kliënte ondersteun.

Verwante artikels