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

Гэтае адрозненне губляецца ў старых адказах на форумах. Код, які выкарыстоўвае прывілеяваныя ўнутраныя часткі Firefox, старыя модулі пашырэнняў або закінутыя add-on SDK, ніколі не быў звычайным API вэб-старонкі. Устаўка такога фрагмента ў старонку не дае гэтых прывілеяў.

Выкарыстоўвайце API пашырэнняў браўзера

Пашырэнне Firefox можа выкарыстоўваць дакументаваны proxy.settings API з патрэбнымі дазволамі. Chrome прапануе ўласны API пашырэнняў для проксі. Іх мадэлі канфігурацыі розныя; праверце патрабаванні маніфеста і падтрыманыя налады для патрэбнага браўзера.

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

Змена URL запыту змяняе прызначэнне

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

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

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

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