Chia sẻ Cấu hình proxy theo từng cửa sổ: người bán Shopee cần kiểm tra gì trước khi mở gian hàng

[Nguyễn Văn Húc]

Mình ở quận Tân Bình, TP.HCM, bán đồ nhà bếp nhỏ, ngày ship ba bốn chục đơn. Một laptop cũ mà ôm bốn gian: ba Shopee, một Lazada. Đợt Flash Sale cuối tuần rồi mình theo tutorial mua proxy dân cư, ngồi cài proxy thủ công, mở 4 tab, dán từng dòng hostort, bấm Test thấy báo thành công. Ai ngờ gian thứ 2 vừa đăng nhập đã nhảy mã xác thực. Mình mở trang kiểm tra IP: quốc gia hiện Singapore, vậy mà múi giờ cửa sổ vẫn Asia/Ho_Chi_Minh, ngôn ngữ vẫn tiếng Việt. Ôi trời, đổi IP mà như chưa đổi, hóa ra mới đúng nửa câu chuyện. Tình cờ mình để ý phần cấu hình proxy theo từng cửa sổ trong BitBrowser, nơi múi giờ với ngôn ngữ tự đồng bộ theo chính IP proxy, và sửa chỗ đó đầu tiên cho khỏi lệch.​

Cấu hình proxy cho người bán Shopee: một request đi qua những lớp nào

Cái ô proxy chỉ là một mắt xích. Lúc bấm đăng nhập, trình duyệt đẩy yêu cầu sang proxy client: HTTP hay HTTPS mở CONNECT tunnel, SOCKS5 mở phiên ở tầng truyền tải. Gói tin thoát ở exit IP thuộc một ASN rồi tới sàn. Sàn không đọc mỗi IP: nó gộp luôn header kiểu Accept-Language, User-Agent và tham số thiết bị do JavaScript thu thập thành một bộ hồ sơ đem so lịch sử. IP Singapore mà múi giờ còn TP.HCM là hai lớp tự mâu thuẫn. Cấu hình proxy đầy đủ là làm ba lớp cùng kể một câu chuyện, chứ không chỉ sửa dòng hostort.​

SOCKS5, HTTP và SSH: khác nhau ở tầng nào, DNS đi đường nào

Ba giao thức khác nhau ở tầng đứng và DNS, mình gom lại cho dễ nhớ.​

Giao thức	Tầng làm việc và DNS	Bối cảnh phù hợp
HTTP / HTTPS	Tầng ứng dụng, CONNECT tunnel	Đăng nhập sàn, thao tác web
SOCKS5	Tầng truyền tải, có UDP, DNS theo proxy	Luồng UDP, gọi API, cần DNS khớp
SSH	Tunnel mã hóa, DNS tùy cấu hình	Đội kỹ thuật tự dựng đường

Hệ quả mình ban đầu lờ đi: proxy dân cư xoay vòng đổi exit IP sau mỗi phiên. IP nhảy sang nước khác mà múi giờ, ngôn ngữ, vùng giữ nguyên cấu hình cũ là bộ ba lại lệch. IP động đổi thì cả cụm tham số khu vực phải đổi cùng nhịp. Đó là lý do mình bật tùy chọn đồng bộ theo IP thay vì gõ tay.​

Trình duyệt vân tay và ba lớp nhất quán: tầng lưu trữ hay bị bỏ quên

Đọc tài liệu về trình duyệt vân tay mình chia được khung ba lớp, lớp hay bị lờ nằm dưới cùng. Lớp mạng: exit IP, ASN, DNS, WebRTC. Lớp trình duyệt: User Agent, Canvas, WebGL, AudioContext, Fonts, độ phân giải, múi giờ, ngôn ngữ. Lớp lưu trữ: Cookie, localStorage, IndexedDB, Cache, Service Worker. Đây là chỗ mình dính: đổi proxy mà Cookie cũ vẫn nguyên, localStorage vẫn mang dấu nhận diện lần trước, sàn vẫn ghép cửa sổ về nhóm cũ. Xóa Cookie cũng không xuể. Các công cụ quản lý dấu vân tay thiết bị thường tách mỗi hồ sơ thành vùng lưu trữ riêng, BitBrowser cũng đi hướng Cookie, localStorage, IndexedDB nằm riêng từng cửa sổ.​

Từ tạo hồ sơ đến lúc nền tảng xếp thiết bị: quy trình bảy bước

Có khung ba lớp rồi, mình viết lại đường đi thành mấy bước.​

