Panatilihin ang mga setting ng proxy ng Azure IoT Edge sa mga deployment manifest

Maaaring mawala ang bootstrap connectivity kapag pinalitan ng susunod na manifest ang environment ng edgeAgent/edgeHub nang walang mga value ng proxy.

Kapag pinapalitan ng deployment ang mga runtime definition, panatilihin ang proxy sa dalawang module. Para sa edgeAgent pagsamahin:

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

Panatilihin ito sa ilalim ng edgeAgent desired properties/systemModules kasama ang aktwal na mga definition. Panatilihin ang mga image, setting at iba pang environment entry. Kailangan din ng edgeHub ang sarili nitong https_proxy; pinapanatili ng nakalarawang UpstreamProtocol ang pagpiling AmqpWs sa pagsisimula ng agent.

Kailangan ang AMQP sa WebSockets kapag hinaharang ng tagapamagitan ang native na AMQP. Inilalarawan ng HTTP URL ang listener kahit gumagamit ng TLS ang serbisyo.

Dalhin ang mga value sa mga susunod na manifest. Ang pag-alis ng ruta ng edgeAgent ay maaaring makahadlang dito sa pagtanggap ng mismong deployment na dapat mag-ayos nito.

Ang pagkuha ng image ng container engine, identity service at Edge daemon ay nananatiling magkakahiwalay na consumer. Sa EFLOW tumatakbo ang mga ito sa Linux VM, kaya hindi nila nako-configure ang isang setting sa Windows host lamang. Kailangan din ng mga user module ang mga input na sinusuportahan ng sarili nilang client.

Kaugnay na mga artikulo