Forward-proxyconfiguratie voor RubyGems
Configureer de RubyGems-opdracht zelf en scheid daarna de eindpuntsyntaxis, proxyverificatie en TLS-vertrouwen in plaats van te vertrouwen op oude Windows-oplossingen.
RubyGems heeft zijn eigen proxy-invoer. Een browser of IDE die de bedrijfsproxy gebruikt, stelt niet het eindpunt in dat de opdracht gem selecteert.
Voor één ophaalactie:
gem fetch rake --http-proxy http://proxy.example:8080Vervang het eindpunt door de goedgekeurde dienst. Voor openbare gem-downloads waar openbare tussenpartijen zijn toegestaan, biedt de HTTP-proxylijst kandidaten. Deze opdracht downloadt de genoemde gem.
Herhaalde opdrachten
RubyGems documenteert HTTP_PROXY, HTTP_PROXY_USER en HTTP_PROXY_PASS voor proxyontdekking. Gebruik de interface die de geïnstalleerde release ondersteunt en de gebruikelijke omgang met inloggegevens in uw omgeving.
Bestaande terminals behouden hun omgeving nadat een permanente instelling is gewijzigd; een builddienst kan weer een andere omgeving hebben. Controleer het proces dat de mislukte opdracht uitvoert.
Wat is mislukt?
- Onjuist adres
- Controleer het URI-schema, de host en de poort. Shell-quoting en URI-codering lossen verschillende problemen op.
- Verificatie-uitdaging
- Controleer de vereiste methode en accountvorm. Een gebruikersnaam in domeinvorm voegt geen NTLM of een ander niet-ondersteund mechanisme toe.
- Certificaatfout
- Identificeer het betrokken certificaat en de vertrouwensopslag, terwijl verificatie ingeschakeld blijft.
Instructies voor Ruby 1.8 en vroege RubyGems kunnen andere bugs en opdrachtgedrag beschrijven. Gebruik de interface van de geïnstalleerde versie in plaats van de implementatie aan te passen rond een oude oplossing.
De gem-bron bepaalt waar pakketten worden gepubliceerd; de forward-proxy bepaalt de route naar die bron. Wijzig de instelling die verantwoordelijk is voor de mislukte fase.