Lỗi curl 56: Recv failure và CONNECT tunnel failed qua proxy

Lỗi curl 56 là mã curl trả về khi nhận dữ liệu từ mạng thất bại, với các dòng hay gặp như "Recv failure: Connection reset by peer" hoặc "CONNECT tunnel failed, response 407". Người dùng proxy gặp mã này nhiều vì curl đi qua hai chặng: từ máy tới proxy, rồi từ proxy tới máy chủ đích, đứt ở chặng nào cũng ra cùng một số 56. Bài này ProxyVN chỉ cách đọc kết quả curl -v để biết đứt ở đâu, các nguyên nhân và cách sửa cho từng dạng lỗi curl 56, kèm bảng các mã curl khác hay gặp khi dùng proxy như 5, 7, 28, 35 và 97. Xem thêm dịch vụ tại ProxyVN.

Ý nghĩa của lỗi curl 56

curl và thư viện libcurl dùng mã số để báo lỗi. Mã 56 có tên CURLE_RECV_ERROR, nghĩa là thất bại khi nhận dữ liệu từ mạng. Theo danh sách mã lỗi libcurl, mã này bao trùm nhiều tình huống: kết nối bị cắt khi đang chờ dữ liệu, proxy từ chối mở đường hầm, phía bên kia đóng kết nối bất thường.

Vì bao trùm rộng, số 56 một mình không nói nhiều. Phần chữ đi kèm mới quan trọng.

Các dạng thông báo lỗi curl 56

Bảng: Các dạng thông báo lỗi curl 56

Thông báo	Ý nghĩa ngắn
curl: (56) Recv failure: Connection reset by peer	Bên kia gửi gói RST cắt kết nối
curl: (56) Recv failure: Connection was reset	Cách Windows gọi cùng hiện tượng trên
curl: (56) CONNECT tunnel failed, response 407	Proxy yêu cầu xác thực
curl: (56) CONNECT tunnel failed, response 403	Proxy cấm truy cập địa chỉ hoặc cổng đó
curl: (56) CONNECT tunnel failed, response 502	Proxy không kết nối được tới đích
curl: (56) Proxy CONNECT aborted	Proxy đóng kết nối khi đang mở đường hầm
curl: (56) OpenSSL SSL_read: ...	Lỗi đọc dữ liệu đã mã hoá TLS
curl: (56) Failure when receiving data from the peer	Lỗi nhận chung chung

Bản curl mới gộp một số lỗi đường hầm vào mã 56, bản cũ hơn có thể báo các lỗi này với mã khác. Đọc phần chữ thay vì chỉ nhìn số.

Hai chặng kết nối khi dùng curl qua proxy

Khi chạy curl với tham số -x, kết nối gồm hai chặng.

Hai chặng của một lệnh curl qua proxy

Chặng 1: máy tới proxy

curl mở kết nối TCP tới địa chỉ và cổng proxy. Với địa chỉ HTTPS, curl gửi lệnh CONNECT host:443 để yêu cầu proxy mở đường hầm. Với địa chỉ HTTP thường, curl gửi luôn yêu cầu GET với URL đầy đủ cho proxy. Proxy có xác thực sẽ kiểm tra tài khoản ở bước này.

Chặng 2: proxy tới máy chủ đích

Proxy mở kết nối tới máy chủ đích. Nếu thành công, proxy trả về "HTTP/1.1 200 Connection established" và từ đó dữ liệu chảy qua đường hầm. curl bắt tay TLS với máy chủ đích bên trong đường hầm, gửi yêu cầu, nhận phản hồi.

Lỗi curl 56 có thể xảy ra ở cả hai chặng

• Proxy từ chối ở chặng 1: CONNECT tunnel failed với mã 407, 403.
• Proxy không tới được đích ở chặng 2: CONNECT tunnel failed với mã 502, 503, 504.
• Máy chủ đích cắt kết nối khi đang trao đổi: Recv failure: Connection reset by peer.
• Proxy cắt kết nối giữa chừng: Recv failure hoặc Proxy CONNECT aborted.

Cơ chế đường hầm và vai trò của proxy được mô tả trong phần proxy của sách Everything curl. Nền tảng về curl với proxy có trong bài cURL proxy là gì, bài này chỉ tập trung vào mã lỗi.

Đọc curl -v để tìm chỗ đứt của lỗi curl 56

