Git-ի «503 CONNECT-ից հետո» սխալը թունելի ձախողում է
CONNECT-ին վերադարձված դարպասի կարգավիճակը տեղի է ունենում պահոցի հետ սովորական HTTPS զրույցից առաջ: Ստուգեք պահանջված հոսթը և վստահված սերվերի ուղին՝ նախքան Git-ի հավատարմագրերը փոխելը:
«Received HTTP code 503 from proxy after CONNECT»-ը ավելի կոնկրետ է, քան «GitHub-ը անջատված է»։ Git-ը խնդրեց վստահված սերվերին բացել թունել, և սերվերը վերադարձրեց ձախողման կարգավիճակ։
Պահոցի հետ սովորական HTTPS զրույցը պարտադիր չէ, որ սկսված լինի։ 502-ը, 503-ը կամ 504-ը այս փուլում մատնանշում են միջնորդի՝ հաջորդ կապը հաստատելու փորձը, նրա upstream ուղին կամ քաղաքականությունը։
Ստուգեք CONNECT հարցման մեջ հոսթի ճշգրիտ անունը և պորտը։ Հեռավոր URL-ի տպագրական սխալը կարող է հաջողությամբ հասնել վստահված սերվերին և այնուամենայնիվ ձախողվել, երբ սերվերը փորձում է լուծել կամ կապվել նպատակակետի հետ։ Պատահական www. նախածանց ավելացնելը կամ անունը IP-ով փոխարինելը ընդհանուր ուղղում չէ։
Համեմատեք ներքին պահոցի համար նախատեսված ուղին արտաքին պահոցի ուղու հետ։ Եթե հոսթը պետք է ուղղակի լինի, հստակ արտահայտեք այդ քաղաքականությունը։ Եթե վստահված սերվերը պարտադիր է, այն հեռացնելը ախտորոշում չէ։
Կապակցեք խմբագրված Git հետքը վստահված սերվերի մատյանին։ Պահոցի գաղտնաբառերը և Git-ի բուֆերի չափերը չեն վերանորոգում երբևէ չհաստատված թունելը։