การเชื่อมต่อ SOCKS หลายรายการสามารถใช้ SSH transport ร่วมกันได้
ssh -D ทำ multiplex สตรีมปลายทางบนแชนเนล SSH; การเชื่อมต่อ TCP ภายนอกเพียงหนึ่งรายการยังอาจกลายเป็นคอขวดร่วมของพวกมันได้
กระบวนการ ssh -D หนึ่งกระบวนการให้บริการการเชื่อมต่อเว็บไซต์หลายรายการพร้อมกันได้ นับชั้นแยกกัน:
| ชั้น | สิ่งที่มันบรรทุก |
|---|---|
| แอปพลิเคชันไปยังตัวรับฟัง SOCKS | การเชื่อมต่อแอปพลิเคชันแยกกันและคำขอ SOCKS |
| แชนเนล SSH | สตรีมที่กำหนดที่อยู่แยกกันพร้อมการควบคุมการไหลระดับแชนเนล |
| SSH transport | ข้อมูลแชนเนลที่ทำ multiplex แล้ว โดยปกติผ่านการเชื่อมต่อ TCP ชั้นล่างหนึ่งรายการ |
| เกตเวย์ไปยังเว็บไซต์ | การเชื่อมต่อปลายทางแยกกันที่เกตเวย์เปิด |
ดังนั้นการเห็นซ็อกเก็ต SSH ที่เข้ารหัสเพียงหนึ่งรายการไม่ได้หมายความว่าทุกคำขอเว็บไซต์ถูกเรียงลำดับเข้าสู่การเชื่อมต่อปลายทางเดียว การส่งต่อแบบไดนามิกส่งข้อมูลสตรีมต่อและเปิดการเชื่อมต่อใหม่ แตกต่างจากอุโมงค์แพ็กเก็ตที่บรรทุกแพ็กเก็ต TCP ดั้งเดิมของแอปพลิเคชันและส่วนหัว IP ไว้ในการเชื่อมต่อ TCP อื่น
transport ที่ใช้ร่วมกันยังคงสำคัญ ความจุ การจัดตาราง งานเข้ารหัส และการสูญหายหรือความล่าช้าของ transport อาจส่งผลต่อหลายแชนเนลพร้อมกัน ปลายทางเดียวที่หยุดชะงักไม่ได้พิสูจน์ขีดจำกัดแชนเนลเดียวด้วยตัวมันเอง
หากแอปพลิเคชันหลายตัวช้าลงพร้อมกัน ให้ตรวจสอบว่าพวกมันใช้เซสชัน SSH และเส้นทางเกตเวย์เดียวกันหรือไม่ แล้วเปรียบเทียบภาระงานจริงของพวกมัน การนับพอร์ต SOCKS ภายในไม่ได้วัด throughput หรือเส้นทางอิสระ การทำ multiplex ด้วยตัวมันเองไม่ได้สัญญาว่าจะเร็วขึ้นหรือมีทางออกสาธารณะแยกสำหรับแต่ละสตรีม