Cách Sử Dụng Proxy với Tor: Hướng Dẫn Thực Tế Năm 2026

Bạn thường tìm kiếm một proxy với Tor khi một thiết lập thông thường không còn đủ.

Một phiên duyệt web bị thách thức. Một nền tảng xã hội đánh dấu dải IP. Một quy trình nghiên cứu hoạt động trong một ngày, sau đó bắt đầu thất bại trong các kiểm tra đăng nhập và các bức tường CAPTCHA lặp lại. Các tuyến đường trung tâm dữ liệu tiêu chuẩn thường là điều đầu tiên bị hỏng. Tor giúp bảo vệ danh tính, nhưng nhiều trang web đã biết đến lưu lượng thoát Tor và đối xử với nó một cách thận trọng. Điều đó để lại bạn ở giữa: bạn cần một tuyến đường cung cấp cho bạn nhiều quyền riêng tư hơn một proxy thông thường và một danh tính cuối cùng sạch hơn so với những gì Tor thường cung cấp.

Đó là lý do tại sao việc kết nối lại quan trọng. Sử dụng một cách cẩn thận, một proxy với Tor cho phép bạn phân chia niềm tin, thay đổi những gì các bên khác nhau có thể thấy, và làm cho lưu lượng của bạn trông ít dự đoán hơn so với một thiết lập một bước.

Tại sao kết hợp proxy với Tor

Một mẫu phổ biến trông như thế này: bạn đang kiểm tra các trang cụ thể theo khu vực, xem xét quảng cáo, đăng nhập vào các cụm tài khoản, hoặc xác thực nội dung xã hội từ một mạng lưới mà liên tục bị đặt câu hỏi. Nhiệm vụ bản thân không phải là vấn đề. Danh tính mạng lưới mới là.

Tor không còn là một công cụ bên lề. Nó hoạt động ở quy mô có ý nghĩa, với khoảng 2,5 triệu người dùng hàng ngày, khoảng 8.000 relay hoạt động tính đến tháng 7 năm 2025, và hơn 200 triệu lượt tải xuống Tor Browser vào giữa năm 2024, theo tổng quan thống kê Tor này. Quy mô đó quan trọng vì nó chứng minh rằng Tor đủ trưởng thành để trở thành một phần của các quy trình hoạt động thực tế, không chỉ là những thí nghiệm quyền riêng tư đơn lẻ.

Vấn đề thực tiễn mà Tor một mình không giải quyết được

Tor bảo vệ quyền riêng tư nguồn gốc tốt, nhưng nó không đảm bảo được sự chấp nhận bởi trang đích. Nhiều trang web nhận ra các điểm thoát Tor. Một số giới hạn tỷ lệ truy cập của chúng. Một số thách thức chúng một cách quyết liệt. Một số chặn chúng hoàn toàn.

Một proxy thông thường có vấn đề ngược lại. Nó có thể trông chấp nhận được với trang đích, nhưng bạn đang đặt rất nhiều niềm tin vào một nhà cung cấp và một con đường có thể nhìn thấy.

Một thiết lập chuỗi có thể giúp trong những tình huống như thế này:

• Hoạt động tài khoản: Bạn muốn trang đích thấy một IP không phải Tor trong khi mạng lưới địa phương của bạn không thấy việc sử dụng Tor trực tiếp.
• Xác minh quảng cáo: Bạn cần một tuyến đường trông giống như của người tiêu dùng hơn, nhưng bạn vẫn muốn tránh việc lộ ra con đường kết nối thực của mình.
• Duyệt web nhạy cảm từ các mạng được giám sát: Bạn muốn giảm thiểu những gì ISP hoặc quản trị viên địa phương có thể suy luận về lưu lượng của bạn.

Tại sao proxy di động phù hợp với các quy trình hiện đại

Các IP di động rất hữu ích vì nhiều trang web đối xử với chúng khác với các dải hosting rõ ràng. Đối với công việc nặng về xã hội và tự động hóa, điều đó thường có nghĩa là ít vấn đề về niềm tin ngay lập tức hơn so với các IP máy chủ chung.

Một proxy với Tor không phải là về việc trở nên vô hình. Nó là về việc kiểm soát ai thấy phần nào của kết nối.

Đó là lý do chính khiến mọi người kết nối chúng lại với nhau. Bạn không chỉ thêm các bước nhảy. Bạn đang định hình sự phơi bày. ISP của bạn, nhà cung cấp proxy của bạn, các relay Tor, và trang web mục tiêu đều nhận được một phần khác nhau của bức tranh tùy thuộc vào cách bạn xây dựng tuyến đường.

