Налада прамога проксі для RubyGems
Наладзьце сам загад RubyGems, а затым аддзяліце сінтаксіс канчатковай кропкі, аўтэнтыфікацыю праз проксі і давер TLS замест апора на старыя рашэнні Windows.
У 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 вызначае, дзе публікуюцца пакеты; прамы проксі вызначае маршрут да гэтай крыніцы. Змяніце наладу, адказную за няўдалы этап.