Ngày 13 tháng 10 năm 2026, năm công ty trong lĩnh vực thu thập dữ liệu web đã công bố rằng họ hiện đang hoạt động dưới một cái ô chung Source. Các công ty này bao gồm Oxylabs, Decodo (trước đây là Smartproxy), Webshare, ScrapingBee và Honeygain. Nhiều khách hàng đã chọn từ những thương hiệu này làm nhà cung cấp "chính" và "dự phòng" trong nhiều năm, coi họ là đối thủ cạnh tranh. Bây giờ chính thức: đây là một nhóm. Hãy cùng tìm hiểu xem điều gì đã được hợp nhất, tại sao điều này lại liên quan đến tất cả những ai giữ một bể dự phòng proxy, và cách kiểm tra trong một giờ xem nhà cung cấp dự phòng của bạn có thực sự độc lập với nhà cung cấp chính hay không.
Điều gì đã xảy ra: năm thương hiệu, một chủ sở hữu
Theo Proxyway, Source mô tả mình là "hệ sinh thái dữ liệu". Cấu trúc chính đặt tại Vilnius và, như Proxyway lưu ý, nó cũng nằm trong một hệ sinh thái rộng lớn hơn là Tesonet. Những con số mà nhóm này đưa ra về bản thân:
- hơn 800 nhân viên, trong đó có hơn 350 lập trình viên và kỹ sư;
- hơn 180 bằng sáng chế và 215 thương hiệu;
- 1,5 triệu yêu cầu mỗi giây trong các hệ thống phân tán;
- nhu cầu từ các đại lý AI và sản phẩm AI đã tăng gấp bốn lần trong một năm.
Nhóm này đã phát triển từ Oxylabs. Vào tháng 7 năm 2026, Oxylabs đã thu hút được 130 triệu USD từ Warburg Pincus với định giá 3,6 tỷ USD, đây là vòng gọi vốn bên ngoài đầu tiên của họ. Các mối liên hệ giữa các thương hiệu đã hình thành trong nhiều năm: Webshare đã được Oxylabs mua lại vào năm 2022, ScrapingBee vào năm 2025, và Honeygain đã là đối tác chính của Oxylabs trong việc khai thác IP cư trú từ năm 2021. Mối liên hệ của Decodo với Oxylabs, như Wilson's Media viết, trước khi ra mắt Source không rõ ràng công khai. Một chi tiết đáng chú ý: Giám đốc điều hành của Source, Vitautas Savickas, đã lãnh đạo Decodo cho đến tháng 3 năm 2026.
Các thương hiệu chia sẻ thị trường như thế nào
- Oxylabs — doanh nghiệp lớn và phòng thí nghiệm AI;
- Decodo — phân khúc trung bình;
- ScrapingBee — API cho các nhà phát triển;
- Webshare — những cá nhân tiên tiến và các nhóm nhỏ;
- Honeygain — ứng dụng trả tiền cho những người bình thường vì "lưu lượng" dư thừa từ thiết bị của họ.
Về mặt hình thức, các thương hiệu vẫn độc lập: có đội ngũ riêng, giá cả, sản phẩm và khách hàng. Source tuyên bố rằng họ không bán gì cả, mà chỉ tập trung vào các bằng sáng chế, mua sắm, tuyển dụng và tuân thủ. Liệu các bể IP của các thương hiệu có chung hay không, cả Source và các ấn phẩm chuyên ngành không thông báo. Nhưng đối với người mua, đó là câu hỏi chính.
Tại sao điều này lại liên quan đến bể dự phòng của bạn
Bể dự phòng proxy cần thiết trong trường hợp nhà cung cấp chính ngừng hoạt động: trang web mục tiêu đã cấm các subnet của nhà cung cấp, nhà cung cấp gặp sự cố, điều kiện hoặc giá cả đã thay đổi. Chúng tôi đã viết chi tiết về các kịch bản và kiến trúc dự phòng trong bài phân tích khi nào bể proxy dự phòng thực sự cứu tài khoản. Quy tắc chính ở đây rất đơn giản: bể dự phòng phải đến từ một nhà cung cấp khác và lý tưởng là từ các nguồn IP khác nhau.
Sự hợp nhất dưới một chủ sở hữu làm cho quy tắc này trở nên phức tạp hơn so với vẻ bề ngoài. Có ba cấp độ phụ thuộc, và thương hiệu trên trang web chỉ phản ánh cấp độ đầu tiên:
- Pháp lý. Ai sở hữu công ty và ai quyết định giá cả, quy tắc và số phận của dịch vụ.
- Nguồn IP. Địa chỉ cư trú đến từ đâu: ứng dụng riêng, SDK trong các ứng dụng của bên thứ ba, chương trình đối tác như Honeygain, hoặc mua sỉ từ nhà cung cấp khác.
- Cơ sở hạ tầng. Cổng mà lưu lượng đi qua, hosting của chúng và mạng lưới.
Hai nhà cung cấp "khác nhau" có thể trùng lặp ở bất kỳ cấp độ nào. Nếu nguồn IP trùng lặp, bot chống lại trang web mục tiêu, đã học cách nhận diện các địa chỉ này, sẽ chặn cả hai bể cùng một lúc, và bể dự phòng sẽ trở nên vô dụng đúng vào thời điểm mà nó được mua để sử dụng.
Sự trùng lặp của các bể cũng có thể xảy ra mà không có chủ sở hữu chung
Quan trọng là không biến tin tức này thành một thuyết âm mưu. Sự giao thoa IP cũng xảy ra ở các công ty không liên quan: thị trường proxy cư trú được tổ chức theo nhiều cấp độ, và nhiều thương hiệu bán lại địa chỉ từ các mạng bán buôn lớn, trong khi các mạng này mua lưu lượng thông qua cùng một ứng dụng và SDK. Do đó, cần kiểm tra không chỉ "ai là chủ sở hữu", mà còn "địa chỉ đến từ đâu" và "chúng có giao thoa trong thực tế hay không".
Cách kiểm tra xem nhà cung cấp dự phòng có độc lập hay không: 5 bước
Việc kiểm tra mất khoảng một giờ và tốn vài trăm megabyte lưu lượng. Hãy thực hiện trước khi bể dự phòng cần thiết.
Bước 1. Pháp nhân và chủ sở hữu
Mở điều khoản sử dụng (Terms of Service) và chính sách bảo mật của cả hai nhà cung cấp: ở đó có thông tin về pháp nhân, quốc gia đăng ký và địa chỉ. Tiếp theo — tra cứu danh bạ công ty của quốc gia đó và phần "Về công ty" hoặc thông cáo báo chí. Địa chỉ trùng khớp, cùng một giám đốc hoặc đề cập đến nhóm chung — là lý do để coi các nhà cung cấp là một nhà cung cấp. Hữu ích khi xem xét cả mô tả thanh toán trong sao kê: nó thường chỉ ra pháp nhân thực tế, chứ không phải thương hiệu.
Bước 2. Nguồn IP cư trú
Hãy hỏi bộ phận hỗ trợ một cách thẳng thắn: "Bạn nhận được IP cư trú từ đâu? Ứng dụng riêng, SDK trong các ứng dụng của bên thứ ba, đối tác hay mua sỉ?" Một nhà cung cấp bình thường sẽ trả lời ít nhất trong những nét tổng quát. Nếu cả hai đều đề cập đến cùng một chương trình kiếm tiền từ lưu lượng hoặc lẩn tránh câu hỏi, hãy coi nguồn là chung. Câu hỏi này không phải là không quan trọng từ góc độ an ninh: vào ngày 16 tháng 10, GBHackers đã mô tả một chiến dịch mà kẻ xấu thông qua các lỗ hổng trong NAS D-Link, camera hành trình và SAP NetWeaver đã bí mật cài đặt ứng dụng hợp pháp Pawns.app lên các thiết bị của người khác và biến chúng thành các nút cư trú thương mại. Ít nhất 143 thiết bị ở 34 quốc gia đã bị ảnh hưởng. IPRoyal gọi Pawns.app là đối tác trực tiếp của họ trong việc khai thác IP cư trú; trong khi đó, như ấn phẩm nhấn mạnh, không có dữ liệu nào cho thấy chiến dịch này được điều hành bởi bất kỳ nhà cung cấp nào. Kết luận cho người mua: tính minh bạch về nguồn gốc IP cũng là một vấn đề về độ sạch của các địa chỉ mà bạn nhận được.
Bước 3. Sự giao thoa của các IP đầu ra
Đây là bài kiểm tra kỹ thuật chính. Hãy lấy từ cả hai nhà cung cấp một vòng quay ở cùng một quốc gia và thực hiện từ 500 đến 1000 yêu cầu đến dịch vụ trả về IP của bạn. Lưu lại các danh sách và so sánh:
- sự trùng khớp của các IP chính xác — dấu hiệu trực tiếp của bể chung;
- sự trùng khớp của các subnet /24 — dấu hiệu của nguồn chung hoặc các nhà điều hành chung;
- sự phân bố theo ASN — nếu trong cả hai danh sách, các mạng điều hành giống nhau chiếm ưu thế với tỷ lệ tương tự, nguồn gốc có khả năng gần nhau.
Một đoạn mã tối thiểu bằng Python:
import requests
def collect(proxy_url, n=500):
ips = set()
for _ in range(n):
try:
r = requests.get("https://api.ipify.org",
proxies={"http": proxy_url, "https": proxy_url},
timeout=15)
ips.add(r.text.strip())
except requests.RequestException:
pass
return ips
a = collect("http://login:[email protected]:port")
b = collect("http://login:[email protected]:port")
net24 = lambda s: {".".join(ip.split(".")[:3]) for ip in s}
print("IP duy nhất:", len(a), len(b))
print("IP chung:", len(a & b))
print("IP chung /24:", len(net24(a) & net24(b)))ASN cho các địa chỉ nhận được có thể được xác định bằng bất kỳ dịch vụ định vị IP nào hoặc cơ sở dữ liệu địa phương. Cách diễn giải số lượng địa chỉ duy nhất trong mẫu, chúng tôi đã thảo luận trong tài liệu cách kiểm tra kích thước thực tế của bể proxy với 1000 yêu cầu. Quy tắc ngắn gọn: một vài phần trăm chung /24 trong một bể lớn là nền tảng bình thường cho một quốc gia, trong khi hàng chục phần trăm IP chính xác chung thực sự là một bể.
Bước 4. Cổng và cơ sở hạ tầng
Hãy xem các máy chủ cổng của cả hai nhà cung cấp đang được phân giải đến đâu (các lệnh dig hoặc nslookup) và các địa chỉ này thuộc về mạng nào. Một hosting giống nhau không chứng minh điều gì, nhưng một dải địa chỉ cổng chung, các sơ đồ cổng giống nhau và định dạng đăng nhập tương tự, các phản hồi giống nhau về lỗi xác thực — đã là tín hiệu cho thấy dưới những thương hiệu khác nhau có thể là một nền tảng duy nhất. Trong trường hợp đó, sự cố cổng sẽ làm ngừng hoạt động cả hai dịch vụ ngay lập tức.
Bước 5. Kiểm tra chặn chung
Đây là kiểm tra thực tiễn nhất. Hãy lấy một trang web mục tiêu, nơi nhà cung cấp chính đã gặp captcha hoặc chặn, và chạy qua bể dự phòng cùng một kịch bản với cùng một tiêu đề và cùng một hồ sơ trình duyệt. Nếu bể dự phòng bị chặn với cùng một tần suất và ở cùng một bước, thì đối với trang web này, nó không phải là bể dự phòng, ngay cả khi các chủ sở hữu khác nhau. Lặp lại kiểm tra hàng tháng: các bể có thể thay đổi.
Chọn bể nào cho các nhiệm vụ khác nhau
- Phân tích và theo dõi giá cả. Quan trọng nhất là sự độc lập của nguồn IP và cổng. Một sơ đồ hợp lý — bể dự phòng của loại khác: nếu bể chính là proxy cư trú, bể dự phòng cho các mục đích không cầu kỳ có thể là từ trung tâm dữ liệu, và ngược lại.
- Đa tài khoản và mạng xã hội. Ở đây bể dự phòng phải trùng khớp về loại với bể chính, nếu không nền tảng sẽ thấy sự thay đổi "hồ sơ" mạng. Đối với các kịch bản di động, hợp lý là giữ bể dự phòng trên proxy di động với các nhà điều hành không có trong bể chính.
- Các nhiệm vụ quan trọng với SLA. Giữ hai nhà cung cấp với các chủ sở hữu khác nhau và nguồn gốc IP khác nhau và kiểm tra sự giao thoa theo các bước 3 và 5 ít nhất một lần mỗi quý.
Còn điều gì khác thay đổi khi hợp nhất
Có một mặt khác của việc hợp nhất. Nhóm này tuyên bố rằng tiếng nói chung cần thiết cho họ để bảo vệ "quyền truy cập có trách nhiệm vào dữ liệu web công khai", trong khi Wilson's Media nhắc nhở rằng Oxylabs vẫn là bị đơn trong vụ kiện Reddit, được đệ trình vào tháng 10 năm 2025 cùng với SerpApi, Perplexity và AWMProxy. Đối với khách hàng, điều này có nghĩa là một điều đơn giản: rủi ro pháp lý và danh tiếng của một thương hiệu giờ đây có thể ảnh hưởng đến toàn bộ nhóm. Các quyết định về quy tắc sử dụng, giá cả và mục đích cho phép cũng có thể bắt đầu được đồng thuận.
Tuy nhiên, các thương hiệu vẫn được bán như các dịch vụ riêng biệt, và không có gì ngăn cản việc sử dụng bất kỳ thương hiệu nào trong số đó. Chỉ có một điều thay đổi: không nên chọn hai trong số họ làm "chính và dự phòng" mà không kiểm tra.
Kết luận
Sự ra mắt của Source là lý do tốt để xem xét lại sơ đồ dự phòng. Tên thương hiệu không nói lên điều gì về sự độc lập của nhà cung cấp: điều quan trọng là chủ sở hữu, nguồn IP và cơ sở hạ tầng. Kiểm tra pháp nhân, hỏi về nguồn gốc địa chỉ, so sánh IP đầu ra và subnet, thực hiện kiểm tra chung về việc chặn. Nếu sự giao thoa lớn, bạn không có hai nhà cung cấp, mà chỉ có một với hai tài khoản. Tốt hơn là biết điều này ngay bây giờ, hơn là vào ngày mà bể chính ngừng hoạt động.