Một số proxy lỗi ngay ở yêu cầu đầu tiên của trình duyệt, còn Chromium không hỗ trợ trực tiếp tên đăng nhập và mật khẩu cho SOCKS5. Bài viết giải thích hai trường hợp và relay tích hợp dùng để xử lý chúng.
Trình duyệt mở đường hầm HTTP proxy bằng yêu cầu CONNECT và thường thêm header Host. Một số máy chủ proxy bị treo khi nhận header này: kết nối không hoàn tất cũng không đóng, khiến thẻ cứ tải mãi. Bên ngoài trông như proxy đã hỏng, mặc dù curl vẫn hoạt động qua đó.
Relay tích hợp nằm giữa Chromium và proxy, rồi chuyển yêu cầu sang định dạng mà máy chủ chấp nhận. Chromium giao tiếp với relay bằng HTTP cục bộ đơn giản; relay gửi yêu cầu ra ngoài mà không kèm header gây lỗi.
Chromium chỉ hỗ trợ SOCKS5 không có tên đăng nhập và mật khẩu vì đường dẫn xác thực proxy chưa được triển khai. Proxy có định dạng socks5://user:pass@host:1080 không thể hoạt động trực tiếp trong bất kỳ trình duyệt nào dùng engine này.
Relay mở một endpoint cục bộ không yêu cầu thông tin đăng nhập, tự xác thực với proxy bên ngoài và giữ tên người dùng cùng mật khẩu ngoài Chromium. Trình duyệt nhận địa chỉ 127.0.0.1, còn relay thiết lập một phiên đã xác thực đầy đủ với proxy bên ngoài:
NimbusX kiểm tra quốc gia, thành phố và múi giờ của proxy trước khi mở hồ sơ. Nếu vị trí proxy mâu thuẫn với hồ sơ, quá trình mở sẽ dừng và hiển thị rõ những giá trị không khớp.
America/New_York với địa chỉ IP châu Âu, vì vậy iphey đã trả về chính xác Unreliable. Vị trí giờ được xác định trước khi kiểm tra, nhờ đó mỗi hồ sơ được tạo với các thiết lập nhất quán ngay từ đầu.Proxy được kết nối riêng, thuộc bất kỳ loại nào trong số ba loại: HTTP, HTTPS, SOCKS5 có ủy quyền. Bộ điều hợp tự bật và không yêu cầu cấu hình. Không ai trong số các đối thủ cạnh tranh được phân tích sửa các proxy bị treo trên tiêu đề Máy chủ: những proxy như vậy đơn giản là không hoạt động đối với họ.
Các bài kiểm tra công khai cho thấy gì · Quản lý hồ sơ bằng mã và trợ lý AI