Vì sao các lượt tải xuống của Squid có thể vượt hạn mức lưu lượng hàng tháng

Một báo cáo hạn mức được làm mới mỗi mười phút có thể bỏ sót nhiều hơn mười phút lưu lượng hiện tại. Tính năng ghi nhật ký giao dịch gốc của Squid thường ghi lại giao dịch đã hoàn tất, nên một lượt tải xuống đang mở hoặc đường hầm CONNECT có thể chưa cung cấp số byte cuối cùng.

Trước tiên, xác định hạn mức đếm loại lưu lượng nào.

Việc chấp nhận diễn ra trước khi tính toán cuối cùng

Một trình trợ giúp có thể chấp nhận yêu cầu mới bằng cơ sở dữ liệu kế toán. Việc cập nhật cơ sở dữ liệu đó sau này không tự động dừng công việc đã được chấp nhận.

Các yêu cầu đồng thời cũng có thể xem cùng một số dư. Khi còn 20 MB, hai thao tác 15 MB đồng thời có thể đều được chấp nhận trước khi bất kỳ thao tác nào thay đổi tổng. Báo cáo chính xác sau đó không thể hoàn tác phần vượt.

Xác thực và bộ nhớ đệm ACL bên ngoài có thể làm trì hoãn thêm một quyết định đã thay đổi. Một quyền đã lưu trong bộ nhớ đệm không phải là kiểm tra số dư mới. Kế toán dựa trên IP cũng có thể gộp người dùng sau một nguồn đã dịch.

Xác định giới hạn bạn có thể thực thi

Một chính sách hàng tháng mềm có thể cho phép tổng số chậm và một mức dung sai vượt đã được ghi nhận. Một giới hạn cứng trực tiếp cần đồng hồ đo trực tiếp có thẩm quyền và cơ chế thực thi có thể tác động lên lưu lượng đang diễn ra.

Quyết định xem các lượt truyền được chấp nhận sẽ hoàn tất, bị ngắt hay giữ trước một ngân sách. Xác định cách các thao tác đồng thời chia sẻ ngân sách đó và cách các thao tác thất bại giải phóng phần giữ trước. Một lượt truyền bắt đầu ngay dưới giới hạn phải có kết quả dự đoán được.

Đưa việc chuyển số dư, bản ghi đến muộn, khởi động lại dịch vụ và luân chuyển nhật ký vào thiết kế kế toán. Giữ tiến độ xử lý bền vững; xoá một nhật ký đang hoạt động để tránh đếm hai lần có thể thay vào đó làm mất bằng chứng.