Strona z polem URL to aplikacja internetowa. Wpisanie tam celu prosi tę aplikację o pobranie i przedstawienie treści. To inny układ niż polecenie przeglądarce użycia proxy HTTP lub SOCKS.

Przy natywnym ustawieniu proxy przeglądarka nadal traktuje adres URL celu jako witrynę. W zwykłym proxy formularza internetowego widoczna strona jest serwowana przez własny schemat URL i pochodzenie aplikacji proxy. Usługa może przepisywać linki, skrypty, nagłówki lub pliki cookie, aby nawigacja trwała.

ZachowanieDlaczego różnica ma znaczenie
Kontrole tego samego pochodzeniaPrzeglądarka ocenia pochodzenie, które faktycznie wczytała
Pliki cookie i przekierowaniaZachowanie domeny, ścieżki i bezpiecznego kontekstu musi pasować do prezentowanych adresów URL
Skrypty budujące nowe adresy URLŻądania mogą wymknąć się prostemu schematowi przepisywania linków
Połączenia trwałe lub WebSocketsAplikacja proxy wymaga wyraźnej, zgodnej obsługi

To wyjaśnia znany wynik: prosty artykuł się wczytuje, ale edytor dokumentów lub przepływ logowania zawodzi. Niepowodzenie nie musi oznaczać, że cel odrzuca adres IP wyjścia usługi. Pośrednik może nie być w stanie zachować założeń aplikacji dotyczących adresów URL i bezpieczeństwa przeglądarki.

Rozróżnij też, gdzie kończy się TLS. Usługa, która pobiera i ponownie publikuje treść celu, zajmuje inną pozycję zaufania niż zwykły przekaźnik CONNECT przenoszący zaszyfrowaną sesję. Widok HTTPS pod własnym adresem witryny proxy nie ustanawia połączenia TLS od końca do końca z przeglądarki do pierwotnej witryny.

Jeśli celem jest zwykłe przeglądanie przez inne wyjście, wybierz punkt końcowy HTTP lub SOCKS ze swojej usługi albo z listy proxy i użyj obsługiwanej natywnej konfiguracji proxy, na przykład ustawień połączenia Firefoksa. Zwykle zachowuje to więcej normalnej semantyki celu w przeglądarce. Witryna z polem URL nadal może być świadomie wybraną aplikacją, ale nie powinna być przedstawiana jako ten sam interfejs z mniejszą konfiguracją.

Powiązane artykuły