Az APT burkoló nélkül is használhatja a SOCKS5h-t

A „SOCKS-on keresztüli APT” témájú régi válaszok gyakran burkolót vagy HTTP–SOCKS átjárót javasolnak. Ezek a válaszok valós korlátokat írhatnak le a régi kiadásokban. Nem az egyetlen lehetőség azonban egy olyan APT-verzión, amely dokumentálja a socks5h támogatását.

Egy konfigurációs töredék használhatja a meglévő letöltési átviteli kulcsokat:

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

Ez a példa feltételezi, hogy ugyanazon a gépen már létezik egy engedélyezett SOCKS5-figyelő. Nem indít egyet. Az SSH dinamikus továbbítása az egyik módja a helyi figyelő létrehozásának. Ha a proxy távoli, használja helyette annak ténylegesen elérhető végpontját; a SOCKS5-proxylista jelöltjei csak ott érvényesek, ahol a nyilvános proxyk engedélyezettek a tárolókérelmekhez.

A séma az utasítás része

Az APT átviteli kézikönyve socks5h-t sorol fel a távoli DNS-feloldással működő SOCKS5-höz. A telepített verzióhoz használja a dokumentált sémát, ahelyett hogy lerövidítené egy olyan címkére, amelyet egy másik program véletlenül elfogad.

Hasonlóképpen, egy régi fórumrészletben szereplő Acquire::socks::Proxy nem bizonyítja, hogy a HTTP-letöltési módszer olvassa ezt a beállítást. Egy konfigurációelemző elfogadhat egy kulcsot anélkül, hogy egy letöltési módszer használná.

A helyi címnek határa van

Amikor az APT konténerben vagy virtuális gépen belül fut, a 127.0.0.1 arra a környezetre utal. A gazdagépen lévő SOCKS-figyelő más végpont. Ellenőrizze, hol fut az APT, mielőtt egy elutasított helyi kapcsolatot diagnosztizálna.

A SOCKS-támogatás sem szünteti meg a tároló aláírásának vagy a HTTPS-tanúsítványnak az ellenőrzését. Tartsa ezeket a védelmeket engedélyezve. Ha a telepített APT-ból hiányzik a dokumentált képesség, válasszon jóváhagyott alternatívát vagy frissítési útvonalat, ahelyett hogy egy ismeretlen URI-sémát jelszóproblémaként kezelne.