กับดักที่พบบ่อยที่สุดของส่วนขยายพร็อกซีบนเบราว์เซอร์คือขอบเขต เพราะมันรับช่วงเฉพาะทราฟฟิกของเบราว์เซอร์ และอาจตกไปเป็นการเชื่อมต่อตรงเมื่อไม่มีกฎใดตรงเงื่อนไข บทความนี้จัดกลุ่มส่วนขยายตามการใช้งาน ไล่เกณฑ์ประเมินอย่างโปรโตคอล การยืนยันตัวตน สิทธิ์ และสถานะการดูแลรักษา พร้อมขั้นตอนทดสอบไอพีขาออกและการรั่วของ WebRTC ด้วยตนเอง
ส่วนขยายพร็อกซีบนเบราว์เซอร์มีเส้นแบ่งที่มักถูกมองข้าม นั่นคือมันรับช่วงเฉพาะคำขอที่เบราว์เซอร์ส่งออกไปเท่านั้น การอัปเดตระบบ ไคลเอนต์เดสก์ท็อป และแอปอื่น ๆ ยังคงไปตามเส้นทางเดิม ลองคิดให้ชัดก่อนว่าต้องการให้อะไรผ่านพร็อกซี แล้วค่อยเลือกเครื่องมือ จะประหยัดเวลาในการหาสาเหตุในภายหลังได้มาก
เริ่มจากการแบ่งตามการใช้งานสามแบบ
ความต้องการที่พบบ่อยที่สุดคือสลับตามเว็บไซต์ ให้บางโดเมนผ่านพร็อกซี ส่วนที่เหลือเชื่อมต่อตรงตามเดิม กรณีนี้ควบคุมด้วยตารางกฎ และคุณค่าของส่วนขยายอยู่ที่การสลับได้เร็วและแบ่งเส้นทางตามโดเมน
แบบที่สองคือพร็อกซีแบบครอบคลุมทั้งหมด ทราฟฟิกทุกอย่างในเบราว์เซอร์ออกทางจุดเดียว ตั้งค่าง่ายที่สุด แต่ราคาที่ต้องจ่ายก็ตรงไปตรงมา ถ้าจุดออกใช้งานไม่ได้ เบราว์เซอร์ก็เท่ากับออฟไลน์ ทำให้การใช้งานประจำวันไม่เสถียร
แบบที่สามผูกกับสภาพแวดล้อม โปรไฟล์เบราว์เซอร์แต่ละอันถูกกำหนดจุดออกตายตัว และโปรไฟล์ไม่รบกวนกัน วิธีคิดนี้ใช้เมื่อทำหลายบัญชีหรือหลายโปรเจกต์พร้อมกัน ส่วนขยายเป็นเพียงส่วนเสริม เพราะตัวจุดออกมักถูกตั้งค่าที่ระดับล่างกว่า
ประเมินส่วนขยายต้องดูประเด็นเหล่านี้
การรองรับโปรโตคอลมาเป็นอันดับแรก พร็อกซี HTTP และ HTTPS จัดการแค่ TCP ส่วน SOCKS5 ครอบคลุมกว่า แต่การรองรับ UDP ขึ้นอยู่กับการนำไปใช้ และส่วนขยายหลายตัวปล่อย UDP ผ่านไปเลยหรือตัดทิ้งไปเลย ประเด็นนี้จะสำคัญในภายหลัง เพราะเกี่ยวข้องโดยตรงกับว่า WebRTC รั่วหรือไม่
ต้องดูวิธีการยืนยันตัวตนให้ชัด การยืนยันด้วยชื่อผู้ใช้และรหัสผ่านสะดวก แต่ข้อมูลรับรองที่เก็บไว้ในส่วนขยายอยู่ในเครื่องแบบข้อความธรรมดาหรือเข้ารหัสอ่อน ๆ คนอื่นที่ใช้คอมพิวเตอร์เครื่องเดียวกันจึงอ่านได้ ส่วนการยืนยันด้วยรายการไอพีที่อนุญาตไม่ต้องเก็บอะไรในส่วนขยาย แลกกับว่าต้องอัปเดตรายการใหม่ทุกครั้งที่เปลี่ยนเครือข่าย
ขอบเขตคือจุดที่เกิดปัญหาบ่อยที่สุด ในโหมดกฎ โดเมนที่ไม่ตรงกับกฎใดจะเชื่อมต่อตรงเป็นค่าเริ่มต้น และคุณอาจไม่รู้ว่าเพจกำลังเรียกโดเมนใดจริง ๆ เมื่อเว็บไซต์ HTTPS สร้างการเชื่อมต่อแล้ว ส่วนขยายเห็นได้แค่โดเมน ไม่เห็นเส้นทางที่เจาะจง แนวคิดเรื่องแบ่งตามเส้นทางจึงแทบเป็นไปไม่ได้
ควรดูขอบเขตสิทธิ์ด้วย หากส่วนขยายพร็อกซีขอสิทธิ์อ่านข้อมูลทุกเว็บไซต์ ข้อมูลแท็บ หรือคลิปบอร์ดเพิ่มด้วย ก็ควรถามว่าสิทธิ์เหล่านั้นเกี่ยวข้องกับฟังก์ชันที่มันอ้างหรือไม่ การอัปเวอร์ชัน manifest ของส่วนขยายเบราว์เซอร์ก็กำลังจำกัดอินเทอร์เฟซที่ใช้ได้เช่นกัน ทำให้ส่วนขยายเก่าบางตัวต้องปรับโครงสร้าง
เรื่องความเคลื่อนไหวในการดูแลรักษา ไม่ต้องดูว่าบันทึกการเปลี่ยนแปลงมีเยอะแค่ไหน ให้ดูว่ามีคนตามการเปลี่ยนแปลงต้นทางหรือไม่ ในกลุ่มส่วนขยายพร็อกซี เวอร์ชันบนสโตร์ของ Proxy SwitchyOmega ถูกถอดออกแล้ว และฟอร์กที่ชุมชนดูแล (เช่นสาย ZeroOmega) รับช่วงปรับให้เข้ากับเวอร์ชันต่อมา ส่วนส่วนขยายอย่าง FoxyProxy มีเวอร์ชันบนหลายเบราว์เซอร์ นี่เป็นเพียงตัวอย่างที่เป็นกลาง ตัวไหนเหมาะกว่ายังขึ้นอยู่กับประเด็นข้างต้น
ทราฟฟิกที่มันครอบไม่ถึง
หลังติดตั้งส่วนขยาย ตัวเบราว์เซอร์ผ่านพร็อกซีแล้ว แต่โปรแกรมอื่นบนคอมพิวเตอร์เครื่องเดียวกัน บริการอัปเดตเบื้องหลัง และทราฟฟิกบางส่วนภายในเบราว์เซอร์ที่ไม่เป็นไปตามเส้นทางคำขอของส่วนขยาย อาจยังออกทางจุดออกของเครื่องอยู่ การตรวจความสอดคล้องของเครือข่ายจึงดูแค่แผงของส่วนขยายไม่ได้ หากต้องการแยกออกจากกันอย่างสมบูรณ์ ต้องจัดการที่พร็อกซีระดับระบบหรือสูงกว่านั้น
ทดสอบด้วยตนเอง: ดูจุดออกก่อน แล้วค่อยดูการรั่ว

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


