HTTP, HTTPS và SOCKS5: chọn proxy cho từng hồ sơ
Các giao thức proxy thực sự khác nhau ở đâu, địa chỉ dân cư, trung tâm dữ liệu và di động so sánh ra sao, và vì sao nên xác minh proxy trước khi đặt một tài khoản phía sau nó.
Một hồ sơ có bộ nhớ riêng và danh tính thiết bị riêng vẫn rời máy tính của bạn từ cùng một địa chỉ như mọi hồ sơ khác, trừ khi bạn cho nó một tuyến mạng riêng. Đó là việc proxy làm ở đây, và là phần mà mọi người hay làm sai nhất.
Các giao thức
| Giao thức | Hoạt động ở | Đáng biết |
|---|---|---|
| HTTP | Tầng ứng dụng | Hiểu các yêu cầu HTTP và có thể đọc, sửa chúng. Ổn với lưu lượng thường, và là lựa chọn yếu nhất cho mọi thứ khác. |
| HTTPS | Tầng ứng dụng, đường hầm | Mở một đường hầm CONNECT mà proxy không đọc được bên trong. Lựa chọn thông thường để duyệt web. |
| SOCKS5 | Tầng phiên | Chuyển tiếp TCP và UDP mà không diễn giải nội dung. Không phụ thuộc giao thức, hỗ trợ xác thực, và xử lý lưu lượng không phải HTTP mà các loại kia không làm được. |
Với hồ sơ trình duyệt, cả HTTPS và SOCKS5 đều hợp lý. SOCKS5 tổng quát hơn và là loại nên ưu tiên khi nhà cung cấp cho chọn, vì nó chuyển tiếp mọi thứ trình duyệt làm thay vì chỉ những phần nó nhận ra.
Địa chỉ đến từ đâu
Giao thức là quyết định nhỏ hơn so với loại địa chỉ đứng sau nó.
- Địa chỉ trung tâm dữ liệu thuộc về các nhà cung cấp hosting. Chúng nhanh và rẻ, và ai tra cứu cũng thấy đó là dải trung tâm dữ liệu.
- Địa chỉ dân cư được các nhà cung cấp dân dụng cấp cho kết nối gia đình. Chúng đắt hơn và chậm hơn, và chỉ xét địa chỉ thì trông như lưu lượng hộ gia đình bình thường.
- Địa chỉ di động đến từ các nhà mạng di động, thường được chia sẻ cho nhiều thuê bao nhờ carrier-grade NAT. Chúng đắt nhất và trông bình thường nhất, chính vì có rất nhiều người thật nằm sau mỗi địa chỉ.
Còn có câu hỏi tĩnh hay xoay. Endpoint xoay trao cho bạn một địa chỉ khác theo từng yêu cầu hoặc từng khoảng thời gian, hữu ích cho việc thu thập dữ liệu và có hại thực sự cho một tài khoản đã đăng nhập: một phiên có địa chỉ đổi mỗi vài phút không giống một người đang ngồi ở bàn làm việc. Tài khoản cần một địa chỉ cố định.
Khớp tuyến đường với danh tính
Proxy không phải một thành phần gắn thêm tách rời khỏi danh tính của hồ sơ. Hai thứ này phải khớp nhau.
Đây là vấn đề tự gây ra phổ biến nhất trong công việc nhiều tài khoản, và hoàn toàn tránh được. Hãy đặt múi giờ và locale của hồ sơ khớp với tuyến đường nó dùng, và kiểm tra chúng cùng nhau thay vì riêng lẻ.
Xác minh trước khi tin tưởng
Nhà cung cấp proxy bán cho bạn một endpoint. Endpoint đó thực sự làm gì là một câu hỏi riêng, và đáng được trả lời trước khi có tài khoản nào nằm phía sau.
PowerOps lưu proxy thành một thư viện chứ không phải một trường chôn trong từng hồ sơ. Một endpoint được thêm một lần rồi được kiểm tra, riêng lẻ hoặc cả danh sách cùng lúc. Bài kiểm tra báo địa chỉ thực sự quan sát được, không phải địa chỉ bạn được bán. Gán một proxy sẽ sao chép nó sang hồ sơ, nên hai hồ sơ không bao giờ dùng chung một thông tin xác thực đang hoạt động, và một tuyến đường có thể áp dụng cho nhiều hồ sơ chỉ bằng một thao tác.
- Thêm endpoint vào thư viện với giao thức, host, port và thông tin xác thực.
- Kiểm tra nó. Xác nhận địa chỉ và quốc gia quan sát được đúng như nhà cung cấp tuyên bố.
- Đặt múi giờ và locale của hồ sơ khớp với quốc gia đó.
- Gán nó, và kiểm tra lại thư viện định kỳ. Endpoint xuống cấp một cách âm thầm.
Trạng thái mạng nằm ở phần đầu ứng dụng cũng vì lý do đó: sự cố nhìn thấy được vẫn là sự cố, còn sự cố vô hình thì trông như một lỗi trong tài khoản của bạn.