Hiểu hai cấu trúc chính của Proxy và Tor

Cụm từ proxy với Tor bao gồm hai thiết kế rất khác nhau. Chúng không thể thay thế cho nhau. Một cái ẩn việc sử dụng Tor khỏi mạng lưới địa phương của bạn. Cái còn lại làm cho trang đích thấy proxy thay vì một điểm thoát Tor. Mô hình niềm tin thay đổi hoàn toàn.

Proxy trước Tor

Điều này thường được gọi là Tor qua proxy.

Đường dẫn kết nối của bạn là:

thiết bị → proxy → relay vào Tor → relay giữa Tor → relay thoát Tor → trang web

Trong mô hình này, proxy đứng trước Tor. Mạng lưới địa phương của bạn thấy một kết nối đến proxy, không phải trực tiếp đến Tor. Relay vào Tor thấy proxy như là nguồn của kết nối.

Dưới đây là bản đồ khả năng nhìn thấy thực tế:

Thiết lập này hữu ích khi việc ẩn việc sử dụng Tor khỏi mạng lưới truy cập là quan trọng. Nó không làm cho trang đích thấy IP của proxy. Trang web cuối cùng vẫn thấy lưu lượng thoát Tor.

Tor trước proxy

Điều này thường được gọi là proxy qua Tor.

Đường dẫn của bạn trở thành:

thiết bị → relay vào Tor → relay giữa Tor → relay thoát Tor → proxy → trang web

Giờ đây, proxy là bước nhảy cuối cùng trước trang đích. Trang web thấy IP của proxy, không phải IP thoát Tor. Điều đó có thể thực tế hơn nhiều cho các trang web không tin tưởng các điểm thoát Tor.

Thỏa thuận là khác nhau:

Chi tiết DNS và giao thức quan trọng

Phần khó không chỉ là định tuyến. Nó là tránh rò rỉ.

Như giải thích của Dự án Tor về Tor so với các proxy khác đã làm rõ, Tor khác với một proxy thông thường vì nó định tuyến lưu lượng qua ít nhất ba relay với mã hóa nhiều lớp. Trong thực tế, giao thức được sử dụng bởi proxy cũng quan trọng. Việc xử lý SOCKS khác với việc xử lý proxy HTTP hoặc HTTPS, và việc phân giải DNS có thể xảy ra ở vị trí sai nếu ứng dụng được cấu hình sai.

Nếu bạn không biết nơi DNS được phân giải, bạn thực sự không biết chuỗi của bạn đang làm gì.

Đó là lý do tại sao tôi thường coi việc chọn proxy và giao thức proxy là những quyết định riêng biệt. Nhiều sai lầm có thể tránh được đến từ việc trộn lẫn chúng với nhau.

Đối với người dùng so sánh hành vi giao thức, hướng dẫn này về proxy SOCKS5 là nền tảng hữu ích. Các luồng dựa trên SOCKS có xu hướng cung cấp cho bạn kiểm soát sạch hơn cho lưu lượng hỗn hợp và công cụ không phải trình duyệt, trong khi các proxy thuộc họ HTTP có thể hoạt động khác nhau tùy thuộc vào khách hàng.

Cấu trúc nào thường hoạt động tốt hơn

Sử dụng proxy trước Tor khi mối quan tâm của bạn là ẩn việc truy cập Tor khỏi mạng mà bạn đang sử dụng.

Sử dụng Tor trước proxy khi mối quan tâm của bạn là làm cho trang đích thấy danh tính proxy thay vì một điểm thoát Tor.

Đó là những công việc khác nhau. Nhiều thiết lập thất bại đến từ việc mong đợi một cấu trúc làm cả hai.

Cấu hình một Proxy Di động trong Tor Browser

Đối với công việc dựa trên trình duyệt, điểm khởi đầu sạch nhất thường là proxy trước Tor. Điều đó có nghĩa là Tor Browser kết nối qua proxy di động của bạn trước, sau đó vào mạng Tor. Điều này không thay đổi thực tế rằng trang đích vẫn thấy một điểm thoát Tor, nhưng nó thay đổi những gì mạng lưới địa phương của bạn thấy.

Khi thiết lập trình duyệt này có ý nghĩa

Cách tiếp cận này phù hợp khi bạn muốn:

