Mercurial-ის პროქსის გვერდის ავლა: რატომ შეიძლება http_proxy.no იგნორირებული იყოს
შეინარჩუნეთ Mercurial-ის საცავების შიდა ჰოსტები პირდაპირი http_proxy.no-ის მეშვეობით და endpoint-ის შეცვლამდე შეამოწმეთ always-ის გადაფარვა.
Mercurial-ის პროქსი შეიძლება დარჩეს ნაგულისხმევი გარე საცავებისთვის, ხოლო შიდა ჰოსტები პირდაპირ მიდიან. საჯარო HTTP მარშრუტისთვის აირჩიეთ ჰოსტი და პორტი HTTP პროქსების სიიდან ნაგულისხმევი endpoint-ისთვის:
[http_proxy]
host = proxy.example:8080
no = hg.internal.example,localhost
always = falseno მნიშვნელობა მძიმეებით გამოყოფილი ჰოსტების სახელების სიაა. Mercurial აღწერს always=true-ს როგორც პროქსის გამოყენების იძულებას localhost-ისა და ამ სიაში არსებული ჩანაწერებისთვისაც. ამიტომ ჰოსტის no-ში დამატება ამ გადაფარვის შენარჩუნებით შეიძლება მისი მარშრუტი უცვლელი დატოვოს.
ერთი გაშვებისთვის გადაფარეთ შესაბამისი მნიშვნელობები კონფიგურაციის გადაწერის გარეშე:
hg --config http_proxy.always=false --config http_proxy.no=hg.internal.example incomingსაცავის კონფიგურირებულმა ნაგულისხმევმა ბილიკმა ნამდვილად უნდა დაასახელოს ეს ჰოსტი. ეს მაგალითი ცვლის no მნიშვნელობას ბრძანებისთვის; ჩართეთ სხვა საჭირო ჩანაწერებიც, თუ ამ გაშვებას ისინიც სჭირდება.
გამოიყენეთ hg config --source მოქმედი პარამეტრების მოსაძებნად, როცა მომხმარებლის, საცავისა და სისტემის კონფიგურაცია არ ემთხვევა. ამ გამოტანის გაზიარებამდე წაშალეთ პაროლები.
ეს კონტროლი ვრცელდება ვებ-დაფუძნებულ საცავებზე წვდომაზე. ssh:// საცავი სხვა ტრანსპორტს იყენებს. პირდაპირი HTTP მარშრუტიზაცია მაინც საჭიროებს ქსელურ ბილიკს და თავად საცავის სერტიფიკატებს.