Windows પ્રોક્સી સેટિંગ્સ: પ્રતિ-વપરાશકર્તા વિરુદ્ધ પ્રતિ-મશીન
દરેક Windows વપરાશકર્તાને પ્રોક્સી સેટિંગ દૃશ્યમાન બનાવવું એ નીતિ-વ્યાપનો પ્રશ્ન છે, એપ્લિકેશન જે પ્રોક્સી સ્ટેક વાપરે છે તે પસંદ કરવાથી અલગ.
પ્રોક્સી જે એડમિનિસ્ટ્રેટરે દાખલ કર્યું તેના માટે કામ કરે છે, પછી બીજો વપરાશકર્તા સાઇન ઇન કરે ત્યારે અદૃશ્ય થઈ જાય છે. તેનો અર્થ એ નથી કે સર્વરે બીજા વપરાશકર્તાને નકાર્યો. રૂપરેખાંકન પ્રથમ વપરાશકર્તાની પ્રોફાઇલનું હોઈ શકે છે.
Windows ઇન્ટરનેટ સેટિંગ્સમાં વપરાશકર્તા અને મશીન—બે વ્યાપ છે. જૂના નામની નીતિ “પ્રોક્સી સેટિંગ્સ પ્રતિ-મશીન કરો (પ્રતિ-વપરાશકર્તા નહીં)” તે નિયંત્રિત કરે છે તે સેટિંગ્સ માટે આ તફાવત નિયંત્રિત કરે છે. તે વર્તમાન વપરાશકર્તાના રજિસ્ટ્રી હાઇવ હેઠળ એક મૂલ્ય બદલવાથી અલગ છે.
સેટિંગનો માલિક ઓળખો
Microsoft નું HKLMProxyServer દસ્તાવેજીકરણ મશીન-વ્યાપ નીતિ પરની અવલંબન સમજાવે છે. જો તમારું ડિપ્લોયમેન્ટ તે પદ્ધતિ વાપરે, તો અસંબંધિત વર્કસ્ટેશનથી અસ્પષ્ટ બાઇનરી રજિસ્ટ્રી મૂલ્ય કૉપિ કરવાને બદલે સમર્થિત મેનેજમેન્ટ નીતિ દ્વારા લાગુ કરો.
રજિસ્ટ્રી-કૉપિ ઉપાય ચોક્કસ પર્યાવરણોનું વર્ણન કરે છે, ક્યારેક 32-bit અને 64-bit વર્તનમાં ભિન્ન. એક નિકાસ કરેલ બ્લોબ દરેક Windows આવૃત્તિ અને ખાતા માટે યોગ્ય છે તેની ખાતરી તેઓ આપતા નથી.
પછી એપ્લિકેશન ઓળખો
મશીન વ્યાપનો અર્થ એ નથી કે દરેક નેટવર્ક ક્લાયન્ટ તે સેટિંગ્સ વાંચે છે. સેવા WinHTTP અથવા તેની પોતાની એપ્લિકેશન ગોઠવણી વાપરી શકે છે. પ્રક્રિયા ચલાવતા ખાતાથી નેટવર્કિંગ સ્ટેકને અલગ કરવામાં Microsoft ની WinHTTP અને WinINet સરખામણી ઉપયોગી છે.
આ બે પ્રશ્નો ટ્રબલશૂટિંગ રેકોર્ડમાં રાખો: કયો રૂપરેખાંકન સંગ્રહ સંબંધિત છે, અને કયું ખાતું કે નીતિ વ્યાપ તે પૂરું પાડે છે? તમારા ડેસ્કટોપ બ્રાઉઝરની સફળ વિનંતી પૃષ્ઠભૂમિ સેવા માટે બંનેમાંથી કોઈનો જવાબ આપતી નથી.
માર્ગ રૂપરેખાંકનને પ્રમાણીકરણથી પણ અલગ કરો. બે વપરાશકર્તાઓને એક જ પ્રોક્સી સરનામું આપવાથી તેમને એક જ ખાતા અધિકારો મળતા નથી, અને એક વપરાશકર્તાનો સાચવેલો પાસવર્ડ મશીન પરના બધાને ચૂપચાપ વહેંચવો ન જોઈએ.