บังคับให้ต้องเข้าสู่ระบบทั้งบริการ HTTP และ SOCKS ของ 3proxy

การกำหนดผู้ใช้ไม่ใช่การตั้งค่าการเข้าสู่ระบบทั้งหมดของ 3proxy บริการยังต้องมีวิธีการพิสูจน์ตัวตนและกฎการเข้าถึงที่ใช้วิธีนั้นด้วย ลำดับมีความสำคัญเพราะการตั้งค่าบริการมีผลขณะประมวลผลการกำหนดค่า

ตัวอย่างเฉพาะภายในเครื่องสำหรับสองบริการ:

users alex:CL:replace_with_a_private_password
auth strong
allow alex
proxy -i127.0.0.1 -p3128
flush
allow alex
socks -i127.0.0.1 -p1080

เอกสารอ้างอิงการกำหนดค่า อธิบาย users, auth strong และคำสั่งของบริการ CL เก็บรหัสผ่านตัวอย่างนี้เป็นข้อความธรรมดา ป้องกันไฟล์และเลือกรูปแบบการจัดเก็บข้อมูลรับรองที่รองรับซึ่งเหมาะกับการติดตั้งใช้งาน

ไคลเอนต์ต้องมีการแลกเปลี่ยนการเข้าสู่ระบบที่ถูกต้อง

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

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

การผูก loopback จำกัดตัวอย่างนี้ให้เข้าถึงได้เฉพาะภายในเครื่อง สำหรับไคลเอนต์ระยะไกล ให้เลือกตัวรับฟังและนโยบายเครือข่ายที่ต้องการอย่างชัดเจน ตัวรับฟังสาธารณะแบบไวลด์การ์ดไม่ใช่สิ่งทดแทนการตรวจสอบพฤติกรรมการเข้าสู่ระบบ

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