./config.sh --proxyurl http://proxy.example:8080 \
  --proxyusername PROXY_USER \
  --proxypassword PROXY_PASSWORD

დაამატეთ ეს პარამეტრები ინსტალაციის ჩვეულ რეგისტრაციის შეყვანებს. Windows-ზე გამოიყენეთ config.cmd, ხოლო ანგარიშის რეალური მნიშვნელობები მიიღეთ განთავსების სერტიფიკატების მართვის გზით.

ჩაწერილი პროქსი ფარავს Azure DevOps-თან კავშირს და ჩაშენებულ წყაროსა და არტეფაქტის ოპერაციებს. დავალებები პროქსის ინფორმაციას დავალებათა ბიბლიოთეკის მეშვეობით იღებენ და საკუთარ HTTP კლიენტებზე უნდა გამოიყენონ.

გარე curl-ს, dotnet-ს ან Maven-ს საკუთარი მხარდაჭერილი შეყვანა სჭირდება. კონტეინერის სამუშაოებსაც სჭირდებათ მათი ქსელიდან მისაწვდომი საბოლოო წერტილი; ჰოსტ აგენტის loopback აქ სხვა მდებარეობას ნიშნავს. ადრინდელი სურათების ჩამოტვირთვა კონტეინერის გარემოს მოთხოვნაა.

პროქსისთვის, რომელიც Basic-ზე დაბრუნებას იღებს, როცა კონფიგურაცია 407-ს იღებს, დოკუმენტირებული --usebasicauthforproxy დროშა ირჩევს ამ გზას; მას არ შეუძლია დაამატოს მექანიზმი, რომელსაც პროქსი არ უჭერს მხარს.

გენერირებულ განთავსების ჯგუფის სკრიპტში დაამატეთ შეყვანები მის config.cmd გამოძახებას, ორგანიზაციისა და ჯგუფის არგუმენტების შენარჩუნებით. WebRequest.DefaultWebProxy-ის ცვლილება მშობელ PowerShell-ში შვილის აგენტის კონფიგურაცია არ არის.

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