ตรวจว่าพร็อกซีของคุณไม่ได้เปิดให้ทุกคน

ทดสอบขอบเขตการเข้าถึงก่อนทำให้ฟอร์เวิร์ดพร็อกซีใหม่เข้าถึงได้จากเครือข่ายอื่น คำขอจากเซิร์ฟเวอร์เองสำเร็จบอกได้น้อยมากว่าไคลเอนต์ภายนอกทำอะไรได้ ใช้ปลายทางที่ควบคุมเพื่อรู้ว่าคำขอที่ปฏิเสธถูกส่งต่อจริงหรือไม่

ตรวจตัวรับฟังและนโยบายที่มีผลจริง

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

จากนั้นตรวจค่าที่กระบวนการโหลดจริง รวมไฟล์ที่นำเข้ามา ใน Squid 6 การอนุญาตก่อนอาจทำให้ข้อจำกัดภายหลังไม่มีผล ใน Tinyproxy 1.11.2 การลบทุกบรรทัด Allow และ Deny อนุญาตไคลเอนต์ทั้งหมด Dante มีกฎไคลเอนต์กับกฎ SOCKS แยกกัน การยอมรับ TCP จึงไม่ใช่นโยบายทั้งหมด

ใช้เอกสารรุ่นที่ติดตั้ง การเปลี่ยนคำสั่งใน Squid 8 เป็นเหตุให้ตรวจรุ่น ไม่ใช่ให้ถือว่าค่าที่คุ้นเคยถูกยอมรับด้วยความหมายเดิม

ทดสอบทั้งกรณีอนุญาตและปฏิเสธ

หากตั้งใจให้พร็อกซีต้องการทั้งต้นทางที่อนุมัติและการลงชื่อเข้าใช้ ให้ทดสอบตารางนี้ด้วยระบบที่คุณควบคุม:

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

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

ทดสอบโหมดส่งต่อที่ตั้งใจอนุญาต

สำหรับเว็บพร็อกซี ให้ทดสอบ HTTP ธรรมดาและเส้นทาง HTTPS CONNECT ที่อนุญาตแยกกัน หากนโยบายจำกัดปลายทาง ให้ทดสอบปลายทางที่อนุญาตกับปลายทางที่ควบคุมและควรถูกปฏิเสธ อย่าถอดการควบคุมเพียงเพื่อให้ทุกการทดสอบสำเร็จ

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

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