Hướng dẫn
Trình duyệt antidetect + proxy: khớp IP và dấu vân tay khi chạy nhiều tài khoản
Trình duyệt antidetect quản lý dấu vân tay, còn proxy quản lý IP; khi chạy nhiều tài khoản, cả hai phải chỉ về cùng một nơi. Bài viết gồm bảng chọn cài đặt profile theo quốc gia của proxy, cách chọn proxy theo loại profile, thiết lập trong Dolphin Anty, MostLogin và FlashID, kiểm tra độ khớp từ console và cách xử lý các sai lệch thường gặp.
Tóm tắt nhanh
- Trình duyệt antidetect quản lý cookie và dấu vân tay của profile (user agent, màn hình, canvas, WebGL, múi giờ, ngôn ngữ); còn proxy quyết định profile ra internet bằng IP nào, từ quốc gia nào và qua loại mạng nào.
- Khi chạy nhiều tài khoản, mỗi profile được cấp một proxy riêng, và múi giờ, ngôn ngữ, vị trí cùng chế độ WebRTC của profile được đặt theo quốc gia của proxy đó.
- Profile tài khoản đăng nhập hằng ngày dùng IP static residential hoặc ISP giữ nguyên trong suốt thời hạn gói; profile test ngắn dùng rotating residential với sticky session.
- Độ khớp được kiểm tra từ bên trong profile: kết quả My IP và tra cứu IP, múi giờ Intl và giá trị navigator.languages trong console, bài test rò rỉ WebRTC và DNS đều phải chỉ về cùng một quốc gia.
- IP khớp với dấu vân tay không có nghĩa là tài khoản sẽ không bị phát hiện; quy tắc của nền tảng vẫn áp dụng, và mục tiêu là mỗi profile nhất quán trong chính nó và tách biệt với các profile khác.
Trình duyệt antidetect cấp cho mỗi profile một môi trường trình duyệt riêng (cookie, user agent, màn hình, canvas, WebGL, múi giờ, ngôn ngữ); còn proxy quyết định profile đó ra internet bằng IP nào, từ quốc gia nào và qua loại mạng nào. Khi chạy nhiều tài khoản, hai lớp này phải khớp với nhau: nếu IP cho thấy một kết nối gia đình ở Istanbul trong khi profile báo múi giờ America/New_York, danh sách ngôn ngữ tiếng Anh và một ứng viên WebRTC làm lộ IP thật của bạn, thì dấu vân tay tốt hay proxy tốt đều không tự giải quyết được gì.
Trong thực tế, hãy cấp cho mỗi profile một proxy riêng, đặt múi giờ, ngôn ngữ và vị trí của profile theo quốc gia của proxy đó, cấu hình WebRTC để hiển thị IP của proxy, rồi mở profile và kiểm tra lần lượt từng giá trị. Các ví dụ dùng địa chỉ gateway của WeProxy là gw.weproxy.com.tr:8989; thay USER và PASSWORD bằng thông tin trong bảng điều khiển khách hàng của bạn, còn với các sản phẩm tĩnh thì host và port là giá trị được cấp trong bảng điều khiển.
Trình duyệt antidetect và proxy cùng nhau làm gì?
Một website nhận diện khách truy cập qua hai nguồn. Nguồn thứ nhất là mạng: địa chỉ IP mà kết nối đi tới, ASN (nhà mạng hoặc công ty hosting) mà địa chỉ đó được đăng ký, và thông tin quốc gia, thành phố trong các cơ sở dữ liệu IP. Nguồn thứ hai là trình duyệt: mọi thứ JavaScript đọc được, tức user agent, độ phân giải màn hình, font chữ, kết quả canvas và WebGL, múi giờ Intl, navigator.languages, cookie và local storage.
Trình duyệt antidetect (các công cụ đa profile như Dolphin Anty, MostLogin, FlashID) quản lý nguồn thứ hai. Mỗi profile chạy trong một thư mục riêng với cookie riêng và mang dấu vân tay của chính nó. Tuy vậy, nó không can thiệp vào tầng mạng. Mười profile không gắn proxy, dù dấu vân tay khác nhau đến đâu, vẫn ra internet từ cùng một IP gia đình hoặc văn phòng.
Proxy quản lý nguồn thứ nhất và không đụng tới trình duyệt. Khi đổi proxy, múi giờ, ngôn ngữ và hành vi WebRTC của profile không tự đổi theo. Vì thế khi thiết lập hai công cụ cùng lúc, việc chính là làm cho những gì proxy cho thấy và những gì profile khai báo kể cùng một câu chuyện.
Vì sao IP và dấu vân tay cần khớp nhau?
Một script trên trang có thể đặt IP mà server nhận được cạnh các giá trị trình duyệt khai báo. Phép so sánh này không cần công cụ đặc biệt; API của trình duyệt là đủ:
Intl.DateTimeFormat().resolvedOptions().timeZonetrả về múi giờ của profile,new Date().getTimezoneOffset()trả về độ lệch so với UTC. Nếu IP ở Đức mà độ lệch là-300phút (New York), hai thông tin này mâu thuẫn.navigator.languagesvà headerAccept-Languagetrong HTTP phải cho thấy cùng một danh sách. Nếu một bên làtr-TRcòn bên kia làen-US, điều đó cho thấy bản thân profile không nhất quán, bất kể IP là gì.- WebRTC thu thập các ứng viên mạng cho kết nối âm thanh và hình ảnh. Nếu một trong các ứng viên này đi qua đường không qua proxy, trang có thể thấy IP công khai thật của bạn.
- Nếu quyền vị trí (Geolocation API) đã được cấp, trình duyệt sẽ báo tọa độ. Tọa độ ở Ankara trong khi IP ở Amsterdam cũng là một mâu thuẫn.
Một mâu thuẫn đơn lẻ thường không nói lên điều gì. Người sống ở nước ngoài vẫn có thể làm việc theo giờ Thổ Nhĩ Kỳ; nhiều người dùng ở Thổ Nhĩ Kỳ dùng trình duyệt bằng tiếng Anh. Vấn đề thật sự là khi nhiều tín hiệu cùng lúc chỉ về những nơi khác nhau và bức tranh đó thay đổi sau mỗi lần đăng nhập. Với những phiên như vậy, nền tảng sẽ yêu cầu xác minh thêm hoặc đưa tài khoản vào diện xem xét.
Logic tương tự áp dụng giữa các profile. Hai profile dù mang dấu vân tay khác nhau, nếu ra internet từ cùng một IP thì vẫn bị liên kết với nhau ở phía mạng. Chi tiết về quy tắc mỗi profile một IP và các tình huống sử dụng có trên trang antidetect browser proxy.
Chọn cài đặt profile theo quốc gia của proxy như thế nào?
Hãy bắt đầu từ proxy: trước tiên xác định quốc gia và loại mạng của IP, sau đó điền profile cho khớp. Làm ngược lại, tức là gắn một proxy bất kỳ vào một profile có sẵn, là nguyên nhân phổ biến nhất gây ra sai lệch.
| Cài đặt profile | Chọn dựa trên | Ví dụ với IP Thổ Nhĩ Kỳ | Ví dụ với IP Đức |
|---|---|---|---|
| Múi giờ | Quốc gia của IP (với quốc gia có nhiều múi giờ thì theo thành phố) | Europe/Istanbul | Europe/Berlin |
Ngôn ngữ trình duyệt và Accept-Language | Đối tượng của tài khoản; hai giá trị phải là cùng một danh sách | tr-TR, tr, en | de-DE, de, en |
| Vị trí (Geolocation) | Thành phố của IP hoặc tắt quyền | Tọa độ Istanbul hoặc “hỏi/chặn” | Tọa độ Berlin hoặc “hỏi/chặn” |
| WebRTC | Chế độ hiển thị IP của proxy | Thay thế / IP proxy | Thay thế / IP proxy |
| Hệ điều hành và user agent | Thiết bị tài khoản đã dùng trước đây | Desktop Windows hoặc macOS | Desktop Windows hoặc macOS |
| Loại mạng | Khớp hợp lý với loại thiết bị | Profile desktop + IP residential hoặc ISP | Profile desktop + IP residential hoặc ISP |
Phần lớn công cụ antidetect có thể tự điền múi giờ, ngôn ngữ và vị trí theo IP của proxy; Dolphin Anty cung cấp tính năng ghép này trong phần cài đặt profile. Giá trị tự động lấy từ cơ sở dữ liệu IP, nên đúng ở cấp quốc gia nhưng đôi khi lệch ở cấp thành phố. Nếu quốc gia và múi giờ đã khớp thì chênh lệch nhỏ về thành phố không thành vấn đề. Lý do các cơ sở dữ liệu IP hiển thị thành phố khác nhau được giải thích trong hướng dẫn nhắm mục tiêu địa lý.
Dòng loại mạng là cài đặt hay bị bỏ qua nhất. Mở một profile có user agent Android từ IP datacenter là một bức tranh bất thường. Còn mở profile desktop từ IP nhà mạng di động thì bình thường hơn, vì người ta vẫn thường kết nối laptop vào mạng của điện thoại. Khác biệt giữa các loại mạng có trong bài so sánh proxy residential, mobile, datacenter và ISP.
Ở tầng mạng còn một tín hiệu nữa: các giá trị trong header của gói TCP (TTL, kích thước cửa sổ, thứ tự tùy chọn) để lộ manh mối về hệ điều hành của phía bên kia. Profile có thể trông như Windows trong khi dấu vết này lại chỉ về một server Linux. Sản phẩm Static Residential IPv4 của WeProxy có tính năng p0f OS spoofing ở các vị trí ngoài Thổ Nhĩ Kỳ; các gói Thổ Nhĩ Kỳ không có tính năng này. Cài đặt này không thay thế dấu vân tay trình duyệt, nó chỉ liên quan đến dấu vết ở tầng mạng.
Loại proxy nào phù hợp với loại profile nào?
Câu hỏi quyết định là profile có đăng nhập vào tài khoản hay không. Tài khoản đăng nhập hằng ngày phải thấy cùng một IP mỗi lần mở. Với các việc test và kiểm tra không cần đăng nhập, một phiên ngắn là đủ.
| Loại profile | Sản phẩm phù hợp | Hành vi IP | Giao thức và xác thực |
|---|---|---|---|
| Tài khoản đăng nhập hằng ngày | Static Residential IPv4 | Cùng một IP trong suốt thời hạn gói (tối đa 30 ngày) | HTTP / SOCKS5; chỉ tên người dùng/mật khẩu |
| Tài khoản cho thị trường Mỹ | Static ISP IPv4 | Tĩnh, tối đa 30 ngày | HTTP / SOCKS5 |
| Tài khoản cần hiện diện như mạng di động | Mobile 4G/5G Proxy | Cố định; xoay IP tùy chọn, khoảng ngắn nhất 3 phút | Chỉ HTTP; chỉ tên người dùng/mật khẩu |
| Test QA và bản địa hóa ngắn | Rotating Residential IPv4 | IP cố định có thời hạn qua sticky session, nhắm theo quốc gia và thành phố | HTTP / SOCKS5 |
| Test trên đích chỉ hỗ trợ IPv6 | Sticky IPv6 | IP cố định 1–120 phút | HTTP / SOCKS5; chỉ chạy trên website hỗ trợ IPv6 |
Dùng IP xoay cho profile có đăng nhập đồng nghĩa với việc tài khoản mỗi ngày kết nối từ một địa chỉ khác. Khi hết thời gian sticky session hoặc khi thiết bị trong pool ngoại tuyến, IP có thể đổi. Khác biệt giữa hai mô hình có trong hướng dẫn sticky và rotating proxy. Proxy IPv6 chạy được trên nhiều website lớn, nhưng không phải đích nào cũng nhận IPv6; với profile tài khoản, IPv4 là lựa chọn an toàn hơn.
Thêm proxy vào profile antidetect như thế nào?
Giao diện mỗi công cụ một khác, nhưng công cụ nào cũng hỏi cùng bốn thông tin cho mỗi profile: loại, host, port và thông tin đăng nhập. Thứ tự chung như sau:
- Mở phần proxy khi tạo hoặc chỉnh sửa profile.
- Chọn loại: HTTP hoặc SOCKS5. Mobile 4G/5G Proxy chỉ hỗ trợ HTTP; nếu chọn SOCKS5 ở đây, profile vẫn mở nhưng trang không tải.
- Nhập host, port, tên người dùng và mật khẩu. Nếu công cụ nhận một dòng duy nhất, dán theo dạng
host:port:user:pass. Nếu dòng bạn có ở định dạng khác, hãy chuyển đổi bằng công cụ chuyển đổi định dạng proxy; quy tắc viết từng định dạng có trong hướng dẫn định dạng proxy. - Kiểm tra kết nối bằng nút “kiểm tra proxy” của công cụ và ghi lại quốc gia cùng IP trả về.
- Đặt múi giờ, ngôn ngữ và vị trí theo kết quả đó, hoặc bật tính năng ghép tự động.
Với profile antidetect, tên người dùng/mật khẩu là phương thức tiện hơn: mỗi profile mang dòng proxy riêng, và việc bạn mở profile từ mạng nào không còn quan trọng. Static Residential IPv4 và Mobile proxy vốn chỉ chạy với tên người dùng/mật khẩu. Phương thức nào được bật cho từng sản phẩm có trong hướng dẫn xác thực proxy.
Các bước riêng cho từng công cụ: trong Dolphin Anty, proxy được thêm khi tạo profile hoặc từ danh sách proxy riêng, và có cả tính năng nhập hàng loạt; các bước có trên trang tích hợp Dolphin Anty. Trong FlashID, proxy được nhập ở ô Add Proxy trong phần cài đặt profile và được test trước khi lưu (tích hợp FlashID). MostLogin nhận proxy HTTP, HTTPS và SOCKS5 theo từng profile và có bảo vệ chống rò rỉ WebRTC và DNS (trang đối tác MostLogin).
Một số công cụ có thể mở profile bằng kết nối trực tiếp khi kết nối proxy thất bại. Chỉ một lần mở không có proxy cũng đủ để gắn profile với IP thật của bạn. Hãy đảm bảo profile không mở khi proxy gặp lỗi.
Kiểm tra độ khớp của profile như thế nào?
Phần kiểm tra có sẵn của công cụ chỉ cho biết proxy có chạy hay không. Để thấy độ khớp, bạn cần mở profile và xem từ bên trong trình duyệt. Trước tiên, xác minh dòng proxy bên ngoài trình duyệt:
# IP đầu ra
curl -x "http://USER:[email protected]:8989" https://api.ipify.org
# Thông tin quốc gia, thành phố và nhà mạng của IP
curl -x "http://USER:[email protected]:8989" https://ipinfo.io/json
Sau đó mở profile và đi theo thứ tự sau:
- Trên công cụ My IP, xác nhận IP trùng với kết quả curl.
- Trên công cụ tra cứu IP, kiểm tra ASN, quốc gia và thành phố. Nếu ASN thuộc một công ty hosting trong khi bạn mua sản phẩm residential, thì bạn đã chọn nhầm dòng hoặc nhầm sản phẩm.
- Trong console của công cụ dành cho nhà phát triển, đọc các giá trị profile khai báo:
Intl.DateTimeFormat().resolvedOptions().timeZone // kỳ vọng "Europe/Istanbul"
new Date().getTimezoneOffset() // -180 với Thổ Nhĩ Kỳ
navigator.language // "tr-TR"
navigator.languages // ["tr-TR", "tr", "en"]
- Trong một bài test rò rỉ WebRTC, xác nhận IP công khai hiển thị trùng với IP đầu ra của proxy và IP công khai của chính bạn không có trong danh sách. Địa chỉ mạng nội bộ (
192.168.x.x) hoặc tên mDNS (.local) không phải IP công khai. - Trong một bài test rò rỉ DNS, kiểm tra rằng các DNS resolver hiện ra ở quốc gia của proxy hoặc trong mạng của nhà cung cấp proxy. Cách test có trong hướng dẫn rò rỉ DNS.
Lặp lại bước kiểm tra này khi mở một profile mới lần đầu và mỗi lần bạn đổi proxy cho nó. Ghi lại trong một bảng profile nào khớp với IP, quốc gia và sản phẩm nào, vài tháng sau bạn sẽ dễ lần ra nguồn gốc của sự cố hơn.
Những sai lệch thường gặp và cách khắc phục
| Triệu chứng | Nguyên nhân có thể | Cách khắc phục |
|---|---|---|
| IP đúng quốc gia, độ lệch giờ sai | Múi giờ được nhập tay hoặc còn sót từ template | Bật ghép tự động hoặc nhập theo quốc gia của IP |
navigator.languages khác Accept-Language | Ngôn ngữ chỉ được đổi ở giao diện | Đặt danh sách ngôn ngữ của profile tại một chỗ duy nhất |
| Bài test WebRTC hiện IP gia đình của bạn | WebRTC đang ở chế độ “thật” | Chuyển sang “thay thế/IP proxy” rồi test lại |
| ASN hiển thị công ty hosting | Nhầm dòng datacenter là residential | Kiểm tra sản phẩm trong bảng điều khiển, dùng static residential hoặc ISP cho profile tài khoản |
| Profile mở được nhưng trang không tải | Mobile proxy được khai báo là SOCKS5 | Đổi loại sang HTTP |
407 Proxy Authentication Required | Sai tên người dùng hoặc mật khẩu, còn dấu cách khi sao chép | Sao chép lại dòng từ bảng điều khiển |
| Profile sticky có IP khác mỗi ngày | Sản phẩm rotating đang dùng cho tài khoản lâu dài | Chuyển profile tài khoản sang sản phẩm tĩnh |
| Quyền vị trí báo thành phố khác | Geolocation đặt cố định một tọa độ | Tắt quyền hoặc đặt theo thành phố của IP |
Các mã như 407, 403 và 429 đến từ tầng nào có trong hướng dẫn mã lỗi proxy. Bạn có thể dùng proxy checker để xem một dòng proxy có chạy hay không mà không phụ thuộc vào trình duyệt; dòng chạy được trong checker nhưng không chạy trong profile cho thấy vấn đề nằm ở cài đặt profile.
Dùng trình duyệt antidetect và proxy cần tuân theo quy tắc nào?
Trình duyệt antidetect và proxy được dùng để agency tách riêng tài khoản của từng khách hàng, đội thương mại điện tử tách các cửa hàng, và đội QA tách các môi trường test. Còn ai được mở bao nhiêu tài khoản thì do điều khoản sử dụng của nền tảng quy định riêng. Nhiều nền tảng cấm tài khoản giả, mạo danh người khác, mở tài khoản mới thay cho tài khoản đã bị hạn chế và tương tác giả. Một profile được thiết lập đúng không làm thay đổi các quy tắc này.
Khớp nhau không có nghĩa là tài khoản sẽ không bị phát hiện. Ngoài IP và dấu vân tay, nền tảng còn xem xét lịch sử tài khoản, hành vi và việc xác minh qua điện thoại hoặc email. Bị yêu cầu xác minh ở lần đăng nhập đầu tiên từ một vị trí mới là chuyện bình thường. Mục tiêu là mỗi profile nhất quán trong chính nó và tách biệt với các profile khác.
Với các đội quản lý tài khoản khách hàng, cách chắc chắn nhất là dùng các phương thức truy cập do chủ tài khoản cấp (quyền quản lý doanh nghiệp, vai trò trong nhóm). Nếu profile có xử lý dữ liệu cá nhân thì các nghĩa vụ theo KVKK (luật bảo vệ dữ liệu cá nhân của Thổ Nhĩ Kỳ) và GDPR được áp dụng. Những cách sử dụng được phép với dịch vụ WeProxy được ghi trên trang chính sách sử dụng chấp nhận được.
Câu hỏi thường gặp
Trình duyệt antidetect có bắt buộc phải dùng proxy không?
Có, nếu bạn quản lý nhiều tài khoản trong các profile riêng. Trình duyệt antidetect chỉ tách tầng trình duyệt; không có proxy, mọi profile đều ra internet từ cùng một IP gia đình hoặc văn phòng và bị liên kết với nhau ở phía mạng. Khi mỗi profile có một proxy riêng, cả dấu vân tay lẫn IP đầu ra của các profile đều khác nhau. Nếu chỉ dùng một profile để cô lập trình duyệt thì có thể không cần proxy.
Nên dùng loại proxy nào cho trình duyệt antidetect?
Với tài khoản đăng nhập hằng ngày, phù hợp là static residential IPv4 giữ nguyên IP trong suốt thời hạn gói, hoặc static ISP IPv4 cho thị trường Mỹ. Tài khoản cần hiện diện như mạng di động dùng mobile 4G/5G proxy; sản phẩm này chỉ hỗ trợ HTTP. Với test QA và bản địa hóa ngắn không cần đăng nhập, rotating residential có sticky session là đủ. IP datacenter trong profile có đăng nhập thường bị yêu cầu xác minh thêm nhiều hơn.
Làm sao để múi giờ của profile khớp với proxy?
Sau khi thêm proxy vào profile và test, hãy chọn múi giờ theo quốc gia trả về: Europe/Istanbul cho IP Thổ Nhĩ Kỳ, Europe/Berlin cho IP Đức. Phần lớn công cụ antidetect có thể tự điền múi giờ, ngôn ngữ và vị trí theo IP của proxy. Kiểm tra kết quả trong console của công cụ dành cho nhà phát triển bên trong profile bằng lệnh Intl.DateTimeFormat().resolvedOptions().timeZone; giá trị phải khớp với quốc gia của IP.
WebRTC có làm lộ IP thật trong profile antidetect không?
Có thể, nếu để WebRTC ở chế độ thật. WebRTC thu thập các ứng viên mạng cho kết nối âm thanh và hình ảnh, và một trong số đó có thể đi qua đường không qua proxy. Trong cài đặt profile, hãy chuyển WebRTC sang chế độ hiển thị IP của proxy, sau đó làm một bài test rò rỉ WebRTC để xác nhận IP công khai hiển thị trùng với IP đầu ra của proxy và IP công khai của bạn không có trong danh sách.
Có thể dùng một proxy cho nhiều profile không?
Về kỹ thuật thì được, nhưng làm vậy mất đi mục đích tách profile. Các profile ra internet từ cùng một IP sẽ bị liên kết với nhau ở phía mạng dù dấu vân tay khác nhau, và khi một tài khoản bị hạn chế, các tài khoản khác cũng có thể bị đưa vào diện xem xét. Hãy chuẩn bị số IP bằng số profile, ghi lại profile nào khớp với IP nào và đừng chuyển một IP sang profile khác theo thời gian.









