Squid retry_on_error: mã trạng thái và tuyến thay thế

Có một tùy chọn trong Squid tên là retry_on_error, nhưng tên gọi rộng hơn cách hiểu hữu ích của nó. Nó không có nghĩa mọi yêu cầu thất bại sẽ được lặp lại vô hạn cho đến khi trang hoạt động.

Ở các bản phát hành hỗ trợ chỉ thị này, nó mặc định tắt. Danh sách thử lại được ghi lại là 403, 500, 501, 502, 503 và 504, và yêu cầu được thử qua một điểm đến đang hoạt động khác. Điều này đặc biệt liên quan trong một hệ thống phân cấp có các đường chuyển tiếp thay thế. Đây không chỉ là một lần thử lại có hẹn giờ của cùng một ổ cắm tới cùng một máy chủ.

Gọi tên lỗi trước

Bị từ chối khi kết nối với proxy, lỗi xác thực proxy, lỗi HTTP từ nguồn gốc và phản hồi bị cắt sau khi bắt đầu gửi không mang lại cùng một cơ hội thử lại. Đừng mong một cài đặt xử lý cả bốn như nhau.

Với lối ra riêng, cũng phải quyết định xem tuyến thay thế có chấp nhận được không. Một parent khác có thể có địa chỉ nguồn công khai, chính sách xác thực hoặc vị trí mạng khác. Thành công qua tuyến thay thế đó có thể vi phạm lý do chọn parent đầu tiên.

Các thao tác của ứng dụng mang lại một lo ngại khác: lặp lại yêu cầu có thể lặp lại tác động của nó. Máy khách và máy chủ cần ngữ nghĩa thử lại phù hợp, đặc biệt với các thao tác tạo hoặc thay đổi dữ liệu. Cài đặt proxy không thay thế việc xử lý ở cấp ứng dụng các kết quả không chắc chắn.

Đọc chỉ thị cho đúng bản phát hành của bạn; tài liệu tham chiếu liệt kê tính khả dụng và hành vi mặc định. Cũng cần lưu ý thời hạn yêu cầu và tổng thời gian chờ người dùng thấy. Một lần thử chuyển tiếp thêm có thể tiêu tốn thời gian còn lại mà không mang lại kết quả tốt hơn.

Khi điều tra các lỗi gián đoạn, hãy ghi lại trạng thái, parent hoặc điểm đến đã chọn và trình tự các lần thử. Nếu không, việc thử lại có thể khiến một sự cố định tuyến lặp lại trông giống như một trang web chậm nói chung trong khi che giấu tuyến thực sự đã thất bại.