Mantendu Azure IoT Edge proxy ezarpenak zabaltze-manifestuetan

Hasierako konektibitatea gal daiteke geroagoko manifestu batek edgeAgent/edgeHub ingurunea proxy balio gabe ordezkatzen duenean.

Zabaltze batek exekuzio-definizioak ordezkatzen dituenean, mantendu proxya bi moduluetan. edgeAgent-erako bateratu:

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

Mantendu hau edgeAgent desired properties/systemModules-ren azpian benetako definizioekin. Gorde irudiak, ezarpenak eta ingurune-sarrera gehiago. edgeHub-ek ere bere https_proxy behar du; erakutsitako UpstreamProtocol-ek agenteren AmqpWs abiarazteko hautua mantentzen du.

AMQP WebSockets bidez beharrezkoa da bitartekariak AMQP natiboa blokeatzen duenean. HTTP URLak entzulea deskribatzen du, zerbitzuak TLS erabiltzen badu ere.

Eraman balioak etorkizuneko manifestuetara. edgeAgent-en bidea kentzeak berau konpontzeko sortutako zabaltzea jasotzea eragotzi dezake.

Edukiontzi-motorraren irudi-deskargak, identitate-zerbitzua eta Edge daemon kontsumitzaile bereiziak dira oraindik. EFLOW-n Linux VM-an exekutatzen dira, beraz Windows ostalarian soilik egindako ezarpen batek ez ditu konfiguratzen. Erabiltzaile-moduluek ere beren bezeroek onartzen dituzten sarrerak behar dituzte.

Erlazionatutako artikuluak