Skripto ruliĝanta en retpaĝo ne havas ĝeneralan agordon, kiu ŝanĝas la elirantan prokurilon de la retumilo. Retumila etendaĵo povas havi pliajn permesojn, sed ĝi funkcias laŭ alia sekureca kaj agorda modelo.

Tiu distingo perdiĝas en malnovaj forumaj respondoj. Kodo uzanta privilegiajn internajn partojn de Firefox, malnovajn etendaĵajn modulojn aŭ forlasitajn add-on-SDK-ojn neniam estis ordinara retpaĝa API. Enmeti tian fragmenton en paĝon ne donas tiujn privilegiojn.

Uzu la etendaĵan API de la retumilo

Firefox-etendaĵo povas uzi la dokumentitan proxy.settings API kun la bezonataj permesoj. Chrome proponas sian propran prokurilan etendaĵan API. Iliaj agordaj modeloj malsamas; kontrolu la postulojn de la manifestaĵo kaj la subtenatajn agordojn por la celata retumilo.

Etendaĵo ankaŭ atentu politikojn aŭ aliajn etendaĵojn, kiuj regas la saman agordon. Sukcesa API-alvoko ne pravigas supozi, ke ĉiu celo nun sekvas la intencitan vojon. Kontrolu la rezultan agordon kaj konservu la kapablon de la uzanto restaŭri ĝin.

Ŝanĝi la ricevan URL-on ŝanĝas la celon

Retpaĝo povas alvoki aplikaĵan servilon, kiu plusendas peton nome de ĝi, laŭ la retaj reguloj de la retumilo. En tiu dezajno la retumilo konektiĝas al tiu aplikaĵa servilo. Ĝi ne instalas ĝeneralan retumilan prokurilon nek ŝanĝas la vojon uzatan de nerilataj langetoj.

Simile, sendi kaplinion kun alia IP-adreso ne ŝanĝas la fontadreson de la konekto. Celoj povas interpreti fidindajn plusendajn metadatumojn laŭ sia propra politiko, sed la reta vojo estas aparta fakto.

Se via celo estas IP-ŝanĝanta prokurilo por retumi, elektu taŭgan eron el la senpaga prokurilaro kaj agordu subtenatan retumilan prokurilon aŭ rajtigitan etendaĵon. Se via celo estas fora ricevo de unu reta aplikaĵo, desegnu tiun funkcion ĉirkaŭ ĝiaj realaj servilaj kaj retumilaj limoj.

Rilataj artikoloj