sdkmanager-ის პროქსის ჰოსტის ველი შესვლის ველი არ არის

--proxy_host პროქსის ჰოსტის სახელს ან მისამართს ელოდება. username:password@host-ის იქ ჩასმა არ არის იგივე, რაც ჰოსტის სახელისა და მხარდაჭერილი ავთენტიფიკაციის მეთოდის მიცემა.

sdkmanager-ის ცნობარი აღწერს პროქსის ტიპის, ჰოსტისა და პორტის არჩევანს. დაყენებული ხელსაწყოს დოკუმენტირებული ავთენტიფიკაციის მხარდაჭერა ცალკე შეამოწმეთ. სხვა Java პროგრამის მიერ მიღებული დროშა ავტომატურად SDK Manager-ის თვისება არ არის.

კერძოდ, http.proxyUser ან http.proxyPassword სახელის მქონე თვითნებური თვისებების დაყენება არ ამტკიცებს, რომ ჩამომტვირთავი მათ კითხულობს. ავთენტიფიკაციის მექანიზმმა რეალურად უნდა გამოიყენოს ანგარიში და შეასრულოს საჭირო გაცვლა.

ასევე --no_https მოაშორეთ შესვლის შეკეთებას. ჩამოტვირთვის მოთხოვნის ხერხის შეცვლა არ ავსებს დაკარგულ პროქსის მონაცემებს.

თუ მხარდაჭერილი კლიენტი ვერ აკმაყოფილებს პროქსის ავთენტიფიკაციის მოთხოვნას, გამოიყენეთ ორგანიზაციის დამტკიცებული თავსებადი წვდომის წესი. სერვისის საბოლოო წერტილი, ანგარიშის მექანიზმი და ჩამოტვირთვის TLS პოლიტიკა ცალკე კონფიგურაციის გადაწყვეტილებებად შეინახეთ. საჯარო SDK ჩამოტვირთვებისთვის დამტკიცებულ არაავთენტიფიცირებულ გზას შეუძლია HTTP ჰოსტი და პორტი აიღოს HTTP პროქსების სიიდან; ის არ ამატებს ავთენტიფიკაციის მხარდაჭერას თავდაპირველ სერვისს.