APT kan SOCKS5h zonder wrapper gebruiken

Oudere antwoorden over ‘APT via SOCKS’ raden vaak een wrapper of een HTTP-naar-SOCKS-relay aan. Die antwoorden kunnen echte beperkingen van oude releases beschrijven. Ze zijn echter niet de enige optie op een APT-versie die ondersteuning voor socks5h documenteert.

Een configuratiefragment kan de bestaande transportsleutels voor het ophalen gebruiken:

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

Dit voorbeeld gaat ervan uit dat er al een geautoriseerde SOCKS5-listener op dezelfde machine bestaat. Het start er geen. Een dynamische SSH-doorsturing is een manier om die lokale listener te maken. Als de proxy op afstand staat, gebruik dan in plaats daarvan het daadwerkelijk bereikbare eindpunt; kandidaten uit de SOCKS5-proxylijst gelden alleen waar openbare proxies zijn toegestaan voor de repositoryverzoeken.

Het schema maakt deel uit van de instructie

De APT-transporthandleiding vermeldt socks5h voor SOCKS5 met externe DNS-resolutie. Gebruik het gedocumenteerde schema voor de geïnstalleerde versie in plaats van het in te korten tot een label dat een ander programma toevallig accepteert.

Evenzo is Acquire::socks::Proxy in een oud forumpfragment geen bewijs dat de HTTP-ophaalmethode die instelling leest. Een configuratieparser kan een sleutel accepteren zonder dat een downloadmethode die gebruikt.

Het lokale adres heeft een grens

Wanneer APT in een container of virtuele machine draait, verwijst 127.0.0.1 naar die omgeving. Een SOCKS-listener op de host is een ander eindpunt. Controleer waar APT wordt uitgevoerd voordat u een geweigerde lokale verbinding diagnosticeert.

SOCKS-ondersteuning verwijdert ook niet de controles van de repositoryhandtekening of het HTTPS-certificaat. Houd die beschermingen ingeschakeld. Als de geïnstalleerde APT de gedocumenteerde mogelijkheid mist, kies dan een goedgekeurd alternatief of een updatepad in plaats van een onbekend URI-schema als een wachtwoordprobleem te behandelen.