Tham số -v (verbose) in ra từng bước. Đây là công cụ quan trọng nhất khi gặp lỗi curl 56.

Đọc kết quả curl -v

Ký hiệu trong kết quả

• Dòng bắt đầu bằng dấu sao (*) là thông tin của curl: đang kết nối tới đâu, TLS ra sao.
• Dòng bắt đầu bằng dấu lớn hơn (>) là dữ liệu curl gửi đi.
• Dòng bắt đầu bằng dấu nhỏ hơn (<) là dữ liệu curl nhận về.

Ví dụ lỗi ở chặng proxy

curl -v -x http://103.x.x.x:8080 https://example.com
* Trying 103.x.x.x:8080...
* Connected to 103.x.x.x port 8080
* CONNECT tunnel: HTTP/1.1 negotiated
> CONNECT example.com:443 HTTP/1.1
> Host: example.com:443
< HTTP/1.1 407 Proxy Authentication Required
< Proxy-Authenticate: Basic realm="proxy"
* CONNECT tunnel failed, response 407
curl: (56) CONNECT tunnel failed, response 407

Kết nối tới proxy thành công, proxy trả 407. Lỗi nằm ở xác thực, máy chủ đích chưa hề được liên lạc.

Ví dụ lỗi ở chặng đích

< HTTP/1.1 200 Connection established
* TLSv1.3 (OUT), TLS handshake, Client hello
* Recv failure: Connection reset by peer
curl: (56) Recv failure: Connection reset by peer

Proxy đã mở đường hầm thành công, nhưng khi curl gửi lời chào TLS thì kết nối bị cắt. Có thể máy chủ đích chặn IP proxy, tường lửa ở giữa chặn theo tên miền, hoặc proxy cắt kết nối.

Thêm --trace-time và --trace-ascii

Tham số --trace-time in thời gian mỗi dòng, giúp biết lỗi xảy ra ngay hay sau một khoảng chờ. Tham số --trace-ascii tep.txt ghi toàn bộ dữ liệu trao đổi ra tệp để xem kỹ. Danh sách đầy đủ tham số có ở trang hướng dẫn curl.

Lỗi curl 56 CONNECT tunnel failed và cách sửa

Nhóm lỗi này luôn kèm mã phản hồi của proxy. Mỗi mã có cách sửa riêng.

CONNECT tunnel failed và mã phản hồi của proxy

response 407: thiếu hoặc sai xác thực

Proxy yêu cầu tài khoản mật khẩu mà curl không gửi, hoặc gửi sai. Cách sửa:

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

Hoặc đưa tài khoản vào URL proxy: -x http://user:matkhau@103.x.x.x:8080. Mật khẩu có ký tự đặc biệt như @, :, # phải mã hoá phần trăm, ví dụ @ thành %40. Nếu proxy xác thực bằng IP whitelist, kiểm tra IP máy đang dùng đã được thêm vào danh sách chưa. Chi tiết về mã 407 có trong bài sửa lỗi 407 Proxy Authentication Required.

response 403: proxy cấm

Proxy hiểu yêu cầu nhưng không cho phép. Lý do hay gặp: proxy chỉ cho CONNECT tới cổng 443, mà lệnh gọi cổng khác; tên miền đích nằm trong danh sách chặn của proxy; tài khoản hết hạn nhưng proxy trả 403 thay vì 407. Kiểm tra cổng đích, hạn dùng proxy, chính sách của nhà cung cấp.

response 502: proxy không tới được đích

Proxy nhận lệnh nhưng không kết nối được máy chủ đích. Máy chủ đích sập, tên miền không phân giải được từ phía proxy, hoặc máy chủ đích chặn IP proxy. Thử gọi một trang khác qua cùng proxy. Trang khác được thì lỗi ở đích hoặc đích chặn IP proxy.

response 503 và 504

503 thường do proxy quá tải hoặc tạm ngưng. 504 do proxy chờ máy chủ đích quá lâu. Thử lại sau, hoặc đổi proxy.

Proxy CONNECT aborted

Proxy đóng kết nối khi chưa trả lời lệnh CONNECT. Hay gặp khi khai báo sai giao thức: gửi lệnh CONNECT kiểu HTTP vào cổng SOCKS5. Kiểm tra lại loại proxy, dùng socks5h:// cho cổng SOCKS5.

Lỗi curl 56 Recv failure Connection reset by peer

