Niektóre serwery proxy zawodzą przy pierwszym żądaniu przeglądarki, a Chromium nie obsługuje bezpośrednio nazwy użytkownika i hasła dla SOCKS5. Ten artykuł wyjaśnia oba przypadki oraz wbudowany relay, który je obsługuje.
Przeglądarka otwiera tunel HTTP proxy żądaniem CONNECT i zwykle dodaje nagłówek Host. Niektóre serwery proxy zatrzymują się po otrzymaniu tego nagłówka: nie kończą ani nie zamykają połączenia, a karta ładuje się bez końca. Wygląda to jak awaria proxy, mimo że curl działa przez niego.
Wbudowany relay działa między Chromium a proxy i przepisuje żądanie do postaci akceptowanej przez serwer. Chromium łączy się z nim przez prosty lokalny HTTP, a relay wysyła żądanie zewnętrzne bez problematycznego nagłówka.
Chromium obsługuje SOCKS5 tylko bez nazwy użytkownika i hasła, ponieważ ta ścieżka uwierzytelniania nie została zaimplementowana. Proxy w formacie socks5://user:pass@host:1080 nie działa bezpośrednio w żadnej przeglądarce opartej na tym silniku.
Relay otwiera lokalny endpoint bez danych logowania, sam uwierzytelnia się w zewnętrznym proxy i nie przekazuje nazwy użytkownika ani hasła do Chromium. Przeglądarka otrzymuje adres 127.0.0.1, a relay nawiązuje w pełni uwierzytelnioną sesję z zewnętrznym proxy:
NimbusX sprawdza kraj, miasto i strefę czasową proxy przed otwarciem profilu. Jeśli lokalizacja jest sprzeczna z ustawieniami, uruchomienie zostaje zatrzymane, a niezgodne wartości są wskazane.
America/New_York przy europejskim adresie IP, dlatego iphey prawidłowo zwracał Unreliable. Lokalizacja jest teraz ustalana przed testem, dzięki czemu każdy profil od początku otrzymuje spójne ustawienia.Serwery proxy są połączone własnym, jednego z trzech typów: HTTP, HTTPS, SOCKS5 z autoryzacją. Adapter włącza się sam i nie wymaga konfiguracji. Żaden z analizowanych konkurentów nie naprawia serwerów proxy zawieszających się w nagłówku Hosta: takie proxy po prostu dla nich nie działają.
Co pokazują publiczne testy · Profile sterowane kodem i przez asystenta AI