• Che giấu việc truy cập Tor khỏi mạng địa phương: ISP, mạng văn phòng hoặc Wi-Fi công cộng của bạn thấy một kết nối proxy thay vì lưu lượng khởi động Tor trực tiếp.
• Giữ cho thiết lập đơn giản: Bạn chỉ muốn lưu lượng Tor Browser được định tuyến theo cách này, không phải mọi ứng dụng trên máy.
• Kiểm tra chuỗi trước khi chuyển sang tự động hóa: Xác thực ở cấp trình duyệt dễ hơn so với việc gỡ lỗi định tuyến toàn hệ thống trước.

Nếu bạn vẫn đang quyết định xem định tuyến di động có phù hợp với quy trình làm việc của bạn hay không, tổng quan về proxy di động là gì cung cấp bối cảnh đúng cho các trường hợp sử dụng xã hội, quảng cáo và nghiên cứu.

Bước từng bước trong Tor Browser

Mở Tor Browser và đi đến cài đặt kết nối của nó. Các nhãn có thể khác nhau một chút tùy theo phiên bản, nhưng quy trình thì giống nhau: mở cài đặt, tìm phần kết nối hoặc mạng, sau đó xác định khu vực cấu hình proxy thủ công.

Điền vào các trường do dịch vụ proxy của bạn cung cấp:

1. Chọn loại proxy
   Nếu nhà cung cấp cung cấp cho bạn SOCKS, hãy sử dụng SOCKS. Nếu nó cung cấp cho bạn HTTP hoặc HTTPS, hãy chọn cái đó thay vào.

2. Nhập máy chủ và cổng
   Sử dụng điểm cuối chính xác từ bảng điều khiển của nhà cung cấp của bạn.

3. Thêm xác thực nếu cần
   Một số nhà cung cấp sử dụng tên người dùng và mật khẩu. Những người khác sử dụng xác thực dựa trên IP.

4. Lưu và kết nối lại
   Tor Browser sẽ cố gắng khởi động lại thông qua proxy.

Quy tắc thực tiễn: Đừng thay đổi nhiều biến cùng một lúc. Đầu tiên xác nhận rằng proxy hoạt động. Sau đó kiểm tra Tor Browser thông qua nó.

Những gì cần kiểm tra sau khi kết nối

Một khởi động thành công chỉ cho bạn biết chuỗi đang hoạt động. Nó không cho bạn biết nó đang hoạt động theo cách bạn mong đợi.

Xác minh những điểm này:

• Tor Browser kết nối mà không bị treo: Nếu khởi động bị treo sớm, thông tin xác thực proxy, loại giao thức hoặc quyền cho phép ra ngoài có thể sai.
• Các yêu cầu xác thực được xử lý đúng cách: Một số lỗi trông giống như lỗi Tor nhưng chỉ là thông tin đăng nhập proxy bị từ chối.
• Trình duyệt vẫn hoạt động như Tor Browser: Đừng thêm các tiện ích mở rộng ngẫu nhiên hoặc thay đổi dấu vân tay tùy chỉnh chỉ vì đường dẫn mạng phức tạp hơn.

Các lỗi phổ biến trong chuỗi cấp trình duyệt

Lỗi đầu tiên là sử dụng loại proxy sai. Một điểm cuối SOCKS được nhập dưới dạng HTTP thường thất bại theo cách trông mơ hồ và không liên tục.

Lỗi thứ hai là quên rằng hành vi DNS của trình duyệt phụ thuộc vào chuỗi và cách xử lý của khách hàng. Nếu một thiết lập hoạt động cho việc tải trang nhưng rò rỉ tra cứu ra ngoài lộ trình dự kiến, vấn đề hiếm khi là “Tor bị hỏng.” Thường thì đó là ứng dụng hoặc chế độ proxy.

Lỗi thứ ba là mong đợi một proxy di động đứng trước Tor để giải quyết các khối Tor ở phía đích. Nó sẽ không. Trong cấu trúc này, trang web vẫn thấy điểm ra của Tor.

Cái gì mà thiết lập này tốt cho

Phiên bản proxy này với Tor là tốt nhất cho việc duyệt web nhạy cảm với quyền riêng tư, nơi bạn quan tâm đến việc quan sát mạng cục bộ và muốn một thiết lập khách hàng đơn giản. Nó ít hữu ích hơn nếu mục tiêu chính của bạn là làm cho một nền tảng mục tiêu thấy một IP di động sạch. Để làm điều đó, bạn cần cấu trúc khác hoặc một ngăn xếp không phải trình duyệt nơi bạn có thể kiểm soát đầu ra một cách trực tiếp hơn.

