การส่งต่อ TCP ไปยังปลายทางคงที่ด้วย portproxy ของ Windows
กฎ portproxy ส่งต่อตัวรับฟังไปยังปลายทางคงที่ กฎนี้ไม่ได้เพิ่มการเจรจา SOCKS หรือ HTTP CONNECT ที่ไคลเอนต์ที่รู้จักพร็อกซีคาดหวัง
กฎ portproxy ของ Windows ส่งต่อ TCP ไปยังปลายทางที่กำหนดค่าไว้หนึ่งแห่ง ไม่ได้เจรจาคำขอพร็อกซี HTTP ของเบราว์เซอร์หรือคำขอปลายทาง SOCKS
| บริการ | ใครเลือกปลายทาง? |
|---|---|
| ตัวส่งต่อ TCP แบบคงที่ | การกำหนดค่าการส่งต่อของผู้รับฟัง |
| พร็อกซี SOCKS5 | คำขอของไคลเอนต์ ภายในนโยบายของเซิร์ฟเวอร์ |
| พร็อกซี HTTP แบบส่งต่อ | คำขอพร็อกซี HTTP รวมถึง CONNECT สำหรับอุโมงค์ HTTPS ทั่วไป |
ตรวจสอบตัวส่งต่อที่มีอยู่ด้วย netsh interface portproxy show all เปรียบเทียบแบ็กเอนด์ที่กำหนดค่าไว้กับโปรโตคอลที่ไคลเอนต์ของคุณส่ง เอกสารอ้างอิง netsh อธิบายที่อยู่และพอร์ตของผู้รับฟังและปลายทาง การยอมรับ TCP ไม่ได้สร้างการจับมือ HTTP หรือ SOCKS.
การเจรจา SOCKS ที่ส่งไปยังตัวส่งต่อธรรมดาจะไปถึงแบ็กเอนด์คงที่นั้นเท่านั้น ไม่สามารถทำให้บริการที่ไม่ใช่ SOCKS เข้าใจคำขอหรือเลือกเป้าหมายใหม่ได้
ตัวส่งต่อที่อยู่หน้าพร็อกซีจริงนั้นแตกต่างออกไป พร็อกซีต้นทางยังคงเจรจาปลายทางและการรับรองความถูกต้อง ตัวส่งต่อนำการเชื่อมต่อไปถึงพร็อกซีนั้น ตัวส่งต่อที่เปิดสู่เครือข่ายสามารถขยายการเข้าถึงแบ็กเอนด์นั้นได้ ดังนั้นจงรักษา ขอบเขตการเข้าถึงของผู้รับฟัง ไว้อย่างตั้งใจ
เลือกบริการที่รองรับโปรโตคอลเมื่อความต้องการคือทางออก HTTP หรือ SOCKS ทั่วไป พอร์ตที่ส่งต่อเป็นเพียงส่วนหนึ่งของเส้นทางนั้น