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 պրոքսիի հայտնաբերման համար։ Օգտագործեք տեղադրված թողարկման կողմից աջակցվող ինտերֆեյսը և ձեր միջավայրի սովորական հավատարմագրերի կառավարումը։
Գոյություն ունեցող տերմինալները պահպանում են իրենց միջավայրը մշտական կարգավորումը փոխելուց հետո. build ծառայությունը կրկին կարող է ունենալ այլ միջավայր։ Ստուգեք ձախողված հրահանգը գործարկող գործընթացը։
Ի՞նչ ձախողվեց։
- Սխալ հասցե
- Ստուգեք URI սխեման, հոսթը և պորտը։ Shell-ի չակերտները և URI կոդավորումը լուծում են տարբեր խնդիրներ։
- Նույնականացման մարտահրավեր
- Ստուգեք պահանջվող մեթոդը և հաշվի ձևը։ Դոմենի ձև ունեցող օգտանունը չի ավելացնում NTLM կամ այլ չաջակցվող մեխանիզմ։
- Սերտիֆիկատի ձախողում
- Որոշեք առնչվող սերտիֆիկատը և վստահության պահոցը՝ թողնելով ստուգումը միացված։
Ruby 1.8-ի և վաղ RubyGems-ի ցուցումները կարող են նկարագրել տարբեր սխալներ և հրահանգների վարք։ Օգտագործեք տեղադրված տարբերակի ինտերֆեյսը՝ հին լուծման շուրջ դրա իրականացումը փոփոխելու փոխարեն։
gem-ի աղբյուրը որոշում է, թե որտեղ են հրապարակվում փաթեթները. առաջընթաց պրոքսին որոշում է դեպի այդ աղբյուր տանող ուղին։ Փոխեք ձախողված փուլի համար պատասխանատու կարգավորումը։