Cài đặt nâng cao sử dụng Tor Daemon và torrc

Cài đặt trình duyệt là tốt cho công việc thủ công. Chúng nhanh chóng bị hỏng khi bạn cần các kịch bản, tác vụ không giao diện, công cụ CLI hoặc môi trường có thể lặp lại. Vào thời điểm đó, hãy cấu hình Tor daemon trực tiếp và để các ứng dụng giao tiếp với dịch vụ Tor cục bộ thay vì một lớp bao trình duyệt.

Điểm kiểm soát thông thường là tệp torrc. Đó là nơi bạn chỉ định Tor để kết nối với mạng thông qua một proxy upstream.

Tại sao cấu hình cấp daemon tốt hơn cho tự động hóa

Nếu bạn chỉ chỉnh sửa sở thích của trình duyệt, các công cụ shell, tác vụ nền và dịch vụ tùy chỉnh của bạn sẽ không kế thừa lộ trình. Mỗi ứng dụng trở thành một câu đố proxy riêng.

Một thiết lập cấp daemon cung cấp cho bạn một nơi duy nhất để quản lý chuỗi. Các ứng dụng của bạn kết nối với Tor cục bộ. Tor sau đó kết nối ra ngoài thông qua proxy upstream.

Đây là mẫu phù hợp:

• tác vụ theo lịch
• các công việc thu thập dữ liệu đã hỗ trợ SOCKS cục bộ
• các phiên QA cần tính nhất quán giữa các phiên
• các hộp phát triển nơi nhiều ứng dụng chia sẻ một lộ trình đầu ra được kiểm soát

Các chỉ thị torrc cốt lõi

Cú pháp chính xác phụ thuộc vào loại proxy mà nhà cung cấp của bạn cung cấp cho bạn, nhưng khái niệm thì đơn giản: xác định proxy upstream trong torrc, sau đó khởi động lại dịch vụ Tor.

Socks5Proxy dành cho các upstream SOCKS.
HTTPProxy dành cho các upstream thuộc họ HTTP.
Các chỉ thị xác thực chỉ được thêm vào nếu nhà cung cấp yêu cầu chúng.

Một hình dạng tối thiểu trông như thế này:

Mẫu ví dụ:
Đặt một chỉ thị proxy upstream trong torrc, thêm thông tin xác thực nếu cần, lưu tệp, sau đó khởi động lại dịch vụ Tor để các kết nối đầu ra mới sử dụng proxy trước.

Giữ phần còn lại của dịch vụ Tor bảo thủ trong khi bạn thử nghiệm. Đừng thêm các điều chỉnh cổng kiểm soát, hành vi mạch quyết liệt, hoặc các thay đổi tăng cường không liên quan cho đến khi lộ trình ổn định.

Cách triển khai một cách an toàn

Sử dụng một chuỗi xác thực ngắn thay vì chỉnh sửa và hy vọng.

1. Sao lưu torrc hiện tại
   Điều đó sẽ cho bạn một điểm quay lại sạch nếu khởi động thất bại.

2. Chỉ thêm các dòng proxy upstream
   Kháng cự lại cám dỗ tối ưu hóa ngay lập tức.

3. Khởi động lại Tor và đọc nhật ký
   Một khởi động thất bại thường chỉ ra lỗi xác thực proxy, loại proxy không được hỗ trợ, hoặc kết nối ra ngoài bị chặn.

4. Kiểm tra thông qua một khách hàng nhận thức SOCKS cục bộ
   Nếu khách hàng có thể truy cập các trang thông qua Tor cục bộ, chuỗi có khả năng hoạt động như mong đợi.

Những gì mong đợi từ hiệu suất

Thiết lập này chậm hơn. Điều đó không phải là lỗi. Tor đã định tuyến thông qua nhiều relay, và việc thêm một proxy đứng trước nó làm tăng độ trễ hơn nữa. Thảo luận của Viện Infosec về việc sử dụng Tor, VPN hoặc proxy trong kiểm tra ghi nhận thực tế thực tiễn tương tự. Chuỗi cải thiện tính bí mật trong một số trường hợp, nhưng hình phạt về tốc độ là có thật.

Các tác vụ ưu tiên thông lượng thường không thích thiết lập này. Các tác vụ nhạy cảm với danh tính chịu đựng nó tốt hơn.

