Проксі-дадзеныя 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 пункту прызначэння.

Падобныя артыкулы