APT-ն կարող է վստահված անձի հավատարմագրերը պահել նույնականացման ֆայլում, մինչդեռ ձեռքբերման կարգավորումը պարունակում է միայն վերջնակետը՝

Acquire::http::Proxy "http://proxy.example:3128/";

Պատշաճ պաշտպանված auth.conf կամ աջակցվող auth.conf.d ֆայլը պարունակում է համապատասխան հաշիվը՝

machine http://proxy.example:3128
login example-user
password example-password

Վերջնակետը և հաշիվը տեղապահեր են։ Օգտագործեք տեղադրված APT տարբերակի աջակցվող ֆայլի տեղադրությունը և սահմանափակեք չարտոնված ընթերցումը՝ պահպանելով գործող ձեռքբերման քաղաքականությունը։

machine նշանը համապատասխանում է վստահված անձին

Սխեման, հոսթը և պորտը կարևոր են։ Առանց արձանագրության՝ փաստաթղթավորված machine գրառումը համապատասխանում է HTTPS-ին և tor+https-ին։ Այսպիսով, սովորական HTTP վստահված անձը պահանջում է բացահայտ համապատասխան http:// նշան, նույնիսկ երբ փաթեթների պահոցն ինքն է օգտագործում HTTPS։

Ստուգեք APT-ի արդյունավետ վերջնակետը և նույնականացման ֆայլի տեղադրությունը, ինչպես նաև ներբեռնման հաշվի ընթերցման իրավունքը։ Հոսթի անունը, IP ծածկանունը կամ այլ պորտ կարող են ընտրել այլ գրառում։ Անհամապատասխանության պատճառով բացակայող հավատարմագրերը գաղտնաբառի մերժման ապացույց չեն։

Առանձին ֆայլը սահմանափակում է, թե որտեղ է պահվում գաղտնիքը։ Այն չի գաղտնագրում բաց Basic փոխանակումը և չի փոխարինում պահոցի ստորագրությունը և նպատակակետի TLS ստուգումը։

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