ที่อยู่ศูนย์ UDP ASSOCIATE ของ Indy ไม่ใช่ปลายทางของ datagram

0.0.0.0:0 ในคำขอ Indy UDP ASSOCIATE อาจเป็นเจตนาได้ คำขอนั้นอธิบายจุดสิ้นสุด UDP ที่คาดไว้ฝั่งไคลเอนต์ และ RFC 1928 อนุญาตให้ใช้ศูนย์เมื่อไม่ทราบ ไม่ได้เลือกบริการสุดท้าย

BND.ADDR/BND.PORT ในคำตอบระบุรีเลย์ที่ไคลเอนต์ส่ง datagram ที่ห่อหุ้มไป

TCP control: client → SOCKS5 proxy → UDP association reply
UDP payload: client → returned relay address → target service

ใน Indy TIdUDPClient.Connect เรียก OpenUDP ของพร็อกซีโปร่งใส TIdSocksInfo จัดหาฟิลด์การเชื่อมโยงที่เป็นศูนย์ ต่อมา SendBuffer ส่งบริการที่ต้องการไปยัง SendToUDP ซึ่งสร้างส่วนหัวปลายทาง SOCKS UDP ก่อนข้อมูลแอปพลิเคชัน

หากการเชื่อมโยงสำเร็จแต่การรับส่งล้มเหลว ให้ตรวจสอบรีเลย์ที่ส่งกลับ ปลายทางที่เข้ารหัส และเส้นทางตอบกลับ UDP NAT/ไฟร์วอลล์อาจยอมให้แลกเปลี่ยน TCP แต่ปิดกั้น UDP

เปิดการเชื่อมต่อควบคุม TCP ไว้ การปิดจะยุติการเชื่อมโยง SOCKS4/4a ไม่มีการดำเนินการนี้ และชื่อ SOCKS5 เพียงอย่างเดียวไม่รับประกันว่าเซิร์ฟเวอร์รองรับ UDP