Старији одговори о „APT-у кроз SOCKS“ често препоручују омотач или HTTP-у-SOCKS релеј. Ти одговори могу описивати стварна ограничења старих издања. Они нису једина опција на верзији APT-а која документује подршку за socks5h.

Фрагмент конфигурације може користити постојеће кључеве транспорта преузимања:

Acquire::http::Proxy "socks5h://127.0.0.1:1080/";
Acquire::https::Proxy "socks5h://127.0.0.1:1080/";

Овај пример претпоставља да овлашћени SOCKS5 слушалац већ постоји на истом рачунару. Он га не покреће. SSH динамичко прослеђивање један је начин да се створи тај локални слушалац. Ако је прокси удаљен, користите уместо тога његову стварну доступну крајњу тачку; кандидати са листе SOCKS5 проксија важе само тамо где су јавни проксији дозвољени за захтеве према репозиторијуму.

Шема је део упутства

Приручник за APT транспорт наводи socks5h за SOCKS5 са удаљеним DNS разрешавањем. Користите документовану шему за инсталирану верзију уместо да је скраћујете на ознаку коју друга програма случајно прихвата.

Исто тако, Acquire::socks::Proxy у старом исечку са форума није доказ да HTTP метода преузимања чита то подешавање. Парсер конфигурације може прихватити кључ, а да га метода преузимања не користи.

Локална адреса има границу

Када APT ради унутар контејнера или виртуелне машине, 127.0.0.1 се односи на то окружење. SOCKS слушалац на хосту је друга крајња тачка. Проверите где се APT извршава пре него што дијагностикујете одбијену локалну везу.

Подршка за SOCKS такође не уклања провере потписа репозиторијума ни HTTPS сертификата. Одржавајте те заштите укљученим. Ако инсталирани APT нема документовану могућност, изаберите одобрену алтернативу или пут ажурирања уместо да непознату URI шему третирате као проблем са лозинком.

Повезани чланци