Կարո՞ղ է JavaScript-ը փոխել ձեր բրաուզերի պրոքսին։

Վեբ էջում աշխատող սկրիպտը չունի ընդհանուր կարգավորում, որը փոխում է բրաուզերի ելքային պրոքսին։ Բրաուզերի ընդլայմանը կարող են լինել լրացուցիչ թույլտվություններ, սակայն այն աշխատում է անվտանգության և կարգավորման այլ մոդելով։

Այս տարբերությունը կորչում է հին ֆորումային պատասխաններում։ Կոդը, որն օգտագործում է Firefox-ի արտոնյալ ներքին մասերը, հին ընդլայման մոդուլները կամ լքված add-on SDK-ները, երբեք չի եղել սովորական վեբ էջի API։ Նման հատվածը էջում տեղադրելը չի տալիս այդ արտոնությունները։

Օգտագործեք բրաուզերի ընդլայման API-ն

Firefox-ի ընդլայմանը կարող է օգտագործել փաստաթղթավորված proxy.settings API-ն անհրաժեշտ թույլտվություններով։ Chrome-ն առաջարկում է իր սեփական պրոքսի ընդլայման API-ն։ Նրանց կարգավորման մոդելները տարբեր են․ ստուգեք manifest-ի պահանջները և աջակցվող կարգավորումները ձեր թիրախ բրաուզերի համար։

Ընդլայմանը պետք է հաշվի առնի նաև նույն կարգավորումը կառավարող քաղաքականությունները կամ այլ ընդլայումներ։ Հաջող API կանչը պատճառ չէ ենթադրելու, որ յուրաքանչյուր նպատակակետ այժմ հետևում է ձեր նախատեսած ուղուն։ Ստուգեք ստացված կարգավորումը և պահպանեք օգտվողի՝ այն վերականգնելու հնարավորությունը։

Fetch URL-ի փոփոխությունը փոխում է նպատակակետը

Վեբ էջը կարող է կանչել հավելվածային սերվեր, որը հարցումը փոխանցում է իր անունից՝ բրաուզերի վեբ կանոններին համապատասխան։ Այդ ձևավորման մեջ բրաուզերը միանում է այդ հավելվածային սերվերին։ Այն չի տեղադրել ընդհանուր բրաուզերի պրոքսի և չի փոխել չկապված ներդիրների օգտագործած ուղին։

Նույն կերպ, այլ IP հասցեով վերնագիր ուղարկելը չի փոխում կապի աղբյուրի հասցեն։ Նպատակակետը կարող է վստահելի փոխանցման մետատվյալները մեկնաբանել իր քաղաքականությամբ, սակայն ցանցային ուղին առանձին փաստ է։

Եթե ձեր նպատակը զննարկման համար IP փոխող պրոքսին է, ընտրեք հարմար գրառում անվճար պրոքսիների ցանկից և կարգավորեք աջակցվող բրաուզերի պրոքսի կամ լիազորված ընդլայում։ Եթե նպատակը մեկ վեբ հավելվածի հեռավոր fetch-ն է, նախագծեք այդ հատկությունը՝ ըստ դրա իրական սերվերի և բրաուզերի սահմանների։