Ներքին փաթեթների պահոցը չպետք է լքի գրասենյակի ցանցը և վերադառնա արտաքին պրոքսի միջոցով։ Դուք կարող եք APT-ին տալ հոսթին հատուկ բացառություն՝ չանջատելով պրոքսին յուրաքանչյուր ներբեռնման համար։

Օրինակ, APT-ի կոնֆիգուրացիայի հատվածը կարող է պարունակել՝

Acquire::http::Proxy "http://proxy.example:8080/";
Acquire::http::Proxy::packages.office.example "DIRECT";
Acquire::https::Proxy::packages.office.example "DIRECT";

Օրինակը պահպանում է լռելյայն HTTP պրոքսին և ազատում նշված պահոցի հոսթը երկու թվարկված տրանսպորտային կարգավորումների համար։ Իր արտաքին լռելյայն երթուղու համար HTTP պրոքսիների ցանկը առաջարկում է թեկնածուներ, երբ հանրային պրոքսիները թույլատրված են. ներքին պահոցը պահեք ուղիղ։ Կարգավորեք ցանկացած պահանջվող լռելյայն HTTPS պրոքսի առանձին՝ համապատասխանեցնելով իրական միջավայրին։

Օգտագործեք հոսթ, ոչ թե պահոցի URL

Վերջավորությունը հոսթի անուն է՝ առանց https://-ի, առանց ուղու և առանց վերջնական շեղի։ Նույն հոսթի վրա գտնվող մի քանի պահոցներ կիսում են այդ երթուղային բացառությունը։ Սա ֆայլային պանակի համար firewall կանոն չէ։

DIRECT-ը APT պրոքսի ընտրության արժեք է՝ փաստաթղթավորված HTTP տրանսպորտի ձեռնարկում։ Այն չի նշանակում «օգտագործեք այլ հայելի», և չի փոխում, թե որ փաթեթներն է հրապարակում պահոցը։

Հետևեք ներբեռնմանը նրա առաջին URL-ից այն կողմ

Եթե պահոցը վերահղում է այլ հոսթի անվան, այդ հարցումն ունի իր երթուղային որոշումը։ Նույնը վերաբերում է, երբ մետատվյալները և փաթեթների արխիվները գալիս են տարբեր հոսթերից։ Բացառությունները համապատասխանեցրեք այն հոսթերին, որոնք ներքին ծառայությունն իսկապես կարիք ունի։

Ուղիղ երթուղին նաև պահանջում է սովորական հասանելիություն և ճիշտ սերտիֆիկատի վստահություն։ Հաջող շրջանցման ընտրությունը չի կարող ստիպել անհասանելի ներքին սերվերին պատասխանել։

Տեղադրեք հատվածը սովորական կոնֆիգուրացիայի պանակում և հետո վերանայեք գործող APT կոնֿիգուրացիան։ Ավելի ուշ ավելացված հոսթին հատուկ գրառումը կարող է փոխել արդյունքը։ Խուսափեք զննարկիչի wildcard շրջանցման շարահյուսությունը այս բանալու մեջ պատճենելուց. APT-ի փաստաթղթավորված հոսթի կարգավորումը համապատասխան միջերեսն է։

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