У RubyGems ёсць уласныя ўваходы проксі. Браўзер або IDE, якія выкарыстоўваюць карпаратыўны проксі, не ўсталёўваюць канчатковую кропку, якую выбірае загад gem.

Для аднаго запыту:

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

Замяніце канчатковую кропку ўзгоджаным сэрвісам. Для публічных спамповак gem, дзе публічныя пасярэднікі дазволены, спіс HTTP-проксі прапануе варыянты. Гэты загад спампоўвае названы gem.

Паўторныя загады

RubyGems дакументуе HTTP_PROXY, HTTP_PROXY_USER і HTTP_PROXY_PASS для выяўлення проксі. Выкарыстоўвайце інтэрфейс, які падтрымлівае ўсталяваная версія, і звычайную апрацоўку ўліковых даных вашага асяроддзя.

Існуючыя тэрміналы захоўваюць сваё асяроддзе пасля змены пастаяннай налады; служба зборкі можа зноў мець іншае асяроддзе. Праверце працэс, які запускае няўдалы загад.

Што не ўдалося?

Няправільны адрас
Праверце схему URI, хост і порт. Лапкі абалонкі і кадаванне URI вырашаюць розныя праблемы.
Запыт аўтэнтыфікацыі
Праверце патрабаваны метад і форму ўліковага запісу. Імя карыстальніка ў выглядзе дамена не дадае NTLM або іншы непадтрымліваемы механізм.
Памылка сертыфіката
Вызначце адпаведны сертыфікат і сховішча давераных сертыфікатаў, пакідаючы праверку ўключанай.

Інструкцыі для Ruby 1.8 і ранніх RubyGems могуць апісваць іншыя памылкі і паводзіны загадаў. Выкарыстоўвайце інтэрфейс усталяванай версіі, а не змяняйце яе рэалізацыю пад старое рашэнне.

Крыніца gem вызначае, дзе публікуюцца пакеты; прамы проксі вызначае маршрут да гэтай крыніцы. Змяніце наладу, адказную за няўдалы этап.

Падобныя артыкулы