APT ใช้ SOCKS5h ได้โดยไม่ต้องมีตัวห่อ
สำหรับเวอร์ชัน APT ที่มีเอกสารรองรับ SOCKS5h URI ของพร็อกซีอยู่ในการตั้งค่าการขนส่ง HTTP หรือ HTTPS ไม่ใช่ในส่วน Acquire::socks ที่สร้างขึ้นเอง
คำตอบเก่าเกี่ยวกับ “APT ผ่าน SOCKS” มักแนะนำตัวห่อหรือรีเลย์ HTTP ไป SOCKS คำตอบเหล่านั้นอาจอธิบายข้อจำกัดจริงของเวอร์ชันเก่า แต่ไม่ใช่ทางเลือกเดียวบนเวอร์ชัน APT ที่มีเอกสารรองรับ socks5h
ส่วนของคอนฟิกสามารถใช้คีย์การขนส่งการดึงข้อมูลที่มีอยู่ได้:
Acquire::http::Proxy "socks5h://127.0.0.1:1080/";
Acquire::https::Proxy "socks5h://127.0.0.1:1080/";ตัวอย่างนี้สมมติว่ามีตัวรับฟัง SOCKS5 ที่ได้รับอนุญาตอยู่แล้วบนเครื่องเดียวกัน มันไม่ได้เริ่มต้นตัวใดตัวหนึ่ง การส่งต่อแบบไดนามิกของ SSH เป็นวิธีหนึ่งในการสร้างตัวรับฟังภายในเครื่องนั้น หากพร็อกซีอยู่ระยะไกล ให้ใช้ปลายทางที่เข้าถึงได้จริงแทน ผู้สมัครจากรายการพร็อกซี SOCKS5ใช้ได้เฉพาะที่ที่อนุญาตให้ใช้พร็อกซีสาธารณะสำหรับคำขอของที่เก็บเท่านั้น
สคีมาเป็นส่วนหนึ่งของคำสั่ง
คู่มือการขนส่งของ APT ระบุ socks5h สำหรับ SOCKS5 ที่มีการแก้ไข DNS จากระยะไกล ใช้สคีมาที่มีเอกสารสำหรับเวอร์ชันที่ติดตั้ง แทนที่จะย่อให้เป็นป้ายที่โปรแกรมอื่นยอมรับโดยบังเอิญ
ในทำนองเดียวกัน Acquire::socks::Proxy ในตัวอย่างฟอรัมเก่าไม่ใช่หลักฐานว่าวิธีการดึงข้อมูล HTTP อ่านการตั้งค่านั้น ตัวแยกวิเคราะห์คอนฟิกอาจยอมรับคีย์โดยที่วิธีการดาวน์โหลดไม่ได้ใช้มัน
ที่อยู่ภายในเครื่องมีขอบเขต
เมื่อ APT ทำงานภายในคอนเทนเนอร์หรือเครื่องเสมือน 127.0.0.1 หมายถึงสภาพแวดล้อมนั้น ตัวรับฟัง SOCKS บนโฮสต์เป็นปลายทางอื่น ตรวจสอบว่า APT ทำงานที่ใดก่อนวินิจฉัยการเชื่อมต่อภายในเครื่องที่ถูกปฏิเสธ
การรองรับ SOCKS ก็ไม่ได้ลบการตรวจสอบลายเซ็นของที่เก็บหรือใบรับรอง HTTPS เช่นกัน ให้เปิดการป้องกันเหล่านั้นไว้ หาก APT ที่ติดตั้งไม่มีความสามารถตามเอกสาร ให้เลือกทางเลือกที่ได้รับอนุมัติหรือเส้นทางการอัปเดต แทนที่จะถือว่าสคีมา URI ที่ไม่รู้จักเป็นปัญห รหัสผ่าน