Chẩn đoán giao thức truyền tải
Scheme quyết định cách công cụ kiểm tra kết nối tới proxy và nơi tên của đích đến được phân giải. Một scheme chỉ định rõ là một phần của quy ước về endpoint, không phải dữ liệu đầu vào mang tính trang trí.
Phương pháp này do nhóm sản phẩm TrueProxies duy trì. Người duy trì được nêu tên không được giới thiệu là kiểm toán viên độc lập hay tổ chức chứng nhận bên thứ ba.
Trả lời nhanh
Dùng http:// cho giao thức truyền tải proxy HTTP thuần, tạo đường hầm tới các đích đến HTTPS bằng CONNECT. Dùng https:// khi chính kết nối từ công cụ kiểm tra tới proxy phải được bảo vệ bằng TLS với xác minh hostname và SNI. Dùng socks5:// cho SOCKS5 qua TCP với DNS đích đến phía công cụ kiểm tra, hoặc socks5h:// cho SOCKS5 qua TCP với DNS đích đến phía proxy. Chế độ tự động phát hiện chỉ thử HTTP/SOCKS5 trong phạm vi có giới hạn và không bao giờ âm thầm nâng cấp lên HTTPS hay chuyển sang SOCKS5H. Công cụ kiểm tra không kiểm tra UDP ASSOCIATE.
Ranh giới của bằng chứng
Một công cụ chẩn đoán proxy đáng tin cậy nêu chính xác một kết quả cho thấy điều gì và giữ các tuyên bố rộng hơn ra ngoài kết luận.
| Tín hiệu | Điều có thể kết luận | Điều không thể kết luận |
|---|---|---|
| Scheme chỉ định rõ | Giao thức truyền tải của proxy và, với các dạng SOCKS5, chế độ DNS đích đến được yêu cầu. | Rằng endpoint hỗ trợ một giao thức truyền tải khác trên cùng cổng. |
| Giao thức truyền tải hoạt động | Chế độ kết nối có giới hạn nào đã hoàn tất bài kiểm tra HTTPS phía máy chủ này. | Sự hỗ trợ trên mọi trình duyệt, hệ điều hành, thư viện, ứng dụng UDP hay phiên trong tương lai. |
| Lỗi TLS | TLS handshake bắt buộc hoặc việc kiểm chứng chứng chỉ không hoàn tất trong lần thử này. | Nhà cung cấp có chủ định dùng HTTP thuần trên cổng đó hay không, hoặc client khác có tắt kiểm chứng hay không. |
| Chế độ DNS đích đến của SOCKS | Công cụ kiểm tra hay proxy SOCKS được yêu cầu phân giải hostname đích đến cố định. | Hành vi DNS của trình duyệt, hệ điều hành của người truy cập hay các ứng dụng không liên quan. |
Quy trình chẩn đoán
Nêu rõ endpoint, giao thức truyền tải, đích đến và ranh giới bằng chứng để lần thử lại vẫn có thể so sánh được.
Sao chép chính xác giao thức truyền tải của endpoint công khai. Riêng số cổng không phải bằng chứng đáng tin cậy về hành vi HTTP, HTTPS hay SOCKS5.
Chỉ dùng https:// khi công cụ kiểm tra phải tạo TLS tới chính proxy. Hostname vẫn được giữ lại để xác minh chứng chỉ và SNI, kể cả khi địa chỉ của nó đã được phân giải và cố định cho kết nối.
Dùng socks5:// khi muốn việc phân giải đích đến diễn ra phía công cụ kiểm tra và socks5h:// khi proxy cần phân giải đích đến cố định. Cả hai chế độ đều kiểm tra TCP, không kiểm tra UDP association của SOCKS.
Khi không có scheme chỉ định rõ, chế độ tự động phát hiện bắt đầu bằng SOCKS5 trên cổng 1080/1081 và HTTP ở các cổng khác, rồi thử chế độ còn lại một lần sau một lỗi đủ điều kiện. HTTPS và SOCKS5H cần scheme chỉ định rõ.
Nhà cung cấp, trường dữ liệu, ranh giới đo thời gian, các ngưỡng thời gian chờ, quyền riêng tư và các hạn chế được công bố dưới dạng JSON có đánh số phiên bản.
Tài liệu tham chiếu để diễn giải
Các nhãn này mô tả kết nối từ công cụ kiểm tra tới proxy. Mọi chế độ thành công vẫn mang một yêu cầu HTTPS tới dịch vụ IP thoát cố định hoặc dịch vụ đích đến đã chọn.
| Chế độ đầu vào | Giao thức truyền tải từ công cụ kiểm tra tới proxy | DNS của đích đến và ranh giới quan trọng |
|---|---|---|
| http:// | TCP thuần tới proxy HTTP; các đích đến HTTPS dùng đường hầm HTTP CONNECT. | CONNECT chuyển authority cố định của đích đến tới proxy; công cụ kiểm tra không phơi bày cách resolver của nhà vận hành proxy được triển khai. |
| https:// | TLS tới proxy với xác minh hostname và SNI, rồi ngữ nghĩa proxy HTTP/CONNECT bên trong đó. | Giao thức truyền tải an toàn được chỉ định rõ được giữ nguyên; TLS handshake thất bại sẽ không được thử lại bằng HTTP thuần. |
| socks5:// | Thương lượng SOCKS5 qua TCP, kèm xác thực username/password khi được cung cấp. | Công cụ kiểm tra phân giải hostname đích đến cố định trước khi yêu cầu proxy kết nối. |
| socks5h:// | Thương lượng SOCKS5 qua TCP, kèm xác thực username/password khi được cung cấp. | Hostname đích đến được gửi tới proxy để phân giải từ xa. |
| Tự động phát hiện | Tối đa một lần thử HTTP và một lần thử SOCKS5 theo thứ tự dựa trên cổng đã được ghi tài liệu. | Không thử TLS của proxy HTTPS, SOCKS5H, UDP, phương thức xác thực tùy ý hay số lần thử lại không giới hạn. |
Xử lý sự cố
Giữ bí mật thông tin đăng nhập và mỗi lần chỉ đổi một biến.
Ý nghĩa có thể: Cổng có thể là proxy HTTP thuần thay vì TLS tới proxy, hoặc việc kiểm chứng chứng chỉ/hostname của nó có thể thất bại.
Bước kiểm tra tiếp theo: Dùng scheme và hostname trong tài liệu của nhà cung cấp; không bao giờ hạ cấp một giao thức truyền tải an toàn bắt buộc chỉ để có kết quả báo thành công.
Ý nghĩa có thể: DNS đích đến phía công cụ kiểm tra thành công, trong khi resolver phía proxy hoặc lệnh phân giải tên từ xa thì không.
Bước kiểm tra tiếp theo: Xác nhận nhà cung cấp hỗ trợ DNS đích đến từ xa và giữ chế độ mà ứng dụng thực tế yêu cầu.
Ý nghĩa có thể: Lần thử SOCKS5 đầu tiên thất bại và phương án dự phòng HTTP có giới hạn đã hoàn tất.
Bước kiểm tra tiếp theo: Kiểm tra lại với scheme chỉ định rõ trước khi cấu hình endpoint trong môi trường production.
Ý nghĩa có thể: Trình duyệt có thể dùng cài đặt hệ thống, tiện ích mở rộng, chính sách chứng chỉ, thương lượng xác thực hoặc hành vi DNS mà công cụ kiểm tra phía máy chủ này không tái tạo.
Bước kiểm tra tiếp theo: So sánh chính xác scheme, hostname, cổng, phương thức xác thực và chế độ DNS thay vì chỉ nhãn sản phẩm.
Các tiêu chuẩn này định nghĩa giao thức và ngữ nghĩa phản hồi được dùng để đánh giá đúng phạm vi của bằng chứng từ công cụ kiểm tra.
Tiếp tục chẩn đoán
Mỗi tài nguyên trả lời một câu hỏi riêng và liên kết về một công cụ kiểm tra proxy chuẩn duy nhất.
Đối chiếu từng mã chẩn đoán với giai đoạn thất bại và bước kiểm tra tiếp theo an toàn.
Mở tài nguyênTách thời gian phản hồi khỏi thông lượng và so sánh các phép đo lặp lại một cách đúng đắn.
Mở tài nguyênDiễn giải bằng chứng từ header phản hồi của Google hoặc Wikipedia mà không coi mọi lần bị từ chối là bị chặn.
Mở tài nguyênSau khi kiểm tra một endpoint proxy, hãy so sánh các tuyến IPv4, IPv6, WebRTC và DNS mà trình duyệt nhìn thấy.
Mở tài nguyên