โหมดพร็อกซี HTTP ของ Ncat เทียบกับรีเลย์ TCP แบบตายตัว

client → local TCP relay → existing forward proxy → destination

ในการจัดวางนี้ รีเลย์มีต้นทางต้นน้ำคงที่หนึ่งรายการ ส่งคำขอของไคลเอนต์โดยไม่เปลี่ยนแปลงไปยังพร็อกซีส่งต่อที่มีอยู่ พร็อกซีนั้นอ่าน URL แบบเต็มหรือเป้าหมาย CONNECT ใช้โยบาย และเปิดการเชื่อมต่อไปยังปลายทาง

การชี้รีเลย์ไปที่เว็บไซต์โดยตรงเปลี่ยนสัญญา พร็อกซีส่งต่อต้องเลือกปลายทางและจัดการการใส่กรอบ HTTP และพฤติกรรมการเชื่อมต่อ การดึงชื่อโฮสต์จากบรรทัดแรกนั้นไม่เพียงพอ

Ncat ของ Nmap มี โหมดรับฟังที่เข้าใจ HTTP แยกต่างหาก:

ncat --listen 127.0.0.1 3128 --proxy-type http

ตัวอย่าง loopback นี้ใช้การติดตั้งพร็อกซีของ Ncat ไม่ใช่คุณสมบัติที่ทุก nc มี พร็อกซีฝั่งรับฟังจัดการเมธอด HTTP และ CONNECT ตัวเลือก SOCKS ฝั่งไคลเอนต์ไม่ได้ตั้งเซิร์ฟเวอร์ SOCKS ในโหมดรับฟัง บริการที่ใช้ร่วมกันแบบถาวรยังต้องมีการจัดการการเชื่อมต่อ การควบคุมการเข้าถึง และการบันทึกอย่างตั้งใจ

สำหรับการสังเกต ให้ระบุขอบเขตการเข้ารหัส รีเลย์บนการเชื่อมต่อพร็อกซี HTTP ธรรมดาสามารถเห็นคำขอและคำตอบของพร็อกซีได้ หลัง CONNECT แล้ว HTTPS ของปลายทางเป็นไบต์ TLS ไม่ใช่เนื้อหาหน้าที่อ่านได้ TLS ไปยังพร็อกซียังซ่อนการแลกเปลี่ยนพร็อกซีครั้งแรกบนลิงก์นั้นด้วย ใช้การวินิจฉัยฝั่งไคลเอนต์และพร็อกซีสำหรับธุรกรรมที่ตีความแล้ว และปกป้องบันทึกที่อาจมีข้อมูลรับรองหรือ URL ที่ละเอียดอ่อน