SOCKS5 là gì?

Proxy không rác hỗ trợ kết nối SOCKS5 để định tuyến các ứng dụng tương thích thông qua các lối thoát proxy được quản lý.

SOCKS5 là phiên bản năm của giao thức proxy SOCKS, cho phép một khách hàng yêu cầu máy chủ proxy thiết lập một kết nối được hỗ trợ tới một máy chủ khác. SOCKS5 quy định việc thương lượng phương pháp, địa chỉ đích, lệnh kết nối và tin nhắn phản hồi. Nó có thể truyền tải lưu lượng ứng dụng mà không yêu cầu proxy phải hoạt động như một trình phân tích nội dung HTTP.

SOCKS5 mô tả một giao thức, không phải là một nguồn IP hoặc một đảm bảo về quyền riêng tư. Một điểm đầu cuối SOCKS5 có thể sử dụng datacenter, nhà ở, hoặc một mạng thoát khác được phép. Việc lưu lượng ứng dụng có được mã hóa hay không phụ thuộc vào giao thức ứng dụng và vận chuyển, chứ không phải vào sự hiện diện của nhãn SOCKS5.

Giao thức SOCKS5 Định Nghĩa Gì?

SOCKS5 xác định một quy trình bắt tay và trao đổi yêu cầu-phản hồi cho các kết nối được hỗ trợ bởi proxy. Thông số kỹ thuật phiên bản 5 của giao thức SOCKS định nghĩa định dạng dây, loại địa chỉ, lệnh và nghĩa phản hồi.

Khách hàng bắt đầu bằng cách thông báo cho proxy các phương thức xác thực mà nó hỗ trợ. Proxy chọn một phương thức hoặc thông báo rằng không có phương thức nào chấp nhận được. Bất kỳ trao đổi cụ thể theo phương thức nào cần thiết sẽ diễn ra trước khi khách hàng yêu cầu một kết nối đến điểm đến.

Yêu cầu đích bao gồm một lệnh, loại địa chỉ, địa chỉ và cổng. Máy chủ proxy đánh giá xem nó có thể thoả mãn yêu cầu đó hay không và trả lời với một kết quả. Một phản hồi thành công thiết lập rằng hoạt động SOCKS được yêu cầu đã thành công ở giai đoạn đó; nó không chứng minh rằng một phản hồi HTTP sau đó chứa dữ liệu kinh doanh mà ứng dụng của bạn cần.

Sự sắp xếp này tách biệt định tuyến khỏi cuộc trò chuyện ứng dụng. Sau khi một kết nối TCP được hỗ trợ được thiết lập, ứng dụng có thể giao tiếp với điểm đến bằng cách sử dụng giao thức riêng của nó qua tuyến đường đó.

Cách mà Handshake Thiết lập Một Tuyến TCP

Một tuyến đường SOCKS5 TCP thường được thiết lập với lệnh CONNECT sau khi thương thuyết phương thức. Máy chủ proxy mở một kết nối ra bên ngoài đến đích đã chỉ định và trả về một phản hồi mô tả kết quả.

Khách hàng phải cung cấp địa chỉ điểm đến và cổng đúng. Địa chỉ của cổng proxy thuộc về cấu hình proxy; nó không nên thay thế địa chỉ mục tiêu được yêu cầu. Việc trộn lẫn hai cái này sẽ yêu cầu hệ thống sai cho tài nguyên sai.

Lỗi có thể xảy ra trước khi dữ liệu ứng dụng được trao đổi. Máy chủ proxy có thể từ chối một phương thức, từ chối yêu cầu theo chính sách, không thể đến đích, hoặc báo cáo rằng một lệnh hoặc loại địa chỉ không được hỗ trợ. Giữ cho những kết quả đó khác biệt với phản hồi của ứng dụng như thông điệp truy cập của một trang web.

Đối với một mục tiêu HTTPS, khách hàng có thể thực hiện TLS đích sau khi đường TCP đã tồn tại. Bước tay bắt SOCKS thiết lập đường đi; việc trao đổi TLS thiết lập kết nối ứng dụng được bảo vệ thông qua đó.

SOCKS5 sử dụng xác thực nào?

SOCKS5 đàm phán một phương pháp xác thực, và các phương pháp được kích hoạt bởi một dịch vụ xác định những gì khách hàng có thể sử dụng. Một triển khai có thể cho phép một phương pháp không xác thực, yêu cầu tên người dùng và mật khẩu, hoặc hỗ trợ một cơ chế cụ thể khác.

The Phương pháp tên người dùng và mật khẩu SOCKS5 định nghĩa một trao đổi thông tin xác thực và cảnh báo rõ ràng về việc thiếu bảo vệ chống lại việc quan sát thụ động. Gửi thông tin xác thực qua phương pháp đó không tương đương với việc gửi chúng bên trong một phương tiện được mã hóa độc lập.

Đánh giá xác thực và bảo vệ kênh một cách riêng biệt. Hãy hỏi xem dịch vụ của bạn có hạn chế khách hàng theo chính sách tài khoản hoặc mạng không và điều gì bảo vệ kết nối vào. Giữ thông tin xác thực bên ngoài mã nguồn đã cam kết và giới hạn quyền truy cập vào khách hàng đã được cấu hình.

Xác thực điểm đến vẫn độc lập. Một tên người dùng SOCKS ủy quyền một tuyến đường, trong khi một khóa API điểm đến hoặc cookie tài khoản ủy quyền một hoạt động ứng dụng. Việc proxy chấp nhận thông tin xác thực của bạn không cấp quyền truy cập vào một trang web bảo vệ.

SOCKS5 Giải Quyết DNS Ở Đâu?

SOCKS5 có thể mang theo tên máy chủ đích, nhưng khách hàng cũng có thể giải quyết tên máy chủ đó trên máy cục bộ và gửi một địa chỉ IP. Do đó, cấu hình khách hàng được chọn xác định nơi xảy ra việc giải quyết tên mục tiêu.

Nếu khách hàng gửi một tên máy chủ, proxy có thể giải quyết nó ở phía từ xa. Nếu khách hàng gửi một địa chỉ đã được giải quyết trước đó, DNS cục bộ đã tham gia. Tên máy chủ cổng vẫn cần được giải quyết để khách hàng có thể kết nối đến chính proxy.

The Hành vi proxy SOCKS cURL sử dụng socks5:// cho độ phân giải mục tiêu địa phương và socks5h:// để giải quyết mục tiêu bên phía proxy. Đây là các quy ước của sơ đồ khách hàng. Một ứng dụng khác có thể cung cấp một ô kiểm hoặc một tùy chọn có tên khác, vì vậy hãy kiểm tra tài liệu của nó.

DNS từ xa có thể quan trọng đối với một tên chỉ có sẵn từ mạng proxy hoặc cho một bài kiểm tra khu vực. Nó không nên được mô tả như là bằng chứng về sự riêng tư hoàn toàn: các ứng dụng khác, siêu dữ liệu mạng và trạng thái đích vẫn có thể xác định hoạt động.

SOCKS5 có mã hóa lưu lượng không?

SOCKS5 bản thân nó không cung cấp mã hóa chung cho tất cả lưu lượng ứng dụng được chuyển tiếp. HTTPS hoặc một giao thức ứng dụng bảo vệ khác có thể cung cấp mã hóa qua tuyến đường đã thiết lập, và một phương thức vận chuyển bảo vệ riêng có thể giải quyết bước nhảy từ khách hàng đến proxy khi được hỗ trợ.

Cái mô hình mã hóa TLS và xác thực điểm cuối bảo vệ một kết nối TLS khi các điểm cuối và xác thực chứng chỉ được cấu hình chính xác. Một proxy SOCKS5 mang theo một kết nối HTTPS không cần phải giải mã trang đích trong trường hợp không chặn thông thường.

Proxy vẫn có thể quan sát siêu dữ liệu tuyến đường, bao gồm thông tin đích được cung cấp trong quá trình bắt tay và thời gian lưu lượng. Đích thường quan sát nguồn kết nối ra bên ngoài, nhưng nó cũng có thể nhận cookie, mã nhận diện tài khoản và tiêu đề ứng dụng.

Nêu rõ ranh giới bảo vệ. Một điểm ra SOCKS5 không mã hóa nội dung HTTP thông thường. Một mật khẩu SOCKS5 không thay thế cho xác thực chứng chỉ. Một địa chỉ IP ra bên ngoài khác không xóa đi danh tính của một ứng dụng đã xác thực.

SOCKS5 so với HTTP Proxies

SOCKS5 và các proxy HTTP phơi bày các giao diện định tuyến khác nhau, và sự hỗ trợ của ứng dụng nên thúc đẩy sự lựa chọn. Một proxy HTTP hiểu việc chuyển tiếp HTTP và có thể tạo ra các đường hầm; SOCKS5 thương lượng các kết nối được hỗ trợ thông qua quá trình bắt tay của nó.

Không giao thức nào là nhanh hơn hoặc an toàn hơn một cách phổ quát. Khoảng cách đích, tải proxy, hành vi của khách hàng và cài đặt bảo mật ảnh hưởng đến kết quả. So sánh cả hai trên cùng một tải công việc được phép nếu một trong hai được hỗ trợ.

Còn UDP và IPv6 thì sao?

Thông số kỹ thuật SOCKS5 định nghĩa UDP ASSOCIATE và hỗ trợ địa chỉ đích IPv6, nhưng tính khả dụng thực tế phụ thuộc vào việc triển khai và chính sách dịch vụ. Một sản phẩm nêu rõ hỗ trợ SOCKS5 không phải là bằng chứng đủ rằng mọi lệnh đều được kích hoạt.

Xử lý UDP sử dụng một trao đổi khác với một TCP CONNECT đơn giản. Khách hàng và proxy đều phải triển khai hành vi liên quan, và chính sách mạng phải cho phép điều đó. Nếu nhiệm vụ cần UDP, hãy nhận xác nhận rõ ràng và thực hiện một bài kiểm tra cụ thể nhiệm vụ trước khi chọn nhà cung cấp.

Địa chỉ IPv6 cũng cần hỗ trợ tương thích từ khách hàng, proxy và đích. Việc chọn một địa chỉ đích IPv6 khác với việc yêu cầu rằng mọi điểm nhảy hoặc điểm ra công cộng sử dụng một gia đình IP cụ thể.

Tách biệt các yêu cầu này trong danh sách kiểm tra chấp nhận: bắt tay giao thức, hỗ trợ lệnh, gia đình địa chỉ đích, hành vi DNS, và kết quả ứng dụng thực tế. Một yêu cầu HTTPS cơ bản chỉ xác nhận tập hợp con mà nó sử dụng.

Cách đánh giá SOCKS5 cho một quy trình dữ liệu

Đánh giá SOCKS5 bằng cách kết hợp lưu lượng ứng dụng yêu cầu với khả năng hỗ trợ của khách hàng và nhà cung cấp. Chọn một mục tiêu được phép và xác minh tuyến đường trước khi sử dụng nó trong công việc đã lên lịch.

Giải pháp proxy không chất thải liệt kê các sản phẩm proxy được hỗ trợ, trong khi cấu hình giao thức dân cư tài liệu hỗ trợ SOCKS5 cho định tuyến dân cư. Xác nhận các tùy chọn cho kênh cụ thể thay vì mang theo giả định tính năng từ một loại proxy khác.

Cái Ví dụ cấu hình khách hàng SOCKS5 và HTTP phân biệt mã hóa đích, sơ đồ proxy và hành vi DNS. Sao chép các cài đặt tài khoản hiện tại vào khách hàng và làm sạch đầu ra chẩn đoán. Xác nhận đích cuối cùng và nội dung yêu cầu sau khi kiểm tra kết nối thành công.

Xem lại Giá cả không chất thải cùng với các giao thức và giới hạn có sẵn của kênh. Điều khoản tài khoản, khả năng sẵn có theo khu vực, và chi phí đầu ra hợp lệ là tiêu chí lựa chọn hữu ích hơn so với nhãn giao thức đơn thuần.

Kết luận

SOCKS5 là một giao thức kết nối proxy có quy tắc thương lượng và địa chỉ rõ ràng. Chọn nó khi khách hàng và tuyến đường hỗ trợ khả năng cần thiết của nhiệm vụ, sau đó thử nghiệm xác thực, DNS, TLS đích và nội dung có thể sử dụng một cách riêng biệt. Cách tiếp cận đó giữ cho sự hỗ trợ giao thức không bị nhầm lẫn thành mã hóa, ẩn danh hoặc truy cập đích được đảm bảo.