NuGet 407 ընդդեմ 401-ի՝ պրոքսիի մուտք, թե՞ մասնավոր feed-ի հավատարմագրեր
Առանձնացրե՛ք NuGet feed-ի հավատարմագրերը forward proxy-ի հավատարմագրերից և ստուգե՛ք այն գործիքի կոնֆիգուրացիան, որն իրականում կատարում է վերականգնումը։
NuGet-ի վերականգնումը կարող է պահանջել և՛ forward proxy-ի հաշիվ, և՛ մասնավոր feed-ի հաշիվ։ Օգտագործե՛ք պատասխանը՝ որոշելու, թե որ կոնֆիգուրացիան ստուգել.
| Դիտարկում | Սկսե՛ք այստեղից |
|---|---|
| Պրոքսին վերադարձնում է 407 | Այն ուղին և հաշիվը, որոնք օգտագործվում են forward proxy-ին հասնելու համար |
| Փաթեթի աղբյուրը վերադարձնում է 401 | Feed-ի նույնականացման կոնֆիգուրացիան |
| Կապը կամ TLS-ը ձախողվում է պատասխանից առաջ | Վերջնակետի, տրանսպորտի և վկայագրի ապացույցները |
Feed-ի թոքենը չի կարող պատասխանել պրոքսիի 407-ին։ Նույն կերպ, պատասխանից առաջ կապի կամ TLS-ի ձախողումը չի հաստատել, թե որ գաղտնաբառն է սխալ։
Կարգավորե՛ք պրոքսին feed-ից առանձին
NuGet-ի պրոքսի գրառումը գտնվում է config-ի տակ։ Ներկառուցված հավատարմագրեր չունեցող ուղու համար.
<configuration>
<config>
<add key="http_proxy" value="http://proxy.example:8080" />
</config>
</configuration>Միավորե՛ք այս օրինակը համապատասխան գոյություն ունեցող կոնֆիգուրացիայի մեջ։ Հանրային feed-ի համար, որտեղ թույլատրվում են հանրային միջնորդներ, HTTP պրոքսիների ցանկը առաջարկում է թեկնածու այս հավատարմագրերից զուրկ ուղու համար։ Փաթեթի աղբյուրները պահե՛ք իրենց առանձին բաժնում. feed-ի URL-ը ընդհանուր պրոքսիի հասցեով փոխարինելը միջնորդից փաթեթներ է պահանջում։
Փաստաթղթավորված http_proxy.password արժեքը գաղտնագրված է։ Օգտագործե՛ք աջակցվող կարգավորման գործիքները՝ այդ դաշտում բաց տեքստ գրելու կամ այլ մեքենայից գաղտնագրված տեսք ունեցող արժեքը որպես տեղափոխելի հավատարմագրի ձևաչափ պատճենելու փոխարեն։
Ստուգե՛ք այն վերականգնումը, որն իրականում ձախողվում է
Անվանե՛ք հաճախորդը, օգտատերը և գործարկման միջավայրը, ապա գտե՛ք դրա արդյունավետ կոնֆիգուրացիայի հիերարխիան։ Օգտատիրոջ, մեքենայի և լուծման կարգավորումները կարող են նպաստել։ Հին devenv.exe.config ուղղումը վերաբերում է Visual Studio-ի կոնկրետ գործընթացին. այն չի հաստատում, թե ինչ է կարդում հրամանի տողի վերականգնումը կամ build ծառայությունը։ Պահպանե՛ք աշխատող փաթեթի աղբյուրներն ու քաղաքականությունը՝ հնացած պրոքսի գրառում փնտրելիս։
Երբ նույնականացումն աշխատի, հետևե՛ք ցանկացած URL-ի, որը ձախողվում է ավելի ուշ։ Feed-ի մետատվյալները և փաթեթի բովանդակությունը կարող են օգտագործել տարբեր վերջնակետեր, ուստի մեկ ընդունված հարցում չի հաստատում վերականգնման ամբողջ ուղին։ Պահպանե՛ք փաթեթի ստորագրության և TLS-ի սովորական ստուգումը՝ այն ուղղելիս։