პროქსის პაროლის Git-ის URL-იდან გარეთ დატოვება
მისცით Git-ს, რომ დაკარგული პროქსის პაროლი მოიპოვოს თავისი სერტიფიკატების მექანიზმით, შემდეგ კი ცალკე შეამოწმეთ დამხმარე, თუ დისკზე შენახვას მნიშვნელობა აქვს.
პროქსის URL შეიძლება შეიცავდეს მომხმარებლის სახელს პაროლის გარეშე:
[http]
proxy = http://[email protected]:8080Git ცდილობს დაკარგული პაროლის მოპოვებას თავისი სერტიფიკატების მექანიზმით. ჩაანაცვლეთ ანგარიში და საბოლოო წერტილი თქვენით. Git-ის ვერსიამ, HTTP backend-მა და პროქსის ავთენტიფიკაციის მეთოდმა უნდა დაუჭიროს მხარი თქვენს მიერ გამოყენებულ სქემას.
აირჩიეთ, რა უნდა დარჩეს საცავის გარეთ
| მოთხოვნა | რა უნდა მოწყობა |
|---|---|
| კონფიგურირებულ პროქსის URL-ში პაროლი არ არის | გამოიყენეთ მხოლოდ მომხმარებლის სახელის ფორმა და დაკარგული საიდუმლო გადასცეთ მხარდაჭერილი სერტიფიკატების მექანიზმით. |
| დისკზე ხელახლა გამოსაყენებელი პაროლი არ ინახება | აირჩიეთ დამტკიცებული დამხმარე, რომლის შენახვის ქცევა ამ მოთხოვნას აკმაყოფილებს. მხოლოდ URL-ის პაროლის გამოტოვება საკმარისი არ არის. |
| ინტეგრირებული ავთენტიფიკაცია | გამოიყენეთ მხარდაჭერილი მეთოდი და შესაბამისი პროცესის იდენტობა, ნაცვლად იმისა, რომ Basic პაროლის სხვა ჩანაწერად მოეკიდოთ. |
დამხმარეებს შეუძლიათ სერტიფიკატების შენახვა ოპერაციული სისტემის სერტიფიკატების საცავში, მეხსიერებაში, ფაილში ან სხვა სისტემაში. სანამ გადაწყვეტთ, რომ პაროლი აღარ ინახება, შეამოწმეთ ამ ანგარიშისა და URL-ისთვის კონფიგურირებული დამხმარე.
სხვა ასლები მხედველობაში გქონდეთ
კოდში ჩაწერილი პაროლის დამაბრუნებელი ჩაშენებული დამხმარე მას უბრალოდ სხვაგან ინახავს. პაროლის მატარებელი გარემოს ცვლადი ან ბრძანების არგუმენტი ასევე შეიძლება მოხვდეს სკრიპტებში, დიაგნოსტიკაში, პროცესების შემოწმებაში ან shell-ის ისტორიაში.
სასარგებლო ჩანაწერი მცირეა: პროქსის საბოლოო წერტილი, ავთენტიფიკაციის მეთოდი, სერტიფიკატების წყარო და შენახვის პოლიტიკა. საიდუმლოები ამ ჩანაწერის გარეთ შეინახეთ. წყაროსა და პროქსის სერტიფიკატებს შეიძლება განსხვავებული მხარდაჭერის გზები ჰქონდეთ, ამიტომ ვებსაიტზე წარმატებული შესვლა ამ პროქსის სქემას არ ადასტურებს.