વેબપેજ પર ચાલતી સ્ક્રિપ્ટ પાસે બ્રાઉઝરનો બહાર જતો પ્રોક્સી બદલતી કોઈ સામાન્ય સેટિંગ નથી. બ્રાઉઝર વિસ્તરણ પાસે વધારાની પરવાનગીઓ હોઈ શકે, પણ તે અલગ સુરક્ષા અને રૂપરેખાંકન મોડેલ હેઠળ ચાલે છે.

જૂની ફોરમના જવાબોમાં આ ભેદ ખોવાઈ જાય છે. વિશેષાધિકૃત Firefox આંતરિક ભાગો, જૂના વિસ્તરણ મોડ્યુલો કે ત્યજેલા add-on SDK વાપરતો કોડ ક્યારેય સામાન્ય વેબપેજ API ન હતો. એવો સ્નિપેટ પેજમાં પેસ્ટ કરવાથી તે અધિકારો મળતા નથી.

બ્રાઉઝરની વિસ્તરણ API વાપરો

Firefox વિસ્તરણ જરૂરી પરવાનગીઓ સાથે દસ્તાવેજીકૃત proxy.settings API વાપરી શકે છે. Chrome પોતાની પ્રોક્સી વિસ્તરણ API આપે છે. તેમના રૂપરેખાંકન મોડેલ અલગ છે; તમે લક્ષ્ય કરેલા બ્રાઉઝર માટે મેનિફેસ્ટની જરૂરિયાતો અને સમર્થિત સેટિંગ્સ તપાસો.

વિસ્તરણે તે જ સેટિંગ નિયંત્રિત કરતી નીતિઓ કે અન્ય વિસ્તરણોને પણ ધ્યાનમાં લેવા જોઈએ. સફળ API કૉલ એ ધારવાનું કારણ નથી કે હવે દરેક લક્ષ્ય તમે ઇચ્છેલો માર્ગ અનુસરે છે. પરિણામી રૂપરેખાંકન તપાસો અને વપરાશકર્તાને તે પુનઃસ્થાપિત કરવાની ક્ષમતા જાળવી રાખો.

fetch URL બદલવાથી લક્ષ્ય બદલાય છે

વેબપેજ એવા એપ્લિકેશન સર્વરને કૉલ કરી શકે છે જે તેના વતી વિનંતી ફોરવર્ડ કરે, બ્રાઉઝરના વેબ નિયમોને આધીન. તે ડિઝાઇનમાં બ્રાઉઝર તે એપ્લિકેશન સર્વર સાથે જોડાય છે. તેણે સામાન્ય બ્રાઉઝર પ્રોક્સી ઇન્સ્ટોલ કરી નથી કે અસંબંધિત ટૅબ વાપરતો માર્ગ બદલ્યો નથી.

એ જ રીતે, બીજા IP સરનામા સાથે હેડર મોકલવાથી કનેક્શનનું સ્રોત સરનામું બદલાતું નથી. લક્ષ્ય વિશ્વસનીય ફોરવર્ડિંગ મેટાડેટાને પોતાની નીતિ અનુસાર અર્થઘટન કરી શકે, પણ નેટવર્ક માર્ગ અલગ હકીકત છે.

જો તમારો હેતુ બ્રાઉઝિંગ માટે IP બદલતો પ્રોક્સી હોય, તો મફત પ્રોક્સી યાદીમાંથી યોગ્ય એન્ટ્રી પસંદ કરો અને સમર્થિત બ્રાઉઝર પ્રોક્સી કે અધિકૃત વિસ્તરણ સેટ કરો. જો હેતુ એક વેબ એપ્લિકેશનનું દૂરસ્થ fetch હોય, તો તે સુવિધાને તેના વાસ્તવિક સર્વર અને બ્રાઉઝર મર્યાદાઓ આસપાસ ડિઝાઇન કરો.

સંબંધિત લેખો