APT можа выкарыстоўваць SOCKS5h без абгорткі
Для версій APT з дакументаванай падтрымкай SOCKS5h URI проксі належыць да налад транспарту HTTP або HTTPS, а не да прыдуманага раздзела Acquire::socks.
Старыя адказы пра «APT праз SOCKS» часта раяць абгортку або рэтранслятар HTTP-to-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 як праблему пароля.