HTTP 504 Gateway Timeout và thời gian chờ của máy khách
Phân biệt yêu cầu upstream bị quá hạn tại cổng với thời gian chờ được đặt trong máy khách proxy của bạn.
Máy khách của bạn sẵn sàng chờ sáu mươi giây. Mười giây sau, nó nhận được HTTP 504. Việc nâng thời gian chờ của máy khách lên hai phút không cho cổng thêm năm mươi giây để làm việc.
504 mô tả một cổng hoặc proxy không nhận được phản hồi upstream kịp thời khi đang cố hoàn tất yêu cầu. Cổng đã đưa ra quyết định và trả về phản hồi. Máy khách của bạn đọc được phản hồi đó bình thường.
Trung gian nào đã trả nó về?
Proxy chuyển tiếp có thể là bên phát. Một cổng về sau do trang web vận hành cũng có thể. Với TLS thông thường từ đầu đến cuối bên trong CONNECT, phản hồi HTTP đến từ cuộc trao đổi được bảo vệ với đích đó không giống với việc chính CONNECT bị từ chối.
Hãy giữ lại giai đoạn, các tiêu đề phản hồi, câu chữ trên trang lỗi và nhật ký tương ứng khi có. Tên máy chủ có thể là manh mối, nhưng không nên coi là quy kết không thể sai. Tuyến đường có thể chứa nhiều trung gian hơn mức được cấu hình trong máy khách của bạn.
Sau đó xem xét vì sao thao tác upstream đó không hoàn tất. Khả năng tiếp cận, dịch vụ quá tải, phần thân yêu cầu mà upstream không xử lý được như mong đợi, và hành vi của ứng dụng đều có thể quan trọng. Chỉ riêng mã trạng thái không chứng minh rằng đổi User-Agent hay thêm một tùy chọn thời gian chờ là giải pháp phổ quát.
So sánh cùng một yêu cầu
Khi công cụ khác hoạt động, hãy so sánh phương thức, đích, cách mã hóa phần thân, xác thực và tuyến đường. "URL mở được trong trình duyệt" không phải là so sánh đầy đủ với một lần gửi multipart qua máy khách dịch vụ.
Nếu bạn vận hành cổng phát phản hồi, hãy căn chỉnh ngân sách upstream của nó với khối lượng công việc được hỗ trợ và các hạn chót xung quanh. Nếu không, hãy giữ kết quả làm bằng chứng và dùng đường truy cập hoặc hỗ trợ đã được nhà vận hành ghi lại. Chờ lâu hơn tại máy cục bộ không thể thay đổi một phản hồi đã đến.