პროვაიდერის წარმატებული ჩამოტვირთვა ცოტას ამბობს მოგვიანებით ღრუბლოვანი API-ის გამოძახებაზე. დაიწყეთ პირველი წარუმატებელი ჰოსტის სახელითა და ოპერაციით, შემდეგ განსაზღვრეთ მათი მფლობელი:

ოპერაციამიჰყევით ამ გზას
რეესტრის ძიება ან ინსტალაციის ჩამოტვირთვაTerraform-ის პროცესი, ინსტალაციის წყარო და პროქსის გარემო
Git-ზე დაფუძნებული მოდულის მოძიებაწყაროს URL და Git ტრანსპორტი; SSH და HTTPS სხვადასხვა პარამეტრს იყენებენ
ღრუბლოვანი API-ის გამოძახებაპროვაიდერის დანამატი და მისი SDK-ის მარშრუტიზაციისა და ნდობის კონფიგურაცია
დისტანციური შესრულებაგამშვების გარემო და ქსელი, და არა ლეპტოპის

CONNECT-ის მხარდამჭერი HTTP პროქსისთვის ეს გარემოს მნიშვნელობა შეუძლია სწორად შეარჩიოს ის HTTPS დანიშნულებისთვის:

HTTPS_PROXY=http://proxy.example:3128

ცვლადი ასახელებს დანიშნულების სქემას; მნიშვნელობა ასახელებს პროქსის ტრანსპორტს. გამოიყენეთ https:// მხოლოდ მაშინ, როცა მსმენელი გვთავაზობს TLS-ს და მოთხოვნის გამომგზავნი კლიენტი მას მხარს უჭერს. პროვაიდერები ცალკეული დანამატები არიან და შეიძლება გამოიყენონ SDK-სპეციფიკური პარამეტრები, ამიტომ ეს მნიშვნელობა არ არის დაპირება ყველა პროვაიდერზე.

განსაზღვრულ მფლობელთან გაარჩიეთ შეცდომის შრე პარამეტრის შეცვლამდე: უარყოფილი პროქსის კავშირი, პროქსი 407, უარყოფილი CONNECT, სერტიფიკატის შეცდომა და ღრუბლოვანი API-ის 403 თითოეული განსხვავებულად ავიწროებს შემდეგ გამოძიებას. შეინარჩუნეთ ერთად ფაზა, დანიშნულება, შესრულების გარემო და პირველი შეცდომა.

გამოიყენეთ მხარდაჭერილი პარამეტრი ამ კომპონენტზე. ლეპტოპზე export არ აკონფიგურირებს დისტანციურ გამშვებს და პროქსის სერტიფიკატები არ ავთენტიფიცირებს რეესტრთან ან ღრუბლოვან API-სთან.

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