એક સ્ક્રિપ્ટ Windows Internet Settings માંથી ProxyServer વાંચે છે અને તેને WebProxy.Address ને સોંપે છે. તે એક મશીન પર કામ કરે છે, પછી બીજા મશીન પર નિષ્ફળ જાય છે જેનું મૂલ્ય આવું દેખાય છે:

http=proxy-a.example:8080;https=proxy-b.example:8080

આ પ્રોટોકોલ-વિશિષ્ટ રૂપરેખા સ્ટ્રિંગ છે, એક પ્રોક્સી URI નથી. એક જ સરનામું ધરાવતા કન્સ્ટ્રક્ટરને આખું મૂલ્ય આપવાથી ઇનપુટનો અર્થ બદલાય છે.

એન્ટ્રીમાટે પ્રોક્સી પસંદ કરે છે
http=...HTTP ગંતવ્ય વિનંતીઓ
https=...HTTPS ગંતવ્ય વિનંતીઓ

https કી પોતે એ અર્થમાં નથી કે તે પ્રોક્સી સાથેનું જોડાણ TLS વાપરે છે. સામાન્ય HTTP પ્રોક્સી CONNECT દ્વારા HTTPS ગંતવ્ય લઈ જઈ શકે છે.

ક્લાયંટ જ્યાં પ્રદાન કરે ત્યાં વાસ્તવિક ગંતવ્ય માટે સમર્થિત સિસ્ટમ-પ્રોક્સી ઇન્ટરફેસ પસંદ કરો. મેન્યુઅલ પ્રોક્સી સ્ટ્રિંગ, બાયપાસ નિયમો, સ્વચાલિત રૂપરેખા URL અને સ્વચાલિત શોધ એ રૂપરેખાના જુદા જુદા ભાગો છે. એક રજિસ્ટ્રી મૂલ્ય વાંચીને તે બધાને ફરી બનાવી શકાતું નથી. જો તમે સંગ્રહિત મેપની તપાસ કરો, ProxyServer ની બાજુમાં ProxyEnable અને AutoConfigURL વાંચો.

જો કોઈ એકીકરણને મેન્યુઅલ મેપિંગ પાર્સ કરવું હોય, તો તેનું દસ્તાવેજીકૃત ફોર્મેટ અનુસરો, પ્રોટોકોલ સંબંધ જાળવી રાખો અને દરેક પસંદ કરેલા મૂલ્ય માટે વાસ્તવિક URI અથવા એન્ડપોઇન્ટ પાર્સર વાપરો. દરેક કોલનને વિભાજિત કરવાથી IPv6 તૂટે છે; પહેલી એન્ટ્રી પસંદ કરવાથી ઉપરનો ભેદ ગુમાય છે.

આને યોગ્ય એકાઉન્ટ સંદર્ભમાં રાખો. ઇન્ટરેક્ટિવ વપરાશકર્તાની સેટિંગ્સ આપમેળે બીજી ઓળખ હેઠળ ચાલતી સેવાની સેટિંગ્સ નથી.

સંબંધિત લેખો