Lỗi ERR_EMPTY_RESPONSE: Nguyên nhân và cách sửa trên Chrome

Lỗi ERR_EMPTY_RESPONSE xuất hiện khi trình duyệt gửi yêu cầu đi, kết nối được mở, nhưng phía bên kia đóng lại mà không trả về byte dữ liệu nào. Lỗi có thể nằm ở website, ở proxy hoặc ở chính máy anh em. Bài này ProxyVN chia nguyên nhân thành từng nhóm, kèm cách thử nhanh để anh em biết lỗi nằm ở đâu trước khi sửa. Xem thêm dịch vụ tại ProxyVN.

Tổng quan về lỗi ERR_EMPTY_RESPONSE

Lỗi ERR_EMPTY_RESPONSE có mã -324 trong danh sách lỗi mạng của Chromium. Theo tệp net_error_list.h của Chromium, mã này mô tả trường hợp máy chủ đóng kết nối mà không gửi dữ liệu. Trên giao diện, Chrome hiện dòng "Trang này không hoạt động" kèm câu "Máy chủ không gửi dữ liệu nào".

Điểm đặc biệt của lỗi này là kết nối đã mở thành công. Trình duyệt tìm được địa chỉ, bắt tay được với máy chủ hoặc proxy, gửi đi yêu cầu. Chỉ có phần trả lời là trống. Đây là khác biệt lớn với các lỗi không mở được kết nối, nơi trình duyệt còn chưa kịp nói chuyện với ai.

Lỗi ERR_EMPTY_RESPONSE khác các lỗi kết nối khác ở đâu

Nhiều anh em nhầm lỗi này với các lỗi mạng khác vì giao diện báo gần giống nhau. Bảng dưới giúp phân biệt nhanh dựa vào thời điểm kết nối bị hỏng.

Lỗi bị cắt đột ngột đã có trong bài lỗi ERR_CONNECTION_RESET, còn lỗi chờ quá lâu nằm ở bài lỗi ERR_CONNECTION_TIMED_OUT. Bài này chỉ đi vào trường hợp kết nối đóng mà không có dữ liệu.

Lỗi ERR_EMPTY_RESPONSE xuất hiện trên những phần mềm nào

Vì là mã lỗi của Chromium, mọi trình duyệt dùng nhân này đều báo cùng chuỗi. Danh sách hay gặp gồm Google Chrome, Microsoft Edge, Cốc Cốc, Brave, Opera, Vivaldi và các trình duyệt antidetect như GoLogin, AdsPower, GPM Login. Firefox dùng bộ mã lỗi riêng, nên cùng một sự cố sẽ hiện thành thông báo khác.

Lỗi cũng hay xuất hiện với lập trình viên khi chạy website ở máy cục bộ, khi dựng container Docker hoặc khi đặt website sau Nginx. Gợi ý tìm kiếm của Google cho thấy nhiều người tra lỗi này cùng với các từ "docker", "nginx", "android". Phần cuối bài có hướng dẫn riêng cho nhóm này.

Cơ chế phát sinh lỗi ERR_EMPTY_RESPONSE

Muốn sửa đúng chỗ, anh em nên hình dung một lần tải trang diễn ra qua mấy bước. Khi hiểu bước nào hỏng, việc tìm nguyên nhân nhanh hơn nhiều.

Kết nối mở rồi đóng, không có dữ liệu

Bước 1: Mở kết nối TCP

Trình duyệt phân giải tên miền ra địa chỉ IP rồi mở kết nối TCP tới máy chủ. Nếu đang dùng proxy, kết nối này mở tới proxy thay vì máy chủ web. Bước này thành công thì trình duyệt mới đi tiếp.

Bước 2: Gửi yêu cầu HTTP

Trình duyệt gửi yêu cầu, ví dụ "GET / HTTP/1.1" kèm các header. Với trang HTTPS, trước đó còn có bước bắt tay TLS để mã hoá. Khi đi qua proxy HTTP, trình duyệt gửi lệnh CONNECT để mở đường hầm rồi mới bắt tay TLS với website.

Bước 3: Chờ phản hồi

Bình thường máy chủ trả về dòng trạng thái như "HTTP/1.1 200 OK", tiếp theo là header và nội dung. Lỗi ERR_EMPTY_RESPONSE xảy ra khi máy chủ hoặc thiết bị nằm giữa đóng kết nối ngay ở bước này, trước khi gửi bất kỳ byte nào.

Lỗi ERR_EMPTY_RESPONSE nghĩa là có người đã nghe máy, nhưng cúp máy mà không nói câu nào.

Câu hỏi cần trả lời là ai cúp máy. Có thể là máy chủ web, có thể là proxy, cũng có thể là phần mềm bảo mật trên chính máy anh em. Các phần sau đi lần lượt từng nghi phạm.

Nguyên nhân gây lỗi ERR_EMPTY_RESPONSE thường gặp

Qua các ca hỗ trợ khách dùng proxy, ProxyVN thấy nguyên nhân của lỗi này thường rơi vào bốn nhóm. Anh em đọc dấu hiệu từng nhóm để khoanh vùng.

4 nhóm nguyên nhân

Nhóm 1: Proxy ngắt kết nối giữa chừng

Khi dùng proxy, trình duyệt thực chất nói chuyện với máy chủ proxy. Nếu proxy nhận yêu cầu nhưng không chuyển tiếp được và đóng kết nối, trình duyệt chỉ thấy phản hồi rỗng. Các tình huống hay gặp:

• Proxy vừa hết hạn hoặc vừa bị đổi IP trong lúc trình duyệt đang giữ kết nối cũ.
• Vượt số luồng cho phép: gói proxy giới hạn số kết nối đồng thời, kết nối thứ vượt mức bị đóng ngay.
• Proxy dân cư mất mạng nguồn: thiết bị phía sau IP dân cư ngắt mạng, proxy không còn đường ra.
• Proxy không hỗ trợ giao thức anh em đang dùng, ví dụ gửi lưu lượng HTTP/2 hoặc WebSocket qua proxy cũ.

Dấu hiệu nhận biết nhóm này là mọi trang đều lỗi khi bật proxy, tắt proxy thì vào được ngay. Nếu chỉ thỉnh thoảng mới lỗi, nhiều khả năng là chuyện giới hạn luồng. Bài 1 proxy chạy được bao nhiêu luồng giải thích cách tính số luồng hợp lý.

Nhóm 2: Gửi HTTPS vào cổng chỉ nhận HTTP và ngược lại

Đây là nguyên nhân hay gặp với người tự cấu hình. Một cổng chỉ nhận HTTP thường mà trình duyệt lại bắt tay TLS, hoặc một cổng HTTPS nhận yêu cầu HTTP thường. Máy chủ không hiểu gói tin và đóng kết nối luôn.

Với proxy, tình huống tương tự xảy ra khi nhập cổng SOCKS5 vào ô proxy HTTP. Proxy SOCKS nhận được dòng "CONNECT host:443 HTTP/1.1" mà nó không hiểu, nên đóng kết nối. Bài proxy HTTP và SOCKS5 khác nhau thế nào giúp anh em tránh nhầm hai loại cổng này.

Nhóm 3: Phần mềm trên máy chặn hoặc can thiệp

Một số phần mềm diệt virus có tính năng quét HTTPS. Chúng đứng giữa trình duyệt và website, giải mã lưu lượng để kiểm tra. Khi gặp lỗi khi quét, phần mềm có thể đóng kết nối mà không trả gì về trình duyệt. Tiện ích chặn quảng cáo, tiện ích VPN và phần mềm tăng tốc mạng cũng có thể gây hiện tượng tương tự.

Dấu hiệu của nhóm này là lỗi xảy ra trên một máy, các máy khác cùng mạng vào bình thường. Thử bằng cửa sổ khách của Chrome hoặc tắt tạm phần mềm bảo mật sẽ thấy khác biệt.

Nhóm 4: Máy chủ web gặp sự cố

Website quá tải, tiến trình xử lý bị treo, hoặc quản trị viên cấu hình đóng kết nối với một số yêu cầu. Ví dụ Nginx có mã trạng thái đặc biệt 444, theo tài liệu module rewrite của Nginx mã này đóng kết nối mà không gửi phản hồi. Một số website dùng cách này để chặn bot, chặn quốc gia hoặc chặn dải IP lạ.

Dấu hiệu là chỉ một website lỗi, các website khác vẫn vào được. Nếu website đó chỉ lỗi khi đi qua proxy, khả năng cao website đang cố tình chặn dải IP của proxy.

Cách kiểm tra lỗi ERR_EMPTY_RESPONSE nằm ở đâu

Trước khi sửa, anh em dành vài phút khoanh vùng. Ba phép thử dưới đây cho biết lỗi thuộc nhóm nào, giúp tránh sửa nhầm chỗ.

Phép thử 1: So sánh có proxy và không proxy

Tắt proxy rồi mở lại trang. Nếu không proxy vào được, lỗi nằm ở proxy hoặc website đang chặn IP proxy. Nếu không proxy vẫn lỗi, lỗi nằm ở website hoặc ở máy anh em. Phép thử này đơn giản nhưng loại được một nửa số nghi phạm.

Phép thử 2: Mở trang khác qua cùng proxy

Giữ nguyên proxy, mở một trang đơn giản như trang kiểm tra IP. Nếu trang kiểm tra IP mở được còn trang cần vào thì lỗi, proxy vẫn sống, vấn đề là website kia chặn hoặc không xử lý được yêu cầu từ IP này. Nếu mọi trang đều lỗi, proxy có vấn đề.

Phép thử 3: Dùng curl để xem chi tiết

Lệnh curl cho thấy rõ kết nối dừng ở đâu. Thêm tham số -v để in toàn bộ quá trình. Cách dùng các tham số có trong tài liệu curl.

curl -v https://example.com
curl -v -x http://user:matkhau@103.x.x.x:8080 https://example.com

curl -v: Empty reply from server

Nếu dòng cuối hiện "Empty reply from server", curl đang báo đúng hiện tượng mà Chrome gọi là ERR_EMPTY_RESPONSE. Anh em nhìn các dòng phía trên để biết kết nối đã đi tới đâu:

• Có dòng "Connected to" nhưng không có dòng bắt tay TLS: máy chủ đóng kết nối trước cả bước mã hoá, thường do sai cổng hoặc bị chặn theo IP.
• Bắt tay TLS xong, gửi yêu cầu rồi mới rỗng: máy chủ web xử lý lỗi hoặc cố tình không trả lời.
• Có dòng "CONNECT" tới proxy rồi rỗng: proxy đóng kết nối, kiểm tra proxy trước.

Bài cURL proxy là gì có thêm ví dụ dùng curl qua proxy HTTP và SOCKS5.

Cách sửa lỗi ERR_EMPTY_RESPONSE từng bước

Sau khi khoanh vùng, anh em làm theo thứ tự dưới. Mỗi bước xong thì tải lại trang. Các bước được xếp từ dễ, ít rủi ro tới phức tạp hơn.

Bước 1: Tải lại trang và thử cửa sổ ẩn danh

Một số lỗi chỉ xảy ra một lần do máy chủ vừa khởi động lại hoặc mạng chập chờn. Nhấn Ctrl + F5 để tải lại mà bỏ qua bộ nhớ đệm. Nếu vẫn lỗi, mở cửa sổ ẩn danh. Cửa sổ ẩn danh mặc định tắt phần lớn tiện ích, nên nếu vào được ở đây thì thủ phạm nằm trong tiện ích.

Bước 2: Kiểm tra proxy còn hạn và còn sống

Đăng nhập trang quản lý proxy, xem hạn sử dụng và trạng thái. Thử proxy bằng curl như phần trên. Nếu proxy chết, thay proxy khác hoặc liên hệ nhà cung cấp. Với proxy xoay, chờ vài giây sau khi đổi IP rồi mới gửi yêu cầu, vì cổng cần thời gian gắn IP mới.

Bước 3: Đối chiếu đúng loại cổng

Mở thông tin proxy, xác nhận cổng nào dùng cho HTTP, cổng nào dùng cho SOCKS5. Nhập đúng loại vào đúng ô. Nếu tự chạy website, kiểm tra địa chỉ có đúng http hay https. Ví dụ ứng dụng chạy ở cổng 3000 chỉ nhận http, gõ https://localhost:3000 sẽ không chạy.

Bước 4: Giảm số kết nối đồng thời

Nếu lỗi xảy ra không đều, xuất hiện khi chạy nhiều tab hoặc nhiều luồng, hãy giảm số kết nối. Trong tool, giảm số luồng trên mỗi proxy. Trong trình duyệt, đóng bớt tab đang tải nặng. Theo dõi xem tần suất lỗi có giảm không.

Bước 5: Tạm tắt tính năng quét HTTPS của phần mềm bảo mật

Mở phần mềm diệt virus, tìm mục quét web, quét HTTPS hoặc bảo vệ duyệt web. Tắt tạm thời rồi thử lại. Nếu lỗi biến mất, bật lại bảo vệ và thêm ngoại lệ cho website hoặc trình duyệt thay vì tắt hẳn. Tắt bảo vệ lâu dài sẽ đặt máy vào rủi ro khác.

Bước 6: Xoá dữ liệu duyệt web của website lỗi

Cookie hỏng hoặc quá lớn có thể khiến máy chủ từ chối xử lý yêu cầu. Vào biểu tượng ổ khoá cạnh thanh địa chỉ, chọn xoá dữ liệu của trang. Cách này không ảnh hưởng tới các website khác.

Bước 7: Đặt lại cấu hình mạng khi các bước trên không ăn thua

Khi máy từng cài nhiều phần mềm VPN, proxy hay tăng tốc mạng, lớp mạng của Windows có thể bị chèn thêm thành phần lỗi. Lúc đó anh em đặt lại bằng các lệnh flushdns và winsock reset. Các lệnh và giải thích chi tiết đã có trong bài lỗi ERR_CONNECTION_RESET nhắc ở trên, anh em làm theo rồi khởi động lại máy.

Checklist sửa lỗi theo thứ tự

Lỗi ERR_EMPTY_RESPONSE khi dùng proxy cho tool và trình duyệt antidetect

Với anh em chạy nhiều tài khoản hay chạy tool, lỗi này có vài đặc điểm riêng. Hiểu chúng giúp tránh mất thời gian và tránh làm rớt phiên đăng nhập của tài khoản.

Lỗi chỉ xảy ra ở một số profile

Trình duyệt antidetect gán proxy riêng cho từng profile. Nếu chỉ vài profile lỗi, kiểm tra proxy của đúng các profile đó bằng nút kiểm tra có sẵn trong phần mềm. Nhiều trường hợp proxy của profile đã hết hạn nhưng profile vẫn lưu cấu hình cũ.

Lỗi xuất hiện đều đặn sau một khoảng thời gian

Nếu cứ sau một thời gian cố định là lỗi, khả năng cao là proxy xoay đang đổi IP theo chu kỳ. Kết nối cũ bị đóng, các yêu cầu dở dang nhận phản hồi rỗng. Với việc cần giữ phiên đăng nhập, nên dùng proxy tĩnh hoặc đặt chu kỳ xoay dài hơn thời gian một phiên làm việc.

Lỗi khi chạy quá nhiều luồng trên một proxy

Tool cào dữ liệu hay tool tự động thường mở nhiều kết nối cùng lúc. Khi vượt giới hạn của proxy, phần dư bị đóng ngay và tool nhận phản hồi rỗng. Thêm cơ chế thử lại có độ trễ và chia luồng cho nhiều proxy là cách xử lý bền hơn. Nếu tool thường xuyên chạy nhiều luồng, anh em có thể mua proxy theo số lượng phù hợp tại ProxyVN để chia tải thay vì dồn vào một IP.

Bảng xử lý nhanh khi dùng proxy

Lỗi ERR_EMPTY_RESPONSE với lập trình viên: localhost, Docker, Nginx

Nhóm tìm kiếm lỗi này nhiều thứ hai là lập trình viên. Ở môi trường phát triển, nguyên nhân thường khác với người dùng proxy, nên ProxyVN tách riêng phần này.

Ứng dụng chạy ở localhost nhưng chưa lắng nghe đúng địa chỉ

Ứng dụng có thể đang chạy nhưng chỉ lắng nghe ở 127.0.0.1 bên trong container, hoặc lắng nghe ở cổng khác. Khi trình duyệt gọi vào, kết nối được chấp nhận bởi lớp chuyển tiếp rồi đóng ngay. Kiểm tra lại cổng đã khai báo và địa chỉ lắng nghe, nên dùng 0.0.0.0 khi chạy trong container.

Docker chuyển tiếp cổng nhưng tiến trình bên trong chưa sẵn sàng

Docker mở cổng ở máy chủ ngay khi container khởi động, nhưng ứng dụng bên trong cần thêm thời gian. Gọi vào lúc đó sẽ nhận phản hồi rỗng. Đợi ứng dụng khởi động xong hoặc thêm kiểm tra sức khoẻ cho container. Nếu container cần ra Internet qua proxy, bài proxy Docker hướng dẫn cấu hình cả daemon và container.

Nginx trả mã 444 hoặc upstream đóng kết nối

Kiểm tra cấu hình Nginx có dòng "return 444" cho một số điều kiện không. Nếu Nginx làm proxy ngược và ứng dụng phía sau chết, Nginx thường trả 502. Nhưng nếu cấu hình bộ đệm hoặc thời gian chờ không hợp lý, trình duyệt có thể nhận phản hồi rỗng. Xem log lỗi của Nginx để biết chính xác.

Gửi yêu cầu HTTP tới cổng HTTPS của ứng dụng

Khi ứng dụng bật TLS ở cổng 8443 mà trình duyệt gọi http://, máy chủ nhận gói không phải TLS và đóng kết nối. Một số máy chủ trả trang báo lỗi, một số đóng luôn. Kiểm tra lại giao thức trên thanh địa chỉ.

Lỗi ERR_EMPTY_RESPONSE trên điện thoại Android

Chrome trên Android cũng báo cùng mã lỗi. Phần lớn nguyên nhân giống máy tính, nhưng có vài điểm riêng trên điện thoại.

Proxy Wi-Fi còn sót sau khi dùng xong

Nhiều anh em cài proxy trong cài đặt Wi-Fi rồi quên tắt. Khi proxy hết hạn, mọi trang mở bằng Wi-Fi đó đều lỗi, còn chuyển sang 4G thì chạy. Vào cài đặt Wi-Fi, chọn mạng đang dùng, đặt proxy về "Không". Các bước chi tiết có trong bài cài proxy cho Android.

Ứng dụng tiết kiệm dữ liệu hoặc chặn quảng cáo

Một số ứng dụng tạo VPN cục bộ để chặn quảng cáo hoặc nén dữ liệu. Khi ứng dụng gặp lỗi, mọi kết nối đi qua nó có thể nhận phản hồi rỗng. Tắt ứng dụng hoặc tắt VPN trong cài đặt rồi thử lại.

Chế độ tiết kiệm pin ngắt ứng dụng proxy

Trên một số dòng máy, chế độ tiết kiệm pin dừng ứng dụng proxy chạy nền. Đường hầm VPN cục bộ vẫn còn nhưng không có ứng dụng xử lý, kết nối bị đóng. Thêm ứng dụng proxy vào danh sách không tối ưu pin để tránh tình trạng này.

Cách phòng tránh lỗi ERR_EMPTY_RESPONSE lâu dài

Vài thói quen nhỏ giúp anh em gặp lỗi này ít hơn hẳn, nhất là khi làm việc với nhiều proxy.

Ghi rõ thông tin proxy và hạn dùng

Lưu proxy kèm giao thức, cổng và ngày hết hạn trong một bảng. Khi lỗi xảy ra, việc đầu tiên là nhìn hạn dùng. Thói quen này loại bỏ được phần lớn ca lỗi do proxy đã hết hạn mà vẫn để trong cấu hình.

Kiểm tra proxy trước phiên làm việc

Với công việc nhiều tài khoản, kiểm tra hàng loạt trước khi mở profile giúp phát hiện proxy chết sớm. Bài công cụ kiểm tra proxy gợi ý một số cách test nhanh.

Thêm cơ chế thử lại trong tool

Trong script, đừng dừng toàn bộ khi gặp một phản hồi rỗng. Thử lại sau vài giây, tối đa vài lần, sau đó mới đánh dấu proxy hỏng. Cách này giảm đáng kể tỷ lệ lỗi giả do mạng chập chờn trong thời gian ngắn.

Theo dõi chất lượng proxy theo thời gian

Ghi lại tỷ lệ thành công của từng proxy. Proxy có tỷ lệ phản hồi rỗng tăng dần thường là dấu hiệu sắp chết hoặc đang bị website chặn. Bài proxy bị chậm và bài các lỗi máy chủ proxy giúp anh em đọc các dấu hiệu này.

Câu hỏi thường gặp về lỗi ERR_EMPTY_RESPONSE

Dưới đây là những câu anh em hay hỏi khi gặp lỗi này. Mỗi câu trả lời dựa trên cơ chế đã nói ở trên.

Lỗi ERR_EMPTY_RESPONSE có phải do máy bị nhiễm virus không

Hiếm khi. Phần lớn ca lỗi do proxy, cổng sai hoặc phần mềm bảo mật can thiệp. Tuy vậy, nếu máy tự đổi proxy hệ thống mà anh em không cài, nên quét máy vì một số phần mềm độc hại cài proxy để theo dõi lưu lượng.

Vì sao Firefox vào được mà Chrome báo lỗi

Firefox có thể dùng cấu hình proxy riêng, không theo proxy hệ thống. Nếu Firefox đang đi thẳng còn Chrome đi qua proxy hỏng, hai trình duyệt cho kết quả khác nhau. Kiểm tra cấu hình proxy của từng trình duyệt để so sánh.

Lỗi này có làm mất dữ liệu đang nhập không

Nếu lỗi xảy ra khi gửi biểu mẫu, dữ liệu có thể chưa được máy chủ nhận. Trước khi gửi lại, kiểm tra xem thao tác đã được ghi nhận chưa, ví dụ đơn hàng đã tạo hay chưa, để tránh gửi trùng.

Đổi DNS có sửa được lỗi này không

Thường là không. Lỗi xảy ra sau khi kết nối đã mở, tức DNS đã phân giải xong. Đổi DNS chỉ có ích khi DNS trả về sai địa chỉ máy chủ, trường hợp này ít gặp với lỗi phản hồi rỗng.

Tổng kết

Lỗi ERR_EMPTY_RESPONSE nghĩa là kết nối đã mở nhưng phía bên kia đóng lại mà không trả dữ liệu. Khoanh vùng bằng cách so sánh có và không proxy, thử bằng curl, rồi sửa theo từng nhóm: proxy, cổng, phần mềm bảo mật hoặc máy chủ. Cần hỗ trợ cấu hình, anh em liên hệ Proxy.vn - Nhà cung cấp dịch vụ proxy chất lượng hàng đầu Việt Nam để xử lý lỗi ERR_EMPTY_RESPONSE nhanh.