შეინახეთ Azure IoT Edge-ის პროქსის პარამეტრები განლაგების მანიფესტებში

საწყისი კავშირი შეიძლება გაქრეს, როცა გვიანდელი მანიფესტი edgeAgent/edgeHub გარემოს პროქსის მნიშვნელობების გარეშე ჩაანაცვლებს.

როცა განლაგება გაშვების განსაზღვრებებს ცვლის, პროქსი ორივე მოდულში დატოვეთ. edgeAgent-ისთვის გააერთიანეთ:

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

შეინახეთ ეს edgeAgent desired properties/systemModules-ის ქვეშ რეალურ განსაზღვრებებთან ერთად. შეინარჩუნეთ სურათები, პარამეტრები და სხვა გარემოს ჩანაწერები. edgeHub-საც სჭირდება თავისი https_proxy; ნაჩვენები UpstreamProtocol ინარჩუნებს აგენტის AmqpWs გაშვების არჩევანს.

AMQP WebSockets-ის გავლით საჭიროა, როცა შუამავალი მშობლიურ AMQP-ს ბლოკავს. HTTP URL მსმენელს აღწერს, მიუხედავად იმისა, რომ სერვისი TLS-ს იყენებს.

გადაიტანეთ მნიშვნელობები მომავალ მანიფესტებში. edgeAgent-ის მარშრუტის წაშლამ შეიძლება ხელი შეუშალოს მას მიიღოს ზუსტად ის განლაგება, რომელიც მის გასწორებას უნდა ემსახურებოდეს.

კონტეინერის ძრავის სურათების ჩამოტვირთვა, იდენტობის სერვისი და Edge-ის დემონი ცალკეულ მომხმარებლებად რჩებიან. EFLOW-ში ისინი Linux VM-ში მუშაობენ, ამიტომ მხოლოდ Windows ჰოსტზე დაყენებული პარამეტრი მათ არ აკონფიგურირებს. მომხმარებლის მოდულებსაც სჭირდებათ შეყვანები, რომლებსაც მათი კლიენტები მხარს უჭერენ.

დაკავშირებული სტატიები