APT lahko uporablja SOCKS5h brez ovoja

Pri različicah APT z dokumentirano podporo SOCKS5h URI proxyja spada med nastavitve transporta HTTP ali HTTPS, ne v izmišljen razdelek Acquire::socks.

Starejši odgovori o »APT prek SOCKS« pogosto priporočajo ovoj ali posredovalnik HTTP-v-SOCKS. Ti odgovori lahko opisujejo resnične omejitve starih različic. Na različici APT, ki dokumentira podporo socks5h, pa niso edina možnost.

Delček konfiguracije lahko uporabi obstoječe ključe transporta pridobivanja:

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

Ta primer predpostavlja, da na istem stroju že obstaja pooblaščen poslušalec SOCKS5. Ne zažene ga. Dinamično posredovanje SSH je eden od načinov za ustvarjanje tega lokalnega poslušalca. Če je proxy oddaljen, uporabite namesto tega njegovo dejansko dosegljivo končno točko; kandidati s seznama proxyjev SOCKS5 veljajo le tam, kjer so javni proxyji dovoljeni za zahteve do repozitorija.

Shema je del navodila

Priročnik za transport APT navaja socks5h za SOCKS5 z oddaljenim razreševanjem DNS. Uporabite dokumentirano shemo za nameščeno različico, namesto da bi jo skrajšali na oznako, ki jo druga programska oprema slučajno sprejme.

Prav tako Acquire::socks::Proxy v starem forumskem izrezku ni dokaz, da metoda pridobivanja HTTP bere to nastavitev. Razčlenjevalnik konfiguracije lahko sprejme ključ, ne da bi ga metoda prenosa uporabljala.

Lokalni naslov ima mejo

Ko APT teče v vsebniku ali navidezni napravi, 127.0.0.1 označuje to okolje. Poslušalec SOCKS na gostitelju je druga končna točka. Pred diagnosticiranjem zavrnjene lokalne povezave preverite, kje se APT izvaja.

Podpora SOCKS prav tako ne odpravi preverjanja podpisa repozitorija ali potrdila HTTPS. Te zaščite pustite omogočene. Če nameščeni APT nima dokumentirane zmožnosti, izberite odobreno alternativo ali pot posodobitve, namesto da bi neznano shemo URI obravnavali kot težavo z geslom.

Sorodni članki