RubyGems-ის წინა პროქსის კონფიგურაცია

RubyGems-ს აქვს საკუთარი პროქსის შეყვანები. ბრაუზერი ან IDE, რომელიც კომპანიის პროქსის იყენებს, არ ადგენს იმ საბოლოო წერტილს, რომელსაც gem ბრძანება ირჩევს.

ერთი ჩამოტვირთვისთვის:

gem fetch rake --http-proxy http://proxy.example:8080

შეცვალეთ საბოლოო წერტილი დამტკიცებული სერვისით. საჯარო gem-ის ჩამოტვირთვებისთვის, სადაც საჯარო შუამავლები დაშვებულია, HTTP პროქსების სია გთავაზობთ კანდიდატებს. ეს ბრძანება ჩამოტვირთავს მითითებულ gem-ს.

განმეორებადი ბრძანებები

RubyGems ადოკუმენტირებს HTTP_PROXY, HTTP_PROXY_USER და HTTP_PROXY_PASS პროქსის აღმოჩენისთვის. გამოიყენეთ დაინსტალირებული გამოშვების მხარდაჭერილი ინტერფეისი და თქვენი გარემოს ჩვეულებრივი სერტიფიკატების მართვა.

არსებული ტერმინალები ინარჩუნებენ გარემოს მუდმივი პარამეტრის შეცვლის შემდეგ; build სერვისს შეიძლება კვლავ სხვა გარემო ჰქონდეს. შეამოწმეთ პროცესი, რომელიც ამოუცდელ ბრძანებას უშვებს.

რა ვერ შესრულდა?

არასწორი მისამართი

შეამოწმეთ URI-ის სქემა, ჰოსტი და პორტი. Shell-ის ბრჭყალები და URI-ის კოდირება სხვადასხვა პრობლემას ხსნის.

ავთენტიფიკაციის გამოწვევა

შეამოწმეთ საჭირო მეთოდი და ანგარიშის ფორმა. დომენის ფორმის მომხმარებლის სახელი არ ამატებს NTLM-ს ან სხვა მხარდაუჭერელ მექანიზმს.

სერტიფიკატის ხარვეზი

გამოავლინეთ შესაბამისი სერტიფიკატი და ნდობის საცავი, ვერიფიკაცია ჩართული დატოვებით.

Ruby 1.8-ისა და ადრეული RubyGems-ის ინსტრუქციები შეიძლება სხვა ხარვეზებსა და ბრძანების ქცევას აღწერდეს. გამოიყენეთ დაინსტალირებული ვერსიის ინტერფეისი, ნაცვლად იმისა, რომ ძველი გადაწყვეტის გარშემო შეცვალოთ მისი იმპლემენტაცია.

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