Proxy auto-config
પ્રોક્સી ઓટો-રૂપરેખાંકન (PAC) ફાઇલ વ્યાખ્યાયિત કરે છે કે કેવી રીતે વેબ બ્રાઉઝર્સ અને અન્ય વપરાશકર્તા એજન્ટો આપેલ URL મેળવવા માટે આપમેળે યોગ્ય પ્રોક્સી સર્વર (ઍક્સેસ પદ્ધતિ) પસંદ કરી શકે છે. PAC ફાઇલ જાવાસ્ક્રિપ્ટ ફંક્શનFindProxyForURL (યુઆરએલ, હોસ્ટ) ધરાવે છે. આ કાર્ય એક અથવા વધુ પ્રવેશ પદ્ધતિ સ્પષ્ટીકરણો સાથે શબ્દમાળા આપે છે. આ વિશિષ્ટતાઓ વપરાશકર્તા એજન્ટને ચોક્કસ પ્રોક્સી સર્વરનો ઉપયોગ કરવા અથવા સીધા જોડાવાનું કારણ બને છે. જ્યારે પ્રોક્સી જવાબ આપવામાં નિષ્ફળ જાય ત્યારે બહુવિધ સ્પષ્ટીકરણો ફોલબેક પ્રદાન કરે છે. બ્રાઉઝર અન્ય યુઆરએલની વિનંતી કરતા પહેલા આ પીએસી ફાઇલ મેળવે છે. PAC ફાઇલનું URL કાં તો જાતે ગોઠવવામાં આવે છે અથવા વેબ પ્રોક્સી ઓટો-ડિસ્કવરી પ્રોટોકોલ દ્વારા આપમેળે નક્કી થાય છે. સંદર્ભ આધુનિક વેબ બ્રાઉઝર્સ ઓટોમેશનના ઘણા સ્તરોનો અમલ કરે છે; વપરાશકર્તાઓ તેમની જરૂરિયાતોને અનુરૂપ સ્તર પસંદ કરી શકે છે. નીચેની પદ્ધતિઓ સામાન્ય રીતે લાગુ કરવામાં આવે છેઃ સ્વચાલિત પ્રોક્સી પસંદગીઃ બધા યુઆરએલ માટે ઉપયોગમાં લેવા માટે યજમાન-નામ અને પોર્ટ નંબર સ્પષ્ટ કરો. મોટાભાગના બ્રાઉઝર્સ તમને ડોમેન્સની સૂચિ (જેમ કે લોકલહોસ્ટ) નિર્દિષ્ટ કરવાની મંજૂરી આપે છે જે આ પ્રોક્સીને બાયપાસ કરશે. પ્રોક્સી ઓટો-રૂપરેખાંકન (પી. એ. સી.): જાવાસ્ક્રિપ્ટ કાર્ય સાથે પી. એ. સી. ફાઇલ માટેનું યુ. આર. એલ. સ્પષ્ટ કરો જે દરેક યુ. આર. એલ. માટે યોગ્ય પ્રોક્સી નક્કી કરે છે. આ પદ્ધતિ લેપટોપ વપરાશકર્તાઓ માટે વધુ યોગ્ય છે જેમને વિવિધ પ્રોક્સી રૂપરેખાંકનો અથવા વિવિધ પ્રોક્સીઓ સાથે જટિલ કોર્પોરેટ સેટઅપની જરૂર હોય છે. વેબ પ્રોક્સી ઓટો-ડિસ્કવરી પ્રોટોકોલ (ડબલ્યુ. પી. એ. ડી.): બ્રાઉઝરને ડી. એચ. સી. પી. અને ડી. એન. એસ. લુકઅપ્સ દ્વારા પી. એ. સી. ફાઇલના સ્થાનનો અંદાજ લગાવવા દો. પ્રોક્સી ઓટો-કોન્ફિગ ફાઇલ ફોર્મેટ મૂળ રૂપે નેટસ્કેપ નેવિગેટર 2 માટે 1996 માં નેટસ્કેપ દ્વારા ડિઝાઇન કરવામાં આવ્યું હતું અને તે એક ટેક્સ્ટ ફાઇલ છે જે ઓછામાં ઓછા એક જાવાસ્ક્રિપ્ટ કાર્યને વ્યાખ્યાયિત કરે છે. પી. એ. સી. ફાઇલ પરંપરા અનુસાર, પી. એ. સી. ફાઇલને સામાન્ય રીતે proxy.pac નામ આપવામાં આવે છે. WPAD ધોરણ wpad.dat નો ઉપયોગ કરે છે. ફાઇલમાં ઓછામાં ઓછું એક કાર્ય હોવાની અપેક્ષા રાખવામાં આવે છેઃ, બે દલીલો અને ચોક્કસ સ્વરૂપમાં વળતર મૂલ્ય સાથેઃ * એ ઓબ્જેક્ટનું URL છે * તે URL માંથી મેળવેલ યજમાન-નામ છે. વાક્યરચનામાં તે વચ્ચેની સમાન શબ્દમાળા છેઃ// અને પ્રથમઃ અથવા/તે પછી. * એ નીચેના ફોર્મેટમાં સહીઓની સ્ટ્રિંગ છે (નીચે ઉદાહરણો જુઓ): રીટર્ન વેલ્યુ = ટાઇપ હોસ્ટ ":", પોર્ટ, [{";", રીટર્ન વેલ્યુ]]; ટાઇપ = "ડાયરેક્ટ" | "પ્રોક્સી" | "સોક્સ" | "HTTP" | "HTTPS" | "SOCKS4" | "SOCKS5" હોસ્ટ = UTF16સ્ટ્રિંગ (* ઇસીએમએ262-સુસંગત UTF16 સ્ટ્રિંગ *) પોર્ટ = UTF16સ્ટ્રિંગ (* અંકો *) તેનો ઉપયોગ કરવા માટે, એક PAC ફાઇલ HTTP સર્વર પર પ્રકાશિત થાય છે, અને ક્લાયન્ટ વપરાશકર્તા એજન્ટોને તેનો ઉપયોગ કરવા માટે સૂચના આપવામાં આવે છે, ક્યાં તો URL દાખલ કરીને. યુઆરએલ સ્થાનિક ફાઇલનો સંદર્ભ પણ આપી શકે છે, ઉદાહરણ તરીકેઃ ફાઈલઃ///વગેરે/પ્રોક્સી. પેક. તેમ છતાં મોટાભાગના ક્લાયન્ટ્સ HTTP જવાબમાં પરત ફરેલા MIME પ્રકારને ધ્યાનમાં લીધા વિના સ્ક્રિપ્ટ પર પ્રક્રિયા કરશે, સંપૂર્ણતા ખાતર અને મહત્તમ સુસંગતતા માટે, HTTP સર્વરને આ ફાઇલના MIME પ્રકારને ક્યાં તો એપ્લિકેશન/x-ns-પ્રોક્સી-ઓટોકોન્ફિગ અથવા એપ્લિકેશન/x-જાવાસ્ક્રિપ્ટ-કોન્ફિગ જાહેર કરવા માટે રૂપરેખાંકિત કરવું જોઈએ. એક એમ. આઈ. એમ. ઈ. પ્રકારનો બીજા પર ઉપયોગ કરવાની તરફેણ કરવા માટે બહુ ઓછા પુરાવા છે. જો કે, એવું માનવું વાજબી રહેશે કે એપ્લિકેશન/x-ns-પ્રોક્સી-ઓટોકોન્ફિગ એપ્લિકેશન/x-જાવાસ્ક્રિપ્ટ-રૂપરેખાંકન કરતાં વધુ ક્લાયન્ટ્સમાં સપોર્ટેડ હશે કારણ કે તે મૂળ નેટસ્કેપ સ્પષ્ટીકરણમાં વ્યાખ્યાયિત કરવામાં આવ્યું હતું, બાદમાંનો પ્રકાર તાજેતરમાં ઉપયોગમાં આવી રહ્યો છે. ઉદાહરણ PAC ફાઇલનું એક ખૂબ જ સરળ ઉદાહરણ છેઃ ફંક્શન ફાઇન્ડપ્રોક્સીફોરયુઆરએલ (યુઆરએલ, હોસ્ટ) {રીટર્ન 'પ્રોક્સી proxy.example.com: 8080; ડાયરેક્ટ';} આ ફંક્શન બ્રાઉઝરને સર્વર proxy.example.com ના પોર્ટ 8080 પર પ્રોક્સી દ્વારા તમામ પૃષ્ઠોને પુનઃપ્રાપ્ત કરવાની સૂચના આપે છે. જો આ પ્રોક્સી જવાબ આપવામાં નિષ્ફળ જાય, તો બ્રાઉઝર પ્રોક્સીનો ઉપયોગ કર્યા વિના સીધી વેબ-સાઇટનો સંપર્ક કરે છે. જો ફાયરવોલ અથવા અન્ય મધ્યસ્થી નેટવર્ક ઉપકરણો, પ્રોક્સી સિવાયના સ્રોતોની વિનંતીઓને નકારી કાઢે તો પછીનું નિષ્ફળ થઈ શકે છે-જે કોર્પોરેટ નેટવર્કમાં સામાન્ય રૂપરેખાંકન છે. વધુ જટિલ ઉદાહરણ ફાઇન્ડપ્રોક્સીફોરયુઆરએલ કાર્યમાં ઉપયોગમાં લેવા માટેના કેટલાક ઉપલબ્ધ જાવાસ્ક્રિપ્ટ કાર્યોને દર્શાવે છેઃ કાર્ય ફાઇન્ડપ્રોક્સીફોરયુઆરએલ (યુઆરએલ, યજમાન) {// નીચે આપેલા ડોમેન્સમાંથી અમારા સ્થાનિક યુઆરએલને પ્રોક્સીની જરૂર નથીઃ જો (શએક્સપમેચ (યજમાન, '*. example.com') આ નેટવર્કની અંદરના યુઆરએલને ઝડપી proxy.example.com પર// પોર્ટ 8080 દ્વારા એક્સેસ કરવામાં આવે છેઃ જો (આઈસ્ઇનનેટ (યજમાન, '10.0.0.0', '255.255.248.0') {વળતર 'પ્રોક્સી ઝડપી proxy.example.com: 8080';]// બધા //જો તે જવાબ આપવામાં નિષ્ફળ જાય, તો સીધા જ WWW પર જાઓઃ 'PROXY proxy.example.com: 8080; DIRECT';} ડિફોલ્ટ રૂપે, PROXY મુખ્ય શબ્દનો અર્થ એ છે કે મૂળ વિનંતીના પ્રોટોકોલને અનુરૂપ પ્રોક્સીનો ઉપયોગ થાય છે, પછી ભલે તે HTTP, HTTPS, અથવા FTP હોય. અન્ય સપોર્ટેડ કીવર્ડ્સ અને પ્રોક્સી પ્રકારોમાં નીચેનાનો સમાવેશ થાય છેઃ SOCKS પ્રોક્સીનો ઉપયોગ કરો. HTTP, HTTPS ફાયરફોક્સની વધુ તાજેતરની આવૃત્તિઓમાં રજૂ કરવામાં આવ્યા છે. HTTP (S) પ્રોક્સીને સ્પષ્ટ કરે છે. SOCKS4, SOCKS5 ફાયરફોક્સના વધુ તાજેતરના સંસ્કરણોમાં રજૂ કરવામાં આવ્યા છે. SOCKS પ્રોટોકોલ સંસ્કરણને સ્પષ્ટ કરે છે. https://www.example.com/proxy.pac મર્યાદાઓ PAC અક્ષર-એન્કોડિંગ PAC સ્ક્રિપ્ટોનું એન્કોડિંગ સામાન્ય રીતે અચોક્કસ હોય છે, અને વિવિધ બ્રાઉઝર્સ અને નેટવર્ક સ્ટેક્સમાં PAC સ્ક્રિપ્ટ્સને કેવી રીતે એન્કોડ કરી શકાય તે માટે જુદા જુદા નિયમો હોય છે. સામાન્ય રીતે, સંપૂર્ણપણે ASCII PAC સ્ક્રિપ્ટ્સ કોઈપણ બ્રાઉઝર અથવા નેટવર્ક સ્ટેક સાથે કામ કરશે. મોઝિલા ફાયરફોક્સ 66 અને પછીથી યુટીએફ-8 તરીકે એન્કોડેડ પીએસી સ્ક્રિપ્ટ્સને પણ સપોર્ટ કરે છે. DNSResolve ફંક્શન (અને સમાન અન્ય કાર્યો) DNS લુકઅપ કરે છે જે DNS સર્વર પ્રતિસાદ ન આપે તો લાંબા સમય સુધી બ્રાઉઝરને અવરોધિત કરી શકે છે. માયઆઇપીએડ્ડ્રેસ ફંક્શન ઘણીવાર ખોટા અથવા બિનઉપયોગી પરિણામો આપવા માટે જાણ કરવામાં આવે છે, દા. ત. 127.0.0.1, સ્થાનિક યજમાનનું IP સરનામું. તે સિસ્ટમની યજમાન ફાઇલને દૂર કરવામાં મદદ કરી શકે છે (દા. ત. / વગેરે/લિનક્સ પર યજમાનો) મશીન યજમાન-નામનો ઉલ્લેખ કરતી કોઈપણ લીટીઓ, જ્યારે 127.0.0.1 લોકલહોસ્ટ લીટી રહી શકે છે અને રહેવી જોઈએ. 2013 માં, સંશોધકોએ પ્રોક્સી ઓટો-રૂપરેખાંકનના સુરક્ષા જોખમો વિશે ચેતવણી આપવાનું શરૂ કર્યું. ધમકીમાં પીડિતના બ્રાઉઝર ટ્રાફિકને હુમલાખોર-નિયંત્રિત સર્વર પર રીડાયરેક્ટ કરવા માટે સિસ્ટમ દ્વારા આપમેળે શોધાયેલ PAC નો ઉપયોગ કરવાનો સમાવેશ થાય છે. પેક-ફાઇલ સાથેનો બીજો મુદ્દો એ છે કે લાક્ષણિક અમલીકરણમાં સ્પષ્ટ લખાણ HTTP પુનઃપ્રાપ્તિનો સમાવેશ થાય છે, જેમાં કોડ સહી અથવા વેબ પ્રમાણપત્રો જેવી કોઈપણ સુરક્ષા સુવિધાઓનો સમાવેશ થતો નથી. હુમલાખોરો મેન-ઇન-ધ-મિડલ હુમલાઓ સરળતાથી કરી શકે છે. માઇક્રોસોફ્ટની જૂની સમસ્યાઓ માઇક્રોસોફ્ટના ઈન્ટરનેટ એક્સપ્લોરર 5.5 અથવા નવા ડોમેન નામ દ્વારા પ્રોક્સી ઓટો-રૂપરેખાંકન પરિણામોને કેશીંગ કરવાથી પી. એ. સી. ધોરણની લવચીકતાને મર્યાદિત કરે છે. અસરકારક રીતે, તમે ડોમેન નામના આધારે પ્રોક્સી પસંદ કરી શકો છો, પરંતુ યુઆરએલના માર્ગ પર નહીં. વૈકલ્પિક રીતે, તમારે ડી બોયન પોલાર્ડ (વધુ વાંચનમાં સૂચિબદ્ધ) દ્વારા વર્ણવેલ પ્રક્રિયા, રજિસ્ટ્રીને સંપાદિત કરીને પ્રોક્સી ઓટો-રૂપરેખાંકન પરિણામોના કેશીંગને અક્ષમ કરવાની જરૂર છે. ઇન્ટરનેટ એક્સપ્લોરર PAC રૂપરેખાંકનનો ઉપયોગ કરતા અન્ય વિન્ડોઝ ઘટકો સાથે સુસંગતતા માટે ISInNet કાર્યમાં યજમાન ડોમેન નામોને બદલે હંમેશા IP સરનામાંઓનો ઉપયોગ કરવાની ભલામણ કરવામાં આવે છે, જેમ કે. ઉદાહરણ તરીકે, જો (isInNet (યજમાન, dnsResolve (સેમ્પલેડોમેન), '255.255.248.0')) {}//. NET 2.0 પ્રોક્સીને યોગ્ય રીતે ઉકેલશે જો (isInNet (યજમાન, સેમ્પલેડોમેન, '255.255.248.0')) {}//. NET 2.0 પ્રોક્સીને યોગ્ય રીતે ઉકેલશે નહીં. નેટવર્ક રૂપરેખાંકનો વચ્ચે ફેરબદલ કર્યા પછી ટૂંક સમયમાં (દા. ત. વી. પી. એન. દાખલ કરતી વખતે અથવા છોડતી વખતે), ડી. એન. એસ. કેશીંગને કારણે ડી. એન. એસ. રિસોલ્વ જૂના પરિણામો આપી શકે છે. દાખલા તરીકે, ફાયરફોક્સ સામાન્ય રીતે 20 ડોમેન એન્ટ્રીઓને 60 સેકન્ડ માટે કેશમાં રાખે છે. આને network.dnsCacheEntries અને network.dnsCacheExpiration રૂપરેખાંકન ચલ દ્વારા રૂપરેખાંકિત કરી શકાય છે. સિસ્ટમના DNS કેશને ફ્લશ કરવાથી પણ મદદ મળી શકે છે, જે ઉદાહરણ તરીકે પ્રાપ્ત કરી શકાય છે. લિનક્સમાં સુડો સેવા ડી. એન. એસ.-ક્લીન સ્ટાર્ટ સાથે અથવા વિન્ડોઝમાં આઈ. પી. કોન્ફિગ/ફ્લશડીએન સાથે. ઇન્ટરનેટ એક્સપ્લોરર 9 પર, isInNet ('લોકલહોસ્ટનેમ', 'second.ip', '255.255.255.255') સાચું આપે છે અને તેનો ઉકેલ તરીકે ઉપયોગ કરી શકાય છે. માયઆઇપીએડ્રેસ ફંક્શન ધારે છે કે ઉપકરણમાં એક જ આઇપીવી4 સરનામું છે. જો ઉપકરણમાં એક કરતાં વધુ IPv4 સરનામાં હોય અથવા IPv6 સરનામાં હોય તો પરિણામો અવ્યાખ્યાયિત છે. અન્ય વધુ મર્યાદાઓ સ્થાનિક મશીન પર જાવાસ્ક્રિપ્ટ એન્જિન સાથે સંબંધિત છે. અદ્યતન કાર્યક્ષમતા વધુ અદ્યતન PAC ફાઇલો પ્રોક્સીઓ પર ભાર ઘટાડી શકે છે, ભાર સંતુલન કરી શકે છે, નિષ્ફળ થઈ શકે છે અથવા નેટવર્ક દ્વારા વિનંતી મોકલવામાં આવે તે પહેલાં કાળી/સફેદ સૂચિ પણ કરી શકે છે. બહુવિધ પ્રોક્સીઓ પરત કરી શકાય છેઃ 'PROXY proxy1.example.com: 80; PROXY proxy2.example.com: 8080' પરત કરો; ઉપરોક્ત પહેલા પ્રોક્સી 1 નો પ્રયાસ કરશે અને જો ઉપલબ્ધ ન હોય તો તે પછી પ્રોક્સી 2 નો પ્રયાસ કરશે. નોંધો સંદર્ભો વધુ વાંચન બાહ્ય કડીઓ વેબ બ્રાઉઝર જાવાસ્ક્રિપ્ટ કમ્પ્યુટર ફાઇલો