Yêu cầu cả đăng nhập Squid và IP máy khách chính xác

Mật khẩu đúng chỉ là một nửa của chính sách này: tài khoản cũng phải hoạt động từ một địa chỉ máy khách đã được phê duyệt. Trong Squid, đặt cả hai bước kiểm tra trên cùng một quy tắc truy cập chính là sự khác biệt giữa yêu cầu đó và hai lối vào riêng biệt.

Giả sử xác thực đã được cấu hình, chẳng hạn như thiết lập NCSA của Squid 6.13, chính sách cốt lõi là:

acl approved_login proxy_auth alex
acl approved_source src 192.0.2.40/32
http_access allow approved_source approved_login
http_access deny all

Dùng nguồn mà Squid thực sự nhận được; mẫu là một địa chỉ tài liệu. Giữ các biện pháp bảo vệ trước đó cho cổng đích không an toàn, dịch vụ cục bộ và lưu lượng CONNECT. Đoạn này cho thấy điều kiện kết hợp, không phải cấu hình listener đầy đủ.

Kiểm tra các quy tắc phía trên

Một cho phép rộng trước đó có thể chấp nhận yêu cầu trước khi nó đến điều kiện mới. Tham chiếu http_access mô tả việc khớp theo thứ tự. Đọc toàn bộ trình tự, kể cả các tệp được bao gồm.

Một cho phép cho tên người dùng và một cho phép khác cho nguồn không yêu cầu cả hai. Bất kỳ dòng nào cũng có thể thành công một cách độc lập. Đó là một chính sách khác.

ACL proxy_auth phụ thuộc vào một trình trợ giúp xác thực. Việc định nghĩa nó không phải là cách tạo người dùng hoặc xác thực mật khẩu. Ví dụ này dành cho một proxy rõ ràng mà các máy khách có thể phản hồi các thử thách xác thực proxy.

Danh tính nguồn cũng có giới hạn. Những người sau một NAT có thể chia sẻ một địa chỉ, và một máy tính xách tay di động có thể thay đổi địa chỉ. Điều kiện bổ sung thu hẹp vị trí mạng khả dụng của tài khoản; nó không nhận diện đáng tin cậy một máy tính vật lý. Hãy chắc chắn rằng giới hạn đó khớp với lý do bạn thêm điều kiện ngay từ đầu.