1. Tạo hồ sơ mới, tách khỏi các cửa sổ đang mở.

2. Sinh bộ tham số thiết bị, từ User Agent tới múi giờ.

3. Gắn proxy riêng, điền host, port, tài khoản xác thực.

4. Chạy kiểm tra kết nối, đối chiếu IP thuộc khu vực nào.

5. Mở cửa sổ, để JS thu thập tham số.

6. Sàn gom exit IP, header, tham số thiết bị thành bộ hồ sơ.

7. Bộ hồ sơ được so lịch sử rồi xếp vào một nhóm thiết bị.

Bước 4 báo khu vực này mà bước 5 đọc múi giờ kia là mình biết lỗi nằm ở khâu đồng bộ.​

Người bán đa sàn và developer: mỗi nhóm cần một kiểu cài proxy riêng

Người bán Shopee, Lazada, TikTok Shop cần bốn cấu hình tách bạch cho bốn gian, chia rủi ro vận hành khi up cả chục SKU. Developer thu thập và phân tích dữ liệu dùng Local API với CDP tạo, rà soát hồ sơ, nạp proxy để lọc trùng và kiểm tra kết nối. Local API của BitBrowser tạo cửa sổ bằng script, nên đội kỹ thuật kiểm tra trước mỗi phiên tự động. Một câu mình vẫn nhắc: công cụ chỉ lo cấu hình môi trường và quản lý tài khoản; tuân thủ điều khoản dịch vụ của sàn vẫn là trách nhiệm của chính người vận hành. Thu thập dữ liệu chỉ trong khuôn khổ trang đích cho phép, kèm xử lý dữ liệu có sự đồng ý; Nghị định 85/2021/NĐ-CP và Nghị định 13/2023/NĐ-CP là mốc để đọc, không phải lời khuyên pháp lý.​

// ví dụ cấu hình, giá trị minh họa

{

"name": "shopee-lan-gian-01",

"coreProduct": "chrome",

"proxyType": "socks5",

"host": "residential.example.net",

"port": 1080,

"proxyUserName": "user_minh_hoa",

"proxyPassword": "pass_minh_hoa",

"syncTimezoneByIP": true,

"syncLanguageByIP": true,

"language": "auto",

"timezone": "auto"

}

Cài proxy theo năm bước: tự kiểm tra trước khi mở gian hàng

Mỗi lần cài proxy cho gian mới mình chạy cái checklist dán cạnh bàn phím.​

1. Chọn giao thức: SOCKS5 khi cần DNS đi cùng proxy, HTTP hoặc HTTPS cho thao tác web.

2. Điền host, port, tài khoản, mật khẩu do bên cung cấp đưa.

3. Bấm Test Connection; nút này trong BitBrowser cho biết đường đi có thông không.

4. Đối chiếu múi giờ, ngôn ngữ, vùng với exit IP, bật tự đồng bộ nếu có.

5. Mở cửa sổ, ghé trang kiểm tra IP so lại lần cuối rồi đăng nhập gian hàng.

Cái bẫy mình cũng dính: Test báo xanh mà trang web vẫn không tải được. FAQ chính thức ghi rõ phải soi lại mạng máy mình trước, từ wifi, firewall tới DNS local, rồi mới nghi proxy.​

cài proxy không chỉ là điền host, mà là giữ ba lớp cùng nhịp

Ngẫm lại cú loay hoay hôm đó, mình nhầm ở chỗ coi cài proxy là điền cho xong một ô, trong khi nó là giữ lớp mạng, lớp trình duyệt, lớp lưu trữ cùng kể một câu chuyện. Lệch giữa IP Singapore và múi giờ Asia/Ho_Chi_Minh chỉ là phần nổi; phần chìm nằm ở Cookie với localStorage còn nguyên. Hiểu đường đi của một request vẫn có ích hơn vài mẹo vặt.

Đi xa hơn, ở thị trường Việt Nam mấy năm tới, chất lượng proxy dân cư và di động được soi kỹ hơn, IPv6 dần vô khâu kiểm tra, nên cấu hình nhất quán theo khu vực thành kỹ năng nền. Rà soát kiểu checklist nhìn chung thành việc hằng ngày, còn công cụ sẽ đảm nhận khâu tự đối chiếu tham số, đỡ mình gõ tay từng dòng. Vẫn là con người chịu trách nhiệm tuân thủ điều khoản của sàn; cái trình duyệt vân tay dù tự động tới đâu cũng chỉ đỡ phần cấu hình thôi.​