NuGet 407 ან 401: პროქსის შესვლა თუ კერძო feed-ის სერთიფიკატები?

გამოყავით NuGet feed-ის სერთიფიკატები გამავალი პროქსის სერთიფიკატებისგან და შეამოწმეთ იმ ხელსაწყოს კონფიგურაცია, რომელიც რეალურად ასრულებს აღდგენას.

NuGet-ის აღდგენას შეიძლება დასჭირდეს როგორც გამავალი პროქსის ანგარიში, ისე კერძო feed-ის ანგარიში. გამოიყენეთ პასუხი იმის გადასაწყვეტად, რომელი კონფიგურაცია უნდა შეამოწმოთ:

დაკვირვებადაიწყეთ აქ
პროქსი აბრუნებს 407-სმარშრუტი და ანგარიში, რომლებიც გამოიყენება გამავალ პროქსამდე მისასვლელად
პაკეტის წყარო აბრუნებს 401-სfeed-ის ავთენტიფიკაციის კონფიგურაცია
კავშირი ან TLS ითიშება პასუხამდემტკიცებულებები საბოლოო წერტილის, ტრანსპორტისა და სერთიფიკატის შესახებ

feed-ის ტოკენი ვერ უპასუხებს პროქსის 407-ს. ანალოგიურად, პასუხამდე კავშირის ან TLS-ის ჩავარდნას არ დაუდგენია, რომელი პაროლია არასწორი.

დააკონფიგურირეთ პროქსი feed-ისგან ცალკე

NuGet-ის პროქსის ჩანაწერი config-ის ქვეშაა. ჩაშენებული სერთიფიკატების გარეშე მარშრუტისთვის:

<configuration>
  <config>
    <add key="http_proxy" value="http://proxy.example:8080" />
  </config>
</configuration>

შეუერთეთ ეს მაგალითი შესაბამის არსებულ კონფიგურაციას. საჯარო feed-ისთვის, სადაც საჯარო შუამავლები დაშვებულია, HTTP პროქსების სია გთავაზობთ კანდიდატს ამ სერთიფიკატებისგან თავისუფალი მარშრუტისთვის. პაკეტის წყაროები შეინახეთ მათივე განყოფილებაში; feed-ის URL-ის ზოგადი პროქსის მისამართით ჩანაცვლება შუამავალს პაკეტებს სთხოვს.

დოკუმენტირებული http_proxy.password მნიშვნელობა დაშიფრულია. გამოიყენეთ მხარდაჭერილი კონფიგურაციის ხელსაწყოები, ნაცვლად იმისა, რომ ამ ველში ღია ტექსტი ჩაწეროთ ან სხვა მანქანიდან დაშიფრულად მოჩვენებული მნიშვნელობა გადაიტანოთ როგორც გადასატანი სერთიფიკატის ფორმატი.

შეამოწმეთ ის აღდგენა, რომელიც რეალურად ითიშება

დაასახელეთ კლიენტი, მომხმარებელი და გაშვების გარემო, შემდეგ იპოვეთ მისი ეფექტური კონფიგურაციის იერარქია. მომხმარებლის, მანქანისა და გადაწყვეტის პარამეტრებმა შეიძლება წვლილი შეიტანოს. ძველი devenv.exe.config შესწორება ეხება კონკრეტულ Visual Studio პროცესს; ის არ ადგენს, თუ რას კითხულობს ბრძანების ხაზის აღდგენა ან build სერვისი. შეინარჩუნეთ მუშა პაკეტის წყაროები და პოლიტიკა ძველი პროქსის ჩანაწერის ძებნისას.

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

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