Mantenha as definições de proxy do Azure IoT Edge nos manifestos de implementação

A conectividade de arranque pode desaparecer quando um manifesto posterior substitui o ambiente edgeAgent/edgeHub sem os valores de proxy.

Quando uma implementação substitui definições de runtime, mantenha o proxy nos dois módulos. Para o edgeAgent, combine:

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

Mantenha isto em edgeAgent desired properties/systemModules junto com as definições reais. Preserve imagens, definições e outras entradas de ambiente. O edgeHub também precisa do seu https_proxy; o UpstreamProtocol mostrado preserva a escolha de arranque AmqpWs do agente.

AMQP sobre WebSockets é necessário quando o intermediário bloqueia o AMQP nativo. O URL HTTP descreve o ouvinte embora o serviço use TLS.

Leve os valores para manifestos futuros. Remover a rota do edgeAgent pode impedi-lo de receber precisamente a implementação destinada a repará-lo.

O download de imagens do motor de contêineres, o serviço de identidade e o daemon Edge continuam a ser consumidores separados. No EFLOW são executados na VM Linux, por isso uma definição apenas no anfitrião Windows não os configura. Os módulos de utilizador também precisam de entradas suportadas pelos seus próprios clientes.

Artigos relacionados