Thông tin người dùng đăng nhập vào dịch vụ Squid và thông tin Squid đăng nhập vào proxy cha là hai bộ khác nhau. Proxy cha có thể thuộc nhà vận hành khác hoặc dùng cơ sở dữ liệu tài khoản khác. Chấp nhận mật khẩu máy khách không có nghĩa là nên chuyển nó lên thượng nguồn.

Squid 6.13 có thể gắn thông tin đăng nhập tĩnh vào định nghĩa proxy cha:

cache_peer 192.0.2.20 parent 3128 0 no-query default name=upstream login=parentuser:ExampleOnly

Địa chỉ và mật khẩu ở trên là ví dụ tài liệu. Thêm thông tin đăng nhập vào định nghĩa proxy cha hiện có để tránh vô tình tạo peer thứ hai. Giữ chính sách định tuyến riêng quyết định yêu cầu nào bắt buộc dùng proxy cha này.

Tách biệt phạm vi tài khoản

Thiết lập auth_param phía hạ nguồn xác thực máy khách của phiên bản Squid của bạn. Tùy chọn login của peer cung cấp thông tin đăng nhập cho chặng khác. Đổi một bên không tự động cập nhật bên kia.

Làm theo yêu cầu xác thực trong tài liệu của proxy cha. Dòng này không phải cấu hình đầy đủ cho mọi cơ chế xác thực hướng kết nối. Nếu proxy cha yêu cầu NTLM hoặc Negotiate, hãy kiểm tra cách bố trí peer được hỗ trợ thay vì liên tục đổi mật khẩu trong trường này.

Squid cũng có tùy chọn chuyển tiếp thông tin đăng nhập như PASS và PASSTHRU. Ngữ nghĩa của chúng khác tài khoản thượng nguồn chuyên dụng và có thể làm lộ thông tin xác thực máy khách cho peer. Đừng dùng làm đường tắt khi thiết kế yêu cầu tài khoản riêng.

Bảo vệ cấu hình và kiểm tra đúng chặng

Bí mật tĩnh được lưu trong cấu hình. Giới hạn truy cập tệp và bản sao lưu, đồng thời loại bỏ dữ liệu nhạy cảm khỏi đầu ra trình phân tích hoặc gỡ lỗi trước khi chia sẻ. Tùy chọn có quy tắc escape riêng: tài liệu cho phép escape URL và yêu cầu viết đôi ký tự phần trăm nguyên dạng.

Nếu máy khách xác thực thành công nhưng yêu cầu chuyển tiếp vẫn thất bại ở proxy cha, hãy kiểm tra trao đổi thượng nguồn và tài khoản đó. Cũng tách biệt bảo vệ truyền tải máy khách–Squid và Squid–proxy cha; mã hóa kết nối đầu không tự động bảo vệ kết nối sau.

Bài viết liên quan