APT có thể dùng SOCKS5h mà không cần wrapper
Với các phiên bản APT có hỗ trợ SOCKS5h được ghi trong tài liệu, URI proxy nằm trong phần cài đặt truyền tải HTTP hoặc HTTPS, không phải trong một mục Acquire::socks tự tạo.
Các câu trả lời cũ về “APT qua SOCKS” thường khuyên dùng wrapper hoặc một relay HTTP-sang-SOCKS. Những câu trả lời đó có thể mô tả những hạn chế thực của các phiên bản cũ. Tuy nhiên, chúng không phải lựa chọn duy nhất trên một phiên bản APT có ghi nhận hỗ trợ socks5h.
Một đoạn cấu hình có thể dùng các khóa truyền tải lấy dữ liệu sẵn có:
Acquire::http::Proxy "socks5h://127.0.0.1:1080/";
Acquire::https::Proxy "socks5h://127.0.0.1:1080/";Ví dụ này giả định đã có một trình lắng nghe SOCKS5 được cấp quyền trên cùng máy. Nó không khởi động một trình nào. Chuyển tiếp động SSH là một cách tạo trình lắng nghe cục bộ đó. Nếu proxy ở xa, hãy dùng điểm cuối thực sự có thể truy cập của nó; các ứng viên từ danh sách proxy SOCKS5 chỉ áp dụng ở nơi cho phép dùng proxy công cộng cho các yêu cầu kho.
Lược đồ là một phần của chỉ dẫn
Sổ tay truyền tải APT liệt kê socks5h cho SOCKS5 có phân giải DNS từ xa. Hãy dùng lược đồ được ghi trong tài liệu cho phiên bản đã cài, thay vì rút ngắn nó thành nhãn mà một chương trình khác tình cờ chấp nhận.
Tương tự, Acquire::socks::Proxy trong một đoạn diễn đàn cũ không phải bằng chứng rằng phương thức lấy dữ liệu HTTP đọc cài đặt đó. Một trình phân tích cấu hình có thể chấp nhận khóa mà phương thức tải xuống không dùng đến.
Địa chỉ cục bộ có một ranh giới
Khi APT chạy trong container hoặc máy ảo, 127.0.0.1 chỉ môi trường đó. Một trình lắng nghe SOCKS trên máy chủ là điểm cuối khác. Hãy kiểm tra nơi APT được thực thi trước khi chẩn đoán một kết nối cục bộ bị từ chối.
Hỗ trợ SOCKS cũng không loại bỏ việc kiểm tra chữ ký kho hay chứng chỉ HTTPS. Hãy giữ các biện pháp bảo vệ đó. Nếu APT đã cài không có khả năng được ghi trong tài liệu, hãy chọn một phương án thay thế đã được phê duyệt hoặc đường cập nhật thay vì coi một lược đồ URI không rõ là vấn đề mật khẩu.