APT פּראָקסי באַרעכטיקונגען אין auth.conf
ניצט APT'ס אויטענטיפיקאציע־טעקעס פאר פּראָקסי־באַרעכטיקונגען און באַגרענעצט אַרײַנשרײַבונגען צום פּראָקסי־ענדפונקט אַנשטאָט אַרײַנשטעלן סודות אין דער אַלגעמיינער באַקומען־קאָנפיגוראציע.
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־פּריפֿונג פונעם ציל.