Старонка з полем URL — гэта вэб-праграма. Калі вы ўводзіце там адрас, праграма атрымлівае і паказвае змест. Гэта іншая схема, чым указанне браўзеру выкарыстоўваць проксі HTTP або SOCKS.

Пры натыўнай наладзе проксі браўзер па-ранейшаму лічыць адрас мэты сайтам. У звычайным вэб-формавым проксі бачная старонка падаецца праз уласную схему URL і крыніцу проксі-праграмы. Сэрвіс можа перапісваць спасылкі, скрыпты, загалоўкі або кукі, каб навігацыя працягвалася.

ПаводзіныЧаму розніца важная
Праверкі адной крыніцыБраўзер ацэньвае тую крыніцу, якую ён фактычна загрузіў
Кукі і перанакіраванніПаводзіны дамена, шляху і бяспечнага кантэксту павінны адпавядаць пададзеным URL
Скрыпты, што будуюць новыя URLЗапыты могуць выйсці за межы простай схемы перапісвання спасылак
Пастаянныя злучэнні або WebSocketsПроксі-праграме патрэбна яўная сумяшчальная апрацоўка

Гэта тлумачыць знаёмую сітуацыю: просты артыкул загружаецца, а рэдактар дакументаў або ўваход не працуе. Збой не абавязкова азначае, што мэта адхіляе выходны IP сэрвісу. Пасрэднік можа не здольны захаваць дапушчэнні праграмы пра URL і бяспеку браўзера.

Адрознівайце таксама, дзе сканчаецца TLS. Сэрвіс, які атрымлівае і публікуе змест мэты, знаходзіцца ў іншай пазіцыі даверу, чым звычайны рэлей CONNECT, што перадае зашыфраваную сесію. Бачанне HTTPS на ўласным адрасе проксі-сайта не даказвае наскрозьнага TLS-злучэння ад браўзера да арыгінальнага сайта.

Калі мэта — звычайнае агляданне праз іншы выхад, выберыце канечную кропку HTTP або SOCKS у сваім сэрвісе або ў спісе проксі і выкарыстайце падтрыманую натыўную наладу проксі, напрыклад налады злучэння Firefox. Гэта звычайна захоўвае больш нармальнай семантыкі мэты ў браўзеры. Сайт з полем URL можа быць свядома абранай праграмай, але яго не варта падаваць як той жа інтэрфейс з меншай наладай.

Падобныя артыкулы