Đó là lý do tại sao chuỗi cấp daemon hoạt động tốt nhất cho các kiểm tra đăng nhập, các lần xác minh, tự động hóa nhẹ và các tác vụ mà việc cẩn thận quan trọng hơn việc nhanh chóng.

Thói quen vận hành tốt

Sử dụng một mục đích cho mỗi chuỗi nếu có thể. Đừng chạy các khối lượng công việc không liên quan thông qua cùng một dịch vụ Tor nếu chúng tạo ra các mẫu thời gian hoặc dấu vân tay khác nhau.

Cũng hãy giữ hành vi ứng dụng có kỷ luật. Một kết nối được định tuyến cẩn thận vẫn rò rỉ nhiều nếu ứng dụng phát ra siêu dữ liệu nhận dạng, giữ cookie ổn định mãi mãi, hoặc trộn lẫn các phiên được định tuyến qua Tor và trực tiếp một cách cẩu thả.

Thương lượng bảo mật và thông tin về hiệu suất

Một proxy với Tor thay đổi mức độ tiếp xúc. Nó không loại bỏ nó. Mỗi bước nhảy thêm giải quyết một vấn đề bằng cách giới thiệu một vấn đề khác. Mẹo là biết bạn đang thực hiện thương lượng nào một cách có chủ đích.

Sự chuyển giao niềm tin

Trong proxy trước Tor, nhà cung cấp proxy có thể thấy IP thực của bạn. Đó là sự thỏa hiệp trung tâm. Bạn đang giảm thiểu khả năng hiển thị cho ISP hoặc mạng cục bộ, nhưng bạn đang tăng cường niềm tin vào nhà cung cấp upstream.

Trong Tor trước proxy, proxy không còn thấy IP nhà hoặc văn phòng của bạn trực tiếp. Nhưng nó trở thành lớp trình bày cuối cùng đến đích, có nghĩa là nó giờ đây định hình cách trang web phân loại lưu lượng của bạn.

Không mô hình nào an toàn hơn một cách phổ quát. Chúng bảo vệ chống lại các quan sát viên khác nhau.

Rò rỉ DNS và rò rỉ siêu dữ liệu

Hầu hết các kết quả xấu không đến từ Tor chính nó. Chúng đến từ lưu lượng bên.

Điều đó bao gồm:

• DNS được giải quyết bên ngoài lộ trình dự kiến
• Các ứng dụng mở kết nối trực tiếp bên cạnh các kết nối được proxy
• Cookie bền vững hoặc trạng thái trình duyệt vượt qua các danh tính
• Lưu lượng được gửi mà không có mã hóa đầu cuối sau khi rời khỏi Tor exit

Hướng dẫn của Dự án Tor và tài liệu hệ thống thực tiễn nhấn mạnh rằng các giao thức proxy hoạt động khác nhau, đặc biệt là xung quanh DNS. Nếu chuỗi về mặt kỹ thuật là “đang hoạt động” nhưng tên miền được giải quyết ở nơi sai, bạn đã xây dựng một câu chuyện ẩn danh trên một lỗ hổng.

Một kết nối hoạt động không giống như một kết nối an toàn.

Lớp có thể làm phức tạp việc theo dõi

Có một tín hiệu nghiên cứu hữu ích ở đây. Trong công việc phân tích lưu lượng, việc sử dụng nhiều proxy trong một thiết lập thực tế hơn đã giảm hiệu suất của một cuộc tấn công DeepCorr tối ưu hóa trung bình 7.95%, và các tác giả đã báo cáo rằng sự suy giảm đó là có ý nghĩa thống kê trong bài báo PoPETS về tính thực tế của phân tích lưu lượng. Điều đó không có nghĩa là “thêm lớp và bạn sẽ an toàn.” Nó có nghĩa là độ phức tạp trong định tuyến có thể làm cho việc tương quan trở nên khó khăn hơn trong các điều kiện đã được thử nghiệm.

Điều đó quan trọng vì nhiều người coi việc proxy một lần như thể nó là đủ. Thường thì không phải vậy.

Đối với những độc giả đang nghĩ về việc trình bày danh tính thay vì chỉ đơn thuần là ẩn danh, bài viết này về một proxy không thể phát hiện là một bổ sung hữu ích cho cuộc thảo luận về định tuyến.

Hành vi xoay vòng và mạch Tor

Các proxy di động thường xoay vòng IP theo thời gian hoặc theo yêu cầu. Tor cũng tự động xoay vòng các mạch theo nhịp của nó và có thể xây dựng các mạch mới cho các kết nối mới. Hai hệ thống đó không tự động đồng bộ hóa với nhau.

Trong thực tế:

• Việc xoay vòng IP proxy không đảm bảo một lối thoát Tor mới
• Một mạch Tor mới không đảm bảo một danh tính proxy upstream mới
• Xoay vòng cả hai quá mạnh có thể tạo ra sự không ổn định thay vì bảo mật

Đối với công việc vận hành, sự thay đổi có thể dự đoán được thì tốt hơn là sự thay đổi liên tục. Xoay vòng khi ranh giới nhiệm vụ thay đổi, không chỉ vì nút đó tồn tại.

Các trường hợp sử dụng thực tế và mẹo khắc phục sự cố

Cách sử dụng tốt nhất của một proxy với Tor là hẹp và có chủ đích. Nó hoạt động tốt khi bạn cần sự tách biệt mạnh mẽ hơn giữa kết nối thực của bạn và danh tính đích nhìn thấy, nhưng bạn vẫn cần một lộ trình hoạt động như một kết nối tiêu dùng bình thường ở một số phần của chuỗi.

Nơi thiết lập này kiếm được tiền

Có một số ví dụ thường xuất hiện:

• Hoạt động tài khoản xã hội: Bạn cần truy cập vào các luồng nhạy cảm theo vùng, nhưng các lối thoát Tor trực tiếp gây nghi ngờ và các dải proxy thông thường nhanh chóng bị đốt cháy.
• Xác minh quảng cáo và trang đích: Bạn muốn kiểm tra những gì người dùng ở một khu vực mục tiêu thấy mà không làm lộ mạng văn phòng hoặc kết nối tại nhà của bạn.
• Nghiên cứu cạnh tranh và thị trường: Bạn cần truy cập lặp đi lặp lại từ một lộ trình ổn định, riêng tư cho các trang phản ứng xấu với cơ sở hạ tầng tự động rõ ràng.

Việc sử dụng Tor cũng có thể tăng vọt dưới áp lực. Phân tích lịch sử đã phát hiện ra một sự gia tăng lớn vào tháng 8 năm 2013, khi số lượng người dùng Tor gấp đôi lên 2 triệu và sau đó là 4 triệu, trước khi đạt đỉnh ở mức 6 triệu vào tháng 9, như được thể hiện trong phân tích nghiên cứu về việc sử dụng Tor theo thời gian. Trong những khoảng thời gian như vậy, việc truy cập riêng tư ổn định trở nên quan trọng hơn vì mạng có thể trở nên ít dự đoán hơn.

Danh sách kiểm tra khắc phục sự cố

Khi chuỗi thất bại, hãy kiểm tra những điều nhàm chán trước tiên.

• Proxy từ chối kết nối: Kiểm tra lại loại proxy, thông tin xác thực và liệu tài khoản có yêu cầu xác thực hoặc cho phép danh sách trắng hay không.
• Tor không thể khởi động: Tìm kiếm sự không khớp của proxy upstream trước khi đổ lỗi cho chính Tor.
• Các trang web vẫn thấy Tor khi bạn mong đợi proxy: Bạn có thể đã xây dựng proxy-trước-Tor, không phải Tor-trước-proxy.
• Các phiên trở nên không ổn định sau khi xoay vòng: Làm chậm chính sách xoay vòng và gắn kết các thay đổi với ranh giới quy trình làm việc.
• CAPTCHA trở nên tồi tệ hơn, không tốt hơn: Vấn đề có thể là dấu vân tay trình duyệt, cookie, hoặc mẫu hành vi chứ không chỉ là đường dẫn mạng.

Bài học chính rất đơn giản. Kết nối giúp khi bạn hiểu chính xác người quan sát nào bạn đang cố gắng làm mờ và người nào bạn sẵn sàng tin tưởng một chút hơn.

Nếu bạn cần một nhà cung cấp proxy di động cho định tuyến Pháp, công việc tài khoản, xác minh quảng cáo, hoặc tự động hóa nhạy cảm với quyền riêng tư, Evoproxy được xây dựng cho trường hợp sử dụng đó. Nó cung cấp quyền truy cập vào các IP di động xác thực, xoay vòng linh hoạt, và thiết lập phù hợp cho cả duyệt web thủ công và quy trình làm việc kịch bản.