Налады проксі Windows: для кожнага карыстальніка ці для машыны
Зрабіць наладу проксі бачнай для ўсіх карыстальнікаў Windows — гэта пытанне абсягу палітыкі, асобнае ад выбару стэка проксі, які выкарыстоўвае праграма.
Проксі працуе для адміністратара, які яго ўвёў, а затым знікае, калі ўваходзіць іншы карыстальнік. Гэта не азначае, што сервер адхіліў другога карыстальніка. Канфігурацыя можа належаць профілю першага карыстальніка.
У наладах Інтэрнэту Windows ёсць абсягі карыстальніка і машыны. Палітыка са старой назвай “Рабіць налады проксі для машыны (а не для карыстальніка)” кіруе гэтым адрозненнем для налад, якія яна ахоплівае. Яна адрозніваецца ад змены аднаго значэння ў кусце рэестра бягучага карыстальніка.
Вызначце ўладальніка налады
Дакументацыя Microsoft HKLMProxyServer тлумачыць залежнасць ад палітыкі абсягу машыны. Калі ваша разгортванне выкарыстоўвае гэты механізм, прымяняйце яго праз падтрыманую палітыку кіравання, а не капіруйце непразрыстае бінарнае значэнне рэестра з іншай працоўнай станцыі.
Абыходы праз капіраванне рэестра апісваюць пэўныя асяроддзі, часам з рознымі паводзінамі 32-bit і 64-bit. Яны не гарантуюць, што адзін экспартаваны блок падыходзіць для кожнай версіі Windows і ўліковага запісу.
Затым вызначце праграму
Абсяг машыны не азначае, што кожны сеткавы кліент чытае гэтыя налады. Служба можа выкарыстоўваць WinHTTP або ўласную канфігурацыю праграмы. Параўнанне WinHTTP і WinINet ад Microsoft карыснае, каб аддзяліць сеткавы стэк ад уліковага запісу, які запускае працэс.
Трымайце гэтыя два пытанні ў запісе пошуку няспраўнасцей: якое сховішча канфігурацыі актуальнае і які ўліковы запіс або абсяг палітыкі яго падае? Паспяховы запыт з вашага кампутарнага браўзера не адказвае ні на адно з гэтых пытанняў для фонавай службы.
Таксама адрознівайце канфігурацыю маршруту ад аўтэнтыфікацыі. Два карыстальнікі з адным адрасам проксі не атрымліваюць аднолькавых правоў уліковага запісу, і захаваны пароль аднаго карыстальніка не павінен моўчкі раздавацца ўсім на машыне.