APT վստահված սերվերի առաջնահերթություն. ինչու 99proxy-ն կարող է վերագրվել
Հետևեք APT կոնֆիգուրացիայի բեռնմանը համարանիշավոր բեկորների գրացուցակից այն կողմ, երբ աշխատասեղանի գործիքը շարունակում է փոխարինել վստահված սերվերը։
99proxy ուշանում է միայն /etc/apt/apt.conf.d/-ի ներսում։ Աշխատասեղանի գործիքը, որը նույն լռելյայն վստահված սերվերը գրում է /etc/apt/apt.conf-ում, միևնույն է կարող է ստանալ վերջնական վերագրումը։
Սովորական կարգավորված վայրերում APT-ը բեռնում է.
- Ընտրովի
APT_CONFIGֆայլ։ - Իր մասերի գրացուցակի համապատասխան ֆայլերը՝ այբբենական-թվային հերթականությամբ։
- Հիմնական կոնֆիգուրացիայի ֆայլը։
- Ավելի ուշ ծրագրին հատուկ կարգավորումները և հրամանի տողի ընտրանքները։
Բեկորը 999proxy վերանվանելը այն չի տեղափոխում հիմնական ֆայլից հետո։ Բացահայտեք հակասող գրառման տեր ծրագիրը և ուղղեք այդ աջակցվող աղբյուրը՝ պահպանելով անառնչվող ընտրանքները։
Ստուգեք՝ արդյոք բեկորը ընդհանրապես համապատասխան էր։ APT-ը ընդունում է առանց ընդլայնման կամ .conf ֆայլեր՝ իր ֆայլանվան նշանների կանոններով։ 99proxy.disabled-ը համարժեք չէ 99proxy.conf-ին. անտեսման կոնֆիգուրացիան է որոշում՝ մերժված անունը լուռ կմնա, թե ծանուցում կտա։ Այլ ծառայությունների *.d բեռնիչները կարող են այլ կանոններ օգտագործել։
Ժամանակավոր համեմատության համար հրամանի տողի -o Acquire::http::Proxy=... ընտրանքը վերագրում է ընդհանուր արժեքը տվյալ կանչի համար։ -c ֆայլը բեռնվում է հրամանի տողի փուլում, մինչդեռ APT_CONFIG-ը բեռնվում է ավելի վաղ. երկուսից ոչ մեկը չի նշանակում անտեսել բոլոր սովորական ֆայլերը։
Նույն մուտքերով ուսումնասիրեք ճշգրիտ գործող ընտրանքը, ապա ստուգեք հոսթին հատուկ կարգավորումները և հայտնաբերման քաղաքականությունը։ Լռելյայնի վերագրումը չի ջնջում ծառի մյուս ճյուղերը։