พร็อกซีแบบฟอร์มเว็บเปลี่ยนต้นกำเนิดของเบราว์เซอร์ ไม่ใช่แค่ IP ขาออก
แยกแยะเว็บไซต์พร็อกซีที่มีช่อง URL ออกจากพร็อกซีพื้นเมืองของเบราว์เซอร์ และอธิบายว่าทำไมการเข้าสู่ระบบและสคริปต์ที่ซับซ้อนจึงทำงานต่างออกไปได้
หน้าที่มีช่อง URL คือเว็บแอปพลิเคชัน การใส่ปลายทางที่นั่นคือการขอให้แอปพลิเคชันนั้นดึงเนื้อหาและนำมาแสดง นี่เป็นรูปแบบที่ต่างจากการบอกให้เบราว์เซอร์ใช้พร็อกซี HTTP หรือ SOCKS
ด้วยการตั้งค่าพร็อกซีพื้นเมือง เบราว์เซอร์ยังคงถือว่า URL ปลายทางคือเว็บไซต์ ในพร็อกซีแบบฟอร์มเว็บทั่วไป หน้าที่เห็นได้ถูกให้บริการผ่านรูปแบบ URL และต้นกำเนิดของแอปพลิเคชันพร็อกซีเอง บริการอาจเขียนลิงก์ สคริปต์ ส่วนหัว หรือคุกกี้ใหม่เพื่อให้การนำทางดำเนินต่อไป
| พฤติกรรม | ทำไมความต่างจึงสำคัญ |
|---|---|
| การตรวจต้นกำเนิดเดียวกัน | เบราว์เซอร์ประเมินต้นกำเนิดที่โหลดจริง |
| คุกกี้และการเปลี่ยนเส้นทาง | พฤติกรรมของโดเมน เส้นทาง และบริบทที่ปลอดภัยต้องตรงกับ URL ที่แสดง |
| สคริปต์ที่สร้าง URL ใหม่ | คำขออาจหลุดจากรูปแบบการเขียนลิงก์ใหม่แบบง่าย |
| การเชื่อมต่อถาวรหรือ WebSockets | แอปพลิเคชันพร็อกซีต้องมีการจัดการที่เข้ากันได้อย่างชัดเจน |
นั่นอธิบายผลลัพธ์ที่คุ้นเคย บทความง่าย ๆ โหลดได้ แต่โปรแกรมแก้ไขเอกสารหรือขั้นตอนเข้าสู่ระบบล้มเหลว ความล้มเหลวไม่ได้หมายความว่าปลายทางปฏิเสธ IP ขาออกของบริการเสมอไป ตัวกลางอาจรักษาข้อสมมติของแอปพลิเคชันเกี่ยวกับ URL และความปลอดภัยของเบราว์เซอร์ไว้ไม่ได้
แยกแยะด้วยว่า TLS สิ้นสุดที่ใด บริการที่ดึงและเผยแพร่เนื้อหาปลายทางซ้ำอยู่ในฐานะความเชื่อถือที่ต่างจากรีเลย์ CONNECT ทั่วไปที่ขนส่งเซสชันที่เข้ารหัส การเห็น HTTPS บนที่อยู่ของเว็บไซต์พร็อกซีเองไม่ได้พิสูจน์การเชื่อมต่อ TLS จากต้นทางถึงปลายทางจากเบราว์เซอร์ไปยังเว็บไซต์เดิม
หากเป้าหมายคือการท่องเว็บปกติผ่านทางออกอื่น ให้เลือกปลายทาง HTTP หรือ SOCKS จากบริการของคุณหรือจากรายการพร็อกซี และใช้การกำหนดค่าพร็อกซีพื้นเมืองที่รองรับ เช่นการตั้งค่าการเชื่อมต่อของ Firefox โดยปกติวิธีนี้รักษาความหมายปลายทางตามปกติของเบราว์เซอร์ไว้ได้มากกว่า เว็บไซต์ที่มีช่อง URL ยังเป็นแอปพลิเคชันที่เลือกไว้โดยเจตนาได้ แต่ไม่ควรนำเสนอว่าเป็นอินเทอร์เฟซเดียวกันโดยตั้งค่าน้อยกว่า