APT dapat memakai SOCKS5h tanpa pembungkus

Jawaban lama tentang “APT melalui SOCKS” sering menyarankan pembungkus atau relai HTTP-ke-SOCKS. Jawaban itu dapat menjelaskan keterbatasan nyata versi lama. Namun itu bukan satu-satunya pilihan pada versi APT yang mendokumentasikan dukungan socks5h.

Fragmen konfigurasi dapat memakai kunci transport akuisisi yang sudah ada:

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

Contoh ini mengasumsikan pendengar SOCKS5 yang sah sudah ada di mesin yang sama. Contoh ini tidak menjalankan salah satunya. Penerusan dinamis SSH adalah salah satu cara membuat pendengar lokal tersebut. Jika proksi berada jauh, gunakan titik akhirnya yang benar-benar dapat dijangkau; kandidat dari daftar proksi SOCKS5 hanya berlaku di tempat proksi publik diizinkan untuk permintaan repositori.

Skema adalah bagian dari instruksi

Panduan transport APT mencantumkan socks5h untuk SOCKS5 dengan resolusi DNS jarak jauh. Gunakan skema yang terdokumentasi untuk versi yang terpasang alih-alih menyingkatnya menjadi label yang kebetulan diterima program lain.

Demikian pula, Acquire::socks::Proxy dalam cuplikan forum lama bukan bukti bahwa metode akuisisi HTTP membaca pengaturan itu. Pengurai konfigurasi dapat menerima kunci tanpa metode unduhan memakainya.

Alamat lokal memiliki batas

Saat APT berjalan di dalam kontainer atau mesin virtual, 127.0.0.1 merujuk pada lingkungan itu. Pendengar SOCKS di host adalah titik akhir lain. Periksa tempat APT dijalankan sebelum mendiagnosis koneksi lokal yang ditolak.

Dukungan SOCKS juga tidak menghapus pemeriksaan tanda tangan repositori atau sertifikat HTTPS. Biarkan perlindungan itu tetap aktif. Jika APT yang terpasang tidak memiliki kemampuan yang terdokumentasi, pilih alternatif yang disetujui atau jalur pembaruan alih-alih memperlakukan skema URI yang tidak dikenal sebagai masalah kata sandi.