Bạn mở Facebook Ads qua proxy, nhưng thay vì bảng điều khiển — bạn thấy màn hình trắng với mã 502. Hoặc trình phân tích Wildberries đột nhiên bắt đầu báo lỗi 503 mỗi năm phút. Suy nghĩ đầu tiên — proxy bị hỏng, đã đến lúc thay đổi pool. Nhưng trong một nửa số trường hợp, vấn đề không phải ở proxy mà ở phía trang web, và việc thay đổi IP sẽ không giải quyết được gì. Hãy cùng tìm hiểu cách xác định nguồn gốc vấn đề trong vài phút và không lãng phí thời gian vào việc thử nghiệm các proxy hoạt động.
Mã 502 và 503 có nghĩa là gì
Trước khi đổ lỗi cho proxy, bạn cần hiểu rằng các mã này được giao thức HTTP thông báo, và chúng mô tả vấn đề ở phía máy chủ mà bạn đang truy cập, chứ không phải ở phía khách hàng. 502 Bad Gateway có nghĩa là máy chủ trung gian (ví dụ: bộ cân bằng tải hoặc CDN như Cloudflare) đã nhận được phản hồi không hợp lệ từ máy chủ cấp cao hơn. Nói một cách đơn giản — một liên kết trong chuỗi giữa bạn và ứng dụng cuối đã bị hỏng hoặc quá tải.
503 Service Unavailable thông báo rằng máy chủ tạm thời không thể xử lý yêu cầu — thường là do quá tải, công việc kỹ thuật hoặc kích hoạt bảo vệ chống bot. Một điểm quan trọng: 503 là tình trạng không khả dụng tạm thời, máy chủ vẫn hoạt động, chỉ là không sẵn sàng để trả lời ngay bây giờ.
Có vẻ như cả hai mã đều rõ ràng nói "vấn đề ở máy chủ". Nhưng khi bạn sử dụng proxy, tình hình trở nên phức tạp hơn: máy chủ proxy có thể chính là "liên kết trung gian" tạo ra 502, nếu nó không thể kết nối đến trang web mục tiêu. Và 503 thường xuất hiện không phải vì trang web thực sự bị lỗi, mà vì hệ thống bảo vệ (Cloudflare, Akamai, DataDome) đã nhận diện IP proxy là đáng ngờ và thay vì trang thực tế, nó trả về một trang lỗi với mã 503 hoặc 429.
Tại sao lỗi này thường xảy ra qua proxy
Nếu không có proxy, trang web mở ổn định, nhưng qua proxy thường xuyên gặp lỗi 502 hoặc 503, thường có một số nguyên nhân, và tất cả đều liên quan đến cách mà proxy được tích hợp vào chuỗi yêu cầu.
Quá tải máy chủ proxy. Với các proxy từ trung tâm dữ liệu giá rẻ, một IP có thể "treo" quá nhiều phiên đồng thời. Khi proxy không kịp xử lý lưu lượng, nó sẽ hoặc ngắt kết nối, hoặc trả về 502 từ chính nó.
Chặn IP ở phía trang web mục tiêu. Facebook Ads, Instagram, Wildberries và Ozon tích cực sử dụng hệ thống chống bot, chặn hàng loạt các dải IP từ trung tâm dữ liệu. Trang web trong trường hợp này vẫn hoạt động, nhưng đối với IP cụ thể, nó trả về 503 hoặc chuyển hướng đến captcha.
Không tương thích về địa lý. Nếu proxy đến từ một quốc gia, trong khi tài khoản được tạo với liên kết đến một khu vực khác, một số dịch vụ tạm thời "treo" phiên và trả về lỗi gateway thay vì từ chối truy cập một cách chính xác.
Giao thức và cổng. Loại proxy được chỉ định không chính xác (HTTP thay vì SOCKS5, hoặc ngược lại) trong cài đặt của trình duyệt chống phát hiện cũng thường bị che giấu dưới dạng 502 — trình duyệt không thể thiết lập đường hầm và hiển thị lỗi gateway.
Kiểm tra nhanh: proxy hay trang web
Cách đáng tin cậy nhất để tìm hiểu là loại bỏ các biến một cách tuần tự. Đây là thứ tự hành động sẽ mất không quá năm phút.
Bước 1. Mở cùng một trang web mà không có proxy, trực tiếp từ IP thực của bạn. Nếu lỗi lặp lại — vấn đề chắc chắn ở phía trang web, proxy không liên quan ở đây.
Bước 2. Nếu không có proxy mọi thứ hoạt động, hãy thay đổi proxy sang một IP khác từ cùng một pool. Nếu lỗi biến mất — có nghĩa là IP cụ thể đã bị chặn hoặc quá tải, chứ không phải toàn bộ dịch vụ.
Bước 3. Kiểm tra cùng một proxy trên một trang web khác (ví dụ: mở bất kỳ tài nguyên trung lập nào như httpbin.org hoặc whatismyip). Nếu proxy không mở được gì cả — vấn đề nằm ở chính máy chủ proxy, không phải ở trang web mục tiêu.
Bước 4. Nếu proxy mở các trang khác bình thường, nhưng trên tài nguyên mục tiêu lại liên tục gặp lỗi 503 — đây gần như luôn là bảo vệ chống bot, đã đưa IP của bạn vào danh sách đáng ngờ. Trong tình huống như vậy, việc thay đổi loại proxy sẽ hữu ích, chứ không chỉ là xoay vòng trong cùng một pool.
Chẩn đoán trong Dolphin Anty, AdsPower và Multilogin
Nếu bạn quản lý tài khoản qua trình duyệt chống phát hiện, việc chẩn đoán sẽ thuận tiện hơn khi thực hiện ngay bên trong nó, không cần chuyển sang các dịch vụ bên ngoài.
Trong Dolphin Anty, mở hồ sơ, đi đến cài đặt proxy và nhấn nút kiểm tra kết nối. Nếu bài kiểm tra cho thấy "Proxy không phản hồi" hoặc hết thời gian — vấn đề nằm ở cấp độ máy chủ proxy, lỗi 502 trong trình duyệt sẽ là hệ quả hợp lý của nó. Nếu bài kiểm tra thành công, nhưng trang web trong hồ sơ vẫn báo 502 hoặc 503, hãy ghi lại mã phản hồi và mở cùng một URL trong tab bên cạnh với hồ sơ khác trên một IP khác — điều này sẽ cho thấy liệu vấn đề là hệ thống hay cục bộ.
Trong AdsPower, chức năng tương tự được gọi là "Kiểm tra Proxy", nó còn cho thấy tốc độ phản hồi và vị trí địa lý được xác định. Nếu vị trí địa lý của proxy không trùng khớp với mong đợi (ví dụ: bạn đã mua proxy từ Mỹ, nhưng dịch vụ cho thấy Hà Lan), đó là lý do để nghi ngờ việc thay thế hoặc cài đặt không chính xác, điều này cũng có thể gây ra lỗi gateway.
Trong Multilogin và GoLogin, việc kiểm tra proxy được đưa vào một hộp thoại riêng khi tạo hồ sơ — hãy sử dụng nó trước mỗi lần khởi động chiến dịch, đặc biệt nếu bạn đang tạo ra các tài khoản mới hàng loạt. Năm giây kiểm tra là đủ để không phải mất một giờ sau đó để tìm hiểu nguyên nhân của lỗi 502.
Cách kỹ thuật: kiểm tra qua curl
Đối với những ai làm việc với việc phân tích hoặc cấu hình proxy bằng chương trình, cách chẩn đoán chính xác nhất là gửi yêu cầu trực tiếp qua terminal. Điều này cho phép bạn thấy mã phản hồi thực tế mà không có "trang trí" của trình duyệt.
curl -x http://login:password@proxy_ip:port -I https://example.com -v
Cờ -I yêu cầu chỉ các tiêu đề, và -v kích hoạt đầu ra chi tiết, cho thấy chính xác ở giai đoạn nào đã xảy ra sự cố — khi thiết lập đường hầm đến proxy hoặc khi truy cập vào máy chủ mục tiêu.
Nếu lỗi xảy ra ngay khi kết nối đến proxy (dòng Connection refused hoặc Connection timed out), thì máy chủ proxy là nguyên nhân. Nếu đường hầm đã được thiết lập, nhưng phản hồi đến với mã 502 hoặc 503 từ miền mục tiêu — vấn đề nằm ở phía trang web hoặc hệ thống bảo vệ của nó.
Hữu ích khi chạy thử mười proxy từ pool bằng một script và thu thập thống kê mã phản hồi — điều này sẽ nhanh chóng cho thấy liệu có vấn đề hệ thống với toàn bộ pool hay chỉ là một vài IP "hỏng":
for proxy in $(cat proxies.txt); do
code=$(curl -x "$proxy" -o /dev/null -s -w "%{http_code}" https://example.com)
echo "$proxy -> $code"
doneNếu hơn 30% proxy từ pool trả về 502 trên các trang web khác nhau — vấn đề nằm ở nhà cung cấp hoặc trong chính cơ sở hạ tầng, và bạn nên thay đổi toàn bộ pool. Nếu lỗi chỉ xảy ra trên một miền cụ thể — vấn đề nằm ở bảo vệ chống bot của trang web đó.
Bảng: nguyên nhân lỗi theo loại proxy
Các loại proxy khác nhau có khả năng gặp lỗi 502 và 503 khác nhau — điều này rất quan trọng khi lựa chọn cho nhiệm vụ cụ thể.
| Loại proxy | Nguyên nhân điển hình của 502/503 | Tần suất lỗi |
|---|---|---|
| Proxy từ trung tâm dữ liệu | Bị chặn hàng loạt bởi các hệ thống chống bot, quá tải trên các máy chủ chung | Cao |
| Proxy cư trú | Đôi khi kết nối không ổn định từ thiết bị nguồn IP | Thấp |
| Proxy di động | Thay đổi IP bởi nhà mạng giữa phiên, tín hiệu tạm thời bị gián đoạn | Trung bình, nhưng tạm thời |
IP từ trung tâm dữ liệu thường được các hệ thống chống bot nhận diện trước, vì vậy chúng gây ra tỷ lệ 503 cao nhất trên các nền tảng như Facebook Ads, Instagram và các chợ trực tuyến. IP cư trú và di động trông giống như người dùng bình thường đối với hệ thống bảo vệ, vì vậy tỷ lệ bị chặn sai ở họ thấp hơn nhiều, mặc dù không bằng không.
Cách giảm thiểu số lượng lỗi
Đối với các nhà quảng cáo, những người tạo ra tài khoản quảng cáo Facebook Ads hoặc TikTok Ads, việc IP không bị đưa vào danh sách đen của các hệ thống chống bot là rất quan trọng — chính điều này thường dẫn đến mã 503. Trong những nhiệm vụ này, proxy cư trú hoạt động ổn định hơn nhiều so với proxy từ trung tâm dữ liệu, vì IP của chúng thuộc về các nhà cung cấp thực và ít gây nghi ngờ hơn với các hệ thống bảo vệ.
Đối với các chuyên gia SMM, những người quản lý hàng loạt Instagram và TikTok qua nhiều hồ sơ chống phát hiện cùng một lúc, nguyên nhân của lỗi 502 thường là do quá tải của cùng một IP với quá nhiều phiên. Giải pháp — gán một IP duy nhất cho mỗi tài khoản và không tiết kiệm số lượng địa chỉ trong pool.
Đối với các người bán, những người theo dõi giá trên Wildberries, Ozon và Avito, 503 thường có nghĩa là hệ thống bảo vệ của trang web đã nhận diện mẫu yêu cầu giống nhau quá thường xuyên. Ở đây, không chỉ việc thay đổi loại proxy là hữu ích, mà còn giảm tần suất yêu cầu và thêm độ trễ ngẫu nhiên giữa các yêu cầu, kết hợp với việc xoay vòng IP cho mỗi yêu cầu mới.
Đối với việc phân tích và các script tự động, nơi tốc độ và độ ổn định của kết nối là quan trọng với khối lượng yêu cầu lớn, proxy từ trung tâm dữ liệu vẫn là lựa chọn hợp lý về giá và tốc độ — nhưng cần sử dụng một cách thông minh, phân phối tải đều giữa nhiều IP để không bị giới hạn bởi một địa chỉ.
Danh sách kiểm tra chẩn đoán
Hãy lưu lại thứ tự này và thực hiện theo nó mỗi khi xuất hiện lỗi 502 hoặc 503 qua proxy:
- Mở trang web mà không có proxy — lỗi có lặp lại không.
- Kiểm tra kết nối proxy riêng biệt (whatismyip, httpbin).
- Thay đổi IP trong cùng một pool và lặp lại yêu cầu.
- Kiểm tra loại proxy và cổng trong cài đặt hồ sơ (HTTP/SOCKS5).
- Chạy thử một vài IP qua curl và so sánh mã phản hồi.
- Kiểm tra xem vị trí địa lý của proxy có thay đổi so với liên kết của tài khoản không.
- Giảm tần suất yêu cầu nếu lỗi chỉ lặp lại trên một trang web.
- Nếu lỗi xảy ra hàng loạt trong toàn bộ pool — hãy thay đổi nhà cung cấp hoặc loại proxy.
Kết luận
Các mã 502 và 503 không phải là bản án và không phải là lý do để ngay lập tức từ bỏ proxy. Trong hầu hết các trường hợp, chỉ cần năm phút chẩn đoán để hiểu chính xác nơi xảy ra sự cố: trong chính máy chủ proxy, trong trang web mục tiêu hoặc trong hệ thống bảo vệ chống bot của nó. Kiểm tra mà không có proxy, thay đổi IP trong pool và thử nghiệm qua curl hoặc các công cụ tích hợp của trình duyệt chống phát hiện như Dolphin Anty và AdsPower sẽ giải quyết 90% các câu hỏi như vậy mà không cần phải đoán mò.
Nếu nguyên nhân không nằm ở cài đặt mà ở việc IP của bạn thường xuyên bị đưa vào danh sách đen của các hệ thống chống bot, bạn nên xem xét lại loại proxy cho nhiệm vụ. Đối với việc tạo tài khoản quảng cáo và làm việc với mạng xã hội, hợp lý hơn khi xem xét proxy cư trú — chúng ít gây nghi ngờ hơn với các hệ thống bảo vệ của trang web. Đối với các nhiệm vụ mà tốc độ là quan trọng với khối lượng yêu cầu lớn, các proxy từ trung tâm dữ liệu sẽ phù hợp, và để có hành vi tự nhiên nhất trong các ứng dụng di động — proxy di động.