Dạng lỗi này khó hơn vì không có mã phản hồi. Kết nối chỉ đơn giản bị cắt.

Máy chủ đích chặn IP

Hệ thống chống bot, tường lửa ứng dụng web có thể cắt kết nối khi thấy IP lạ, IP từng bị lạm dụng, hoặc lời chào TLS của curl không giống trình duyệt. Thử cùng lệnh không qua proxy: chạy được thì đích chặn IP proxy. Đổi IP, hoặc dùng proxy dân cư có uy tín tốt hơn.

Nhà mạng hoặc tường lửa ở giữa

Tường lửa doanh nghiệp, nhà mạng đọc tên miền trong SNI và cắt kết nối tới tên miền bị chặn. Đi qua proxy thường tránh được vì kết nối tới proxy không lộ tên miền đích ở dạng rõ, trừ khi proxy chính là thứ bị chặn.

Proxy cắt kết nối

Proxy đổi IP (proxy xoay), proxy hết hạn đúng lúc, proxy vượt số luồng cho phép đều có thể cắt kết nối đang mở. Kiểm tra trạng thái proxy và số luồng đang chạy.

Phần mềm diệt virus trên máy

Phần mềm diệt virus quét lưu lượng mạng có thể cắt kết nối của curl, nhất là trên Windows. Tắt tạm để thử.

Lỗi giống trên trình duyệt

Hiện tượng này giống lỗi ERR_CONNECTION_RESET trên Chrome. Các bước xử lý phía máy, như đặt lại winsock, có trong bài lỗi ERR_CONNECTION_RESET.

Lỗi curl 56 khi đọc dữ liệu TLS

Thông báo kiểu "curl: (56) OpenSSL SSL_read: error:0A000126:SSL routines::unexpected eof while reading" xuất hiện khi kết nối TLS bị đóng mà không gửi tín hiệu đóng TLS đúng chuẩn.

Nguyên nhân

Máy chủ hoặc proxy đóng kết nối TCP thẳng thay vì đóng TLS trước. OpenSSL bản 3 trở lên nghiêm hơn với trường hợp này nên báo lỗi, bản cũ bỏ qua. Lỗi thường xuất hiện ở cuối quá trình tải, dữ liệu có thể đã nhận đủ.

Cách xử lý

Kiểm tra tệp nhận được có đủ không. Nếu đủ, lỗi chỉ là cảnh báo của OpenSSL về cách máy chủ đóng kết nối. Nếu thiếu, xem như lỗi kết nối bị cắt và thử lại. Phía máy chủ nên sửa để đóng TLS đúng chuẩn.

Khi lỗi xuất hiện giữa chừng

Lỗi giữa chừng khi tải tệp lớn thường do proxy hoặc mạng chập chờn. Dùng tham số -C - để tải tiếp từ chỗ dừng, kết hợp --retry để tự thử lại.

Bảng mã lỗi curl hay gặp khi dùng proxy

Ngoài lỗi curl 56, các mã sau xuất hiện thường xuyên khi dùng proxy.

Bảng mã lỗi curl khi dùng proxy

Bảng: Bảng mã lỗi curl hay gặp khi dùng proxy

Mã	Tên	Ý nghĩa khi dùng proxy	Cách sửa
5	COULDNT_RESOLVE_PROXY	Không phân giải được tên máy chủ proxy	Kiểm tra tên proxy, DNS máy
6	COULDNT_RESOLVE_HOST	Không phân giải được tên miền đích	Dùng socks5h:// để proxy phân giải, kiểm tra tên miền
7	COULDNT_CONNECT	Không kết nối được tới proxy	Kiểm tra IP, cổng, tường lửa, proxy còn sống
28	OPERATION_TIMEDOUT	Quá thời gian chờ	Tăng --connect-timeout, --max-time, đổi proxy
35	SSL_CONNECT_ERROR	Lỗi bắt tay TLS	Kiểm tra phiên bản TLS, proxy giải mã HTTPS
52	GOT_NOTHING	Máy chủ không trả gì	Sai giao thức với cổng, máy chủ đóng ngay
56	RECV_ERROR	Lỗi nhận dữ liệu, đường hầm thất bại	Đọc phần chữ, xem curl -v
60	PEER_FAILED_VERIFICATION	Chứng chỉ không hợp lệ	Proxy giải mã HTTPS cần thêm chứng chỉ gốc
97	PROXY	Lỗi giao thức proxy, thường là SOCKS	Kiểm tra loại proxy, tài khoản SOCKS5

Mã 97 xuất hiện ở curl từ bản 7.73 trở đi, gom các lỗi bắt tay SOCKS như sai tài khoản, proxy từ chối lệnh, địa chỉ không hỗ trợ. Bản cũ hơn báo các lỗi này bằng mã 7.

Cách phòng lỗi curl 56 trong script

Script chạy hàng nghìn lệnh curl mỗi ngày sẽ gặp lỗi curl 56 vài lần. Thiết kế script để chịu được lỗi.

Thử lại có giới hạn

curl --retry 3 --retry-delay 2 --retry-all-errors -x http://user:pass@103.x.x.x:8080 https://example.com

--retry-all-errors cho phép thử lại cả khi gặp lỗi kết nối, không chỉ lỗi máy chủ. Giới hạn 3 lần để không gửi quá nhiều yêu cầu khi đích chặn.

Đặt thời gian chờ

--connect-timeout 10 giới hạn thời gian kết nối. --max-time 60 giới hạn toàn bộ lệnh. Không đặt thì lệnh có thể treo rất lâu khi proxy chết.

Kiểm tra mã thoát

Trong bash, biến $? chứa mã thoát của curl. Ghi mã này vào log cùng proxy đã dùng. Thống kê sau một ngày cho biết proxy nào hay gặp lỗi curl 56 để thay.

Xoay proxy khi lỗi

Gặp lỗi curl 56 với một proxy, lần thử sau dùng proxy khác. Nếu mọi proxy đều lỗi với cùng một đích, đích đang chặn và cần giảm tốc độ.

Dùng --fail

Mặc định curl coi phản hồi 4xx, 5xx là thành công vì đã nhận được dữ liệu. --fail làm curl trả mã 22 khi máy chủ trả lỗi HTTP, giúp script phân biệt lỗi nhận dữ liệu (56) với lỗi do máy chủ trả về (22).

Lỗi curl 56 trong git, wget và công cụ khác

Nhiều công cụ dùng libcurl bên dưới, nên lỗi curl 56 xuất hiện dưới dạng khác.

git

git clone, git push qua HTTPS dùng libcurl. Lỗi thường thấy: "RPC failed; curl 56 Recv failure: Connection was reset" hoặc "error: RPC failed; curl 56 GnuTLS recv error". Nguyên nhân hay là kho quá lớn, mạng chập chờn, proxy cắt kết nối dài. Cách xử lý: tăng http.postBuffer khi push, clone nông với --depth 1, cấu hình proxy đúng cho git. Chi tiết có trong bài git proxy.

wget

wget không dùng libcurl nên không có mã 56, nhưng gặp hiện tượng tương tự với thông báo "Read error" hoặc "Connection reset by peer". Cách cấu hình proxy cho wget có trong bài wget proxy.

PHP cURL

Trong PHP, hàm curl_errno() trả về 56 và curl_error() trả về phần chữ. Đọc cả hai, xử lý giống curl dòng lệnh. Cách gắn proxy cho PHP cURL có trong bài PHP cURL proxy.

Composer, Homebrew, các trình quản lý gói

Composer, Homebrew, nhiều trình quản lý gói dùng curl bên dưới. Lỗi tải gói với mã 56 xử lý giống trên: kiểm tra proxy, thử lại, đặt thời gian chờ.

Lỗi curl 56 với proxy SOCKS5

Với SOCKS5, curl không dùng lệnh CONNECT kiểu HTTP mà dùng giao thức bắt tay SOCKS. Lỗi bắt tay SOCKS thường ra mã 97 hoặc 7. Lỗi curl 56 với SOCKS5 thường xảy ra sau khi đường hầm đã mở, khi dữ liệu đang chảy.

socks5 và socks5h

socks5:// để curl tự phân giải tên miền rồi gửi IP cho proxy. socks5h:// để proxy phân giải tên miền. Dùng socks5h:// khi tên miền chỉ phân giải được từ phía proxy hoặc khi không muốn lộ truy vấn DNS. Sai kiểu có thể làm kết nối tới IP sai và bị cắt.

Ví dụ

curl -v -x socks5h://user:matkhau@103.x.x.x:1080 https://example.com

Nếu proxy hỗ trợ cả HTTP và SOCKS5 trên cổng khác nhau, khai báo đúng cổng cho đúng giao thức. Cách dùng SOCKS5 nói chung có trong bài cách sử dụng SOCKS5 proxy.

Chọn proxy để hạn chế lỗi curl 56

Phần lớn lỗi curl 56 do proxy đến từ ba thứ: proxy dùng chung quá tải, IP bị đích chặn, proxy hay rớt. Chọn proxy riêng, IP sạch, nhà cung cấp có thông tin cổng và giao thức rõ ràng giúp giảm lỗi đáng kể. Anh em chạy script curl cần IP Việt Nam ổn định có thể mua proxy tại ProxyVN, mỗi proxy dùng được cả HTTP và SOCKS5, xác thực bằng tài khoản hoặc IP.

Trước khi đưa proxy mới vào script, chạy thử một lệnh curl -v tới vài trang đích thật, xem thời gian phản hồi và kết quả. FAQ của curl cũng có nhiều mục về proxy đáng đọc tại trang curl FAQ.

Lỗi curl 56 trên Windows

curl có sẵn trên Windows 10 và 11 dưới tên curl.exe. Bản này dùng thư viện TLS của Windows (Schannel) thay vì OpenSSL, nên thông báo lỗi curl 56 trên Windows hơi khác.

Thông báo đặc trưng

Trên Windows anh em hay thấy "curl: (56) Recv failure: Connection was reset" thay vì "Connection reset by peer", hoặc "schannel: failed to read data from server". Ý nghĩa giống nhau: kết nối bị cắt khi đang nhận dữ liệu.

Bí danh curl trong PowerShell

Trong Windows PowerShell 5.1, gõ curl sẽ gọi Invoke-WebRequest chứ không phải curl thật. Tham số -x, -v không có tác dụng như mong đợi, lỗi báo ra cũng không phải mã 56. Gõ curl.exe để dùng đúng curl thật. Cách đặt proxy cho các lệnh của PowerShell có trong bài PowerShell proxy.

Phần mềm bảo mật

Windows Defender và phần mềm diệt virus bên thứ ba quét kết nối mạng của mọi chương trình. Khi phát hiện tên miền bị đánh giá xấu, chúng cắt kết nối và curl báo lỗi 56. Thử lệnh trên máy khác hoặc tắt tạm tính năng bảo vệ web.

Kiểm tra cổng bằng Test-NetConnection

Trước khi chạy curl, kiểm tra cổng proxy mở được không bằng lệnh Test-NetConnection 103.x.x.x -Port 8080 trong PowerShell. Kết quả TcpTestSucceeded bằng True nghĩa là cổng mở. False thì lỗi ở mạng hoặc proxy, không cần thử curl tiếp.

Lỗi curl 56 trong Docker và máy chủ Linux

Script chạy trong container hay trên VPS Linux có vài nguyên nhân riêng.

Proxy không được truyền vào container

Biến HTTP_PROXY, HTTPS_PROXY đặt trên máy chủ không tự vào container. curl trong container đi thẳng, gặp tường lửa công ty và bị cắt. Truyền biến bằng tham số -e khi chạy container, hoặc cấu hình proxy cho Docker theo bài proxy Docker.

MTU của mạng container

Mạng overlay của Docker hoặc Kubernetes có MTU nhỏ hơn mạng vật lý. Gói lớn trong bắt tay TLS bị rớt, curl chờ rồi báo lỗi nhận dữ liệu. Giảm MTU cho mạng Docker xuống 1400 hoặc thấp hơn nếu chạy trên VPN.

Giới hạn kết nối của hệ thống

Script mở quá nhiều kết nối đồng thời làm hết cổng nguồn hoặc chạm giới hạn tệp mở. Kết nối mới thất bại, có lúc báo mã 7, có lúc báo mã 56. Kiểm tra ulimit -n và giảm số luồng.

IP của VPS bị chặn

Nhiều trang chặn dải IP của nhà cung cấp VPS phổ biến. curl từ VPS bị cắt kết nối trong khi từ máy nhà vẫn chạy. Đây là lúc cần proxy dân cư hoặc proxy theo nhà mạng. Cách phối hợp VPS với proxy có trong bài proxy và VPS.

Quy trình 5 phút xử lý lỗi curl 56

Khi gặp lỗi curl 56 mà chưa biết bắt đầu từ đâu, chạy lần lượt năm lệnh sau và ghi lại kết quả:

• Gọi trang đích không qua proxy với -v. Lỗi luôn thì vấn đề ở đích hoặc mạng máy.
• Gọi một trang đơn giản qua proxy, ví dụ trang trả IP. Lỗi thì vấn đề ở proxy.
• Gọi trang đích qua proxy với -v. Xem đứt trước hay sau dòng 200 Connection established.
• Đổi giao thức, ví dụ từ http:// sang socks5h:// nếu proxy có cổng SOCKS5.
• Đổi sang proxy khác. Proxy khác chạy được thì proxy cũ bị đích chặn hoặc đang lỗi.

Năm kết quả này đủ để khoanh vùng gần như mọi trường hợp lỗi curl 56. Gửi chúng cho nhà cung cấp proxy hoặc đồng nghiệp khi cần hỗ trợ.

Ghi log lỗi curl 56 để phân tích lâu dài

Với hệ thống chạy liên tục, một dòng log tốt giúp tiết kiệm hàng giờ gỡ lỗi. curl có tham số -w để in thông tin sau mỗi lệnh, ví dụ mã HTTP, thời gian kết nối, thời gian bắt tay TLS, thời gian tới byte đầu tiên và địa chỉ IP thực sự đã kết nối.

Ghi các trường này cùng mã thoát vào một tệp CSV: thời điểm, proxy, trang đích, mã thoát, mã HTTP, thời gian kết nối, thời gian TLS, tổng thời gian. Sau một tuần, mở tệp bằng bảng tính, lọc các dòng mã thoát 56. Nếu lỗi dồn vào một proxy, thay proxy đó. Nếu dồn vào một trang đích, trang đó đang chặn hoặc giới hạn tốc độ. Nếu dồn vào một khung giờ, mạng hoặc proxy quá tải vào giờ đó, nên giãn lịch chạy.

Dữ liệu này cũng là bằng chứng rõ ràng khi cần trao đổi với nhà cung cấp proxy: thay vì nói chung chung "proxy hay lỗi", anh em gửi được tỉ lệ lỗi theo từng IP và từng giờ.

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

Lỗi curl 56 do proxy hay do máy chủ đích

Đọc curl -v. Có dòng "CONNECT tunnel failed" là lỗi ở proxy. Có "200 Connection established" rồi mới lỗi thì lỗi ở chặng sau, có thể do đích hoặc do proxy cắt giữa chừng.

Vì sao chạy trên trình duyệt được mà curl bị lỗi

Trình duyệt và curl có lời chào TLS khác nhau. Hệ thống chống bot nhận ra curl và cắt kết nối. Trình duyệt còn có cookie, header đầy đủ. Đây là lý do trang chặn bot thường cắt curl.

Có nên tắt kiểm tra chứng chỉ bằng -k không

-k chỉ bỏ qua kiểm tra chứng chỉ, không sửa được lỗi curl 56. Chỉ dùng khi thử nghiệm với proxy giải mã HTTPS nội bộ, không dùng trong script thật.

Lỗi curl 56 xuất hiện ngẫu nhiên thì làm gì

Thêm --retry, đặt thời gian chờ, ghi log proxy. Lỗi ngẫu nhiên thường do mạng hoặc proxy chập chờn, thử lại là qua.

Mã 56 và mã 52 khác nhau thế nào

Mã 52 là kết nối đóng mà không nhận được byte nào. Mã 56 là lỗi khi đang nhận, hoặc lỗi đường hầm. Cả hai đều có thể do sai giao thức hoặc máy chủ đóng kết nối, nhưng 52 thường gợi ý gửi nhầm HTTPS vào cổng HTTP hoặc ngược lại.

Tổng kết

Lỗi curl 56 là lỗi nhận dữ liệu, bao trùm cả việc proxy từ chối mở đường hầm lẫn kết nối bị cắt giữa chừng. Luôn chạy curl -v để biết đứt ở chặng nào: CONNECT tunnel failed kèm 407, 403, 502 là lỗi ở proxy, còn Recv failure sau khi đường hầm đã mở là lỗi ở đích, ở giữa đường hoặc proxy cắt kết nối. Trong script, thêm --retry, thời gian chờ và log để xử lý lỗi có hệ thống. Cần proxy Việt Nam ổn định cho script và công cụ dòng lệ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 để được tư vấn.