Proxy webových formulářů mění původ v prohlížeči, ne jen výstupní IP
Odlište proxy web s políčkem URL od nativního proxy v prohlížeči a vysvětlete, proč se složitá přihlášení a skripty mohou chovat jinak.
Stránka s políčkem URL je webová aplikace. Zadání cíle tam žádá tuto aplikaci, aby obsah načetla a zobrazila. Je to jiné uspořádání než říct prohlížeči, aby použil proxy HTTP nebo SOCKS.
Při nativním nastavení proxy prohlížeč stále považuje URL cíle za web. V běžném webformulářovém proxy se viditelná stránka poskytuje přes vlastní URL schéma a původ proxy aplikace. Služba může přepisovat odkazy, skripty, hlavičky nebo cookies, aby navigace pokračovala.
| Chování | Proč na rozdílu záleží |
|---|---|
| Kontroly stejného původu | Prohlížeč vyhodnocuje původ, který skutečně načetl |
| Cookies a přesměrování | Chování domény, cesty a zabezpečeného kontextu musí odpovídat prezentovaným URL |
| Skripty sestavující nové URL | Požadavky mohou uniknout z jednoduchého schématu přepisu odkazů |
| Trvalá spojení nebo WebSockets | Proxy aplikace potřebuje výslovné kompatibilní zpracování |
To vysvětluje známý výsledek: jednoduchý článek se načte, ale editor dokumentů nebo přihlašovací tok selže. Selhání nemusí znamenat, že cíl odmítá výstupní IP služby. Zprostředkovatel nemusí umět zachovat předpoklady aplikace o URL a zabezpečení prohlížeče.
Rozlišujte také, kde končí TLS. Služba, která obsah cíle načítá a znovu publikuje, je v jiné důvěryhodnostní pozici než běžný relay CONNECT přenášející šifrovanou relaci. HTTPS na vlastní adrese proxy webu nezakládá end-to-end TLS spojení z prohlížeče k původnímu webu.
Pokud je cílem běžné prohlížení přes jiný výstup, zvolte koncový bod HTTP nebo SOCKS u své služby nebo v seznamu proxy a použijte podporované nativní nastavení proxy, například nastavení připojení Firefoxu. To obvykle zachová více normální sémantiky cíle v prohlížeči. Web s políčkem URL může být záměrně zvolená aplikace, ale neměl by se vydávat za stejné rozhraní s menším nastavením.