รหัสผ่าน SSH ของคุณไม่ใช่รหัสผ่าน SOCKS

คุณพิมพ์รหัสผ่านเพื่อเริ่ม ssh -D รหัสนั้นพิสูจน์ตัวตนการเชื่อมต่อ SSH ของคุณ แต่ไม่ได้สร้างบัญชี SOCKS ที่ป้องกันด้วยรหัสผ่านสำหรับทุกโปรแกรมที่เข้าถึงตัวรับฟังใหม่ได้

การส่งต่อแบบไดนามิกของ OpenSSH ให้บริการ SOCKS ภายในเครื่องผ่านการรับส่ง SSH ที่พิสูจน์ตัวตนแล้ว การจัดการ SOCKS5 ของมันเลือกวิธีที่ไม่ต้องพิสูจน์ตัวตน มันไม่ใช่เซิร์ฟเวอร์ SOCKS ทั่วไปที่มีชื่อผู้ใช้และรหัสผ่าน

สำหรับการใช้งานส่วนตัว ให้ผูกภายในเครื่อง:

ssh -N -D 127.0.0.1:1080 [email protected]

แอปพลิเคชันบนคอมพิวเตอร์เครื่องนั้นใช้พอร์ต 1080 โดยไม่ต้องป้อนรหัสผ่าน SSH ของคุณเป็นรหัสผ่าน SOCKS เอกสารการส่งต่อแบบไดนามิกอธิบายตัวรับฟัง และซอร์สโค้ดการจัดการ SOCKS ของ OpenSSH ให้รายละเอียดการพิสูจน์ตัวตน

การแบ่งปันเปลี่ยนปัญหา

การผูกกับที่อยู่ LAN ทำให้พอร์ตเข้าถึงได้เกินกว่าการใช้งานภายในเครื่องเดิม ไคลเอนต์ใกล้เคียงไม่ได้สร้างเซสชัน SSH แยกต่างหากเพียงเพราะทราฟฟิกของพวกเขาผ่านของคุณ หากเครือข่ายอนุญาตให้เข้าถึง ไคลเอนต์เหล่านั้นสามารถแบ่งปันตัวตนภายนอกของเกตเวย์ของคุณ

ไฟร์วอลล์จำกัดไคลเอนต์ที่เข้าถึงได้แต่ไม่ได้เพิ่มการแลกเปลี่ยนการเข้าสู่ระบบ SOCKS สำหรับชื่อผู้ใช้ SOCKS โควตา หรือกฎต่อผู้ใช้ที่แยกจากกัน ให้เลือกเซิร์ฟเวอร์ที่รองรับคุณสมบัติเหล่านั้น ตัวอย่างเช่น Dante เอกสารการพิสูจน์ตัวตน SOCKS แยกจากการจำกัดที่อยู่ไคลเอนต์

สิ่งนี้ช่วยในการแก้ปัญหาด้วย ไคลเอนต์ที่ยืนกรานใช้วิธีชื่อผู้ใช้/รหัสผ่าน SOCKS อาจไม่เจรจากับตัวรับฟังนี้อย่างที่คุณคาดหวัง ปรับแอปพลิเคชันหรือเลือกบริการ SOCKS ที่พิสูจน์ตัวตนแล้วให้เหมาะสม การลองรหัสผ่าน SSH ซ้ำๆ คือการจัดการกับการเข้าสู่ระบบที่ผิด

การเข้าถึงได้เฉพาะภายในเครื่องยังเป็นขอบเขตที่ต้องเข้าใจ ไม่ใช่การอ้างว่าทุกโปรเซสบนคอมพิวเตอร์ภายในเครื่องเป็นของผู้ใช้คนเดียวกัน