«APT-ն SOCKS-ի միջոցով» մասին հին պատասխանները հաճախ խորհուրդ են տալիս փաթաթան կամ HTTP-ից SOCKS փոխանցիչ։ Այդ պատասխանները կարող են նկարագրել հին տարբերակների իրական սահմանափակումները։ Սակայն socks5h աջակցությունը փաստաթղթավորող APT տարբերակում դրանք միակ տարբերակը չեն։

Կարգավորման հատվածը կարող է օգտագործել գոյություն ունեցող ներբեռնման տրանսպորտի բանալիները՝

Acquire::http::Proxy "socks5h://127.0.0.1:1080/";
Acquire::https::Proxy "socks5h://127.0.0.1:1080/";

Այս օրինակը ենթադրում է, որ նույն մեքենայում արդեն գոյություն ունի լիազորված SOCKS5 լսող։ Այն չի գործարկում մեկը։ SSH դինամիկ փոխանցումը այդ տեղական լսողը ստեղծելու եղանակներից մեկն է։ Եթե պրոքսին հեռավոր է, փոխարենը օգտագործեք դրա իրական հասանելի վերջնակետը. SOCKS5 պրոքսիների ցանկի թեկնածուները գործում են միայն այնտեղ, որտեղ պահոցի հարցումների համար թույլատրվում են հանրային պրոքսիներ։

Սխեման հրահանգի մասն է

APT տրանսպորտի ձեռնարկը թվարկում է socks5h հեռավոր DNS լուծմամբ SOCKS5-ի համար։ Տեղադրված տարբերակի համար օգտագործեք փաստաթղթավորված սխեման՝ այն կրճատելու փոխարեն մի պիտակի, որն այլ ծրագիր պատահաբար ընդունում է։

Նույն կերպ, հին ֆորումի հատվածում Acquire::socks::Proxy-ը ապացույց չէ, որ HTTP ներբեռնման մեթոդը կարդում է այդ կարգավորումը։ Կարգավորման վերլուծիչը կարող է ընդունել բանալի, առանց որ ներբեռնման մեթոդը օգտագործի այն։

Տեղական հասցեն սահման ունի

Երբ APT-ն աշխատում է կոնտեյների կամ վիրտուալ մեքենայի ներսում, 127.0.0.1-ը վերաբերում է այդ միջավայրին։ Հոսթի վրա գտնվող SOCKS լսողը այլ վերջնակետ է։ Ստուգեք, թե որտեղ է կատարվում APT-ն, նախքան մերժված տեղական միացումը ախտորոշելը։

SOCKS աջակցությունը նույնպես չի վերացնում պահոցի ստորագրության կամ HTTPS վկայագրի ստուգումները։ Թողեք այդ պաշտպանությունները միացված։ Եթե տեղադրված APT-ն չունի փաստաթղթավորված հնարավորությունը, ընտրեք հաստատված այլընտրանք կամ թարմացման ուղի՝ անհայտ URI սխեման գաղտնաբառի խնդիր համարելու փոխարեն։

Առնչվող հոդվածներ