Уваход LocalSystem у NTLM-проксі з уліковым запісам кампутара
Правярайце сеткавую ідэнтычнасць, якую прадстаўляе служба Windows, замест таго каб меркаваць, што яна выкарыстоўвае проксі-запіс карыстальніка працоўнага стала.
Паспяховы ўваход праз браўзер для чалавека за працоўным сталом не пацвярджае ідэнтычнасць службы LocalSystem. LocalSystem звязаны з кампутарам, а не з карыстальнікам, які ўвайшоў у сістэму.
Калі праграма выкарыстоўвае кантэкст бяспекі Windows для аўтэнтыфікацыі на проксі, праверце, які ўліковы запіс проксі фактычна атрымлівае. На машыне, далучанай да дамена, гэта можа быць запіс кампутара, а не запіс супрацоўніка.
У Windows ёсць пэўная палітыка Network security: Allow Local System to use computer identity for NTLM. Яна кіруе службамі LocalSystem, якія выкарыстоўваюць Negotiate, калі яны пераходзяць на NTLM. Падтрымліваная палітыка і яе значэнне па змаўчанні адрозніваюцца ў розных гістарычных версіях Windows.
Кліент HTTP таксама павінен выкарыстоўваць падтрымліваны шлях аўтэнтыфікацыі на проксі і запытваць мэтавыя ўліковыя даныя. Адна палітыка не дадае падтрымку аўтэнтыфікацыі адвольнаму кліенту.
Параўнайце наладжаны ўліковы запіс службы, узгоджаны метад аўтэнтыфікацыі і запіс аўтарызацыі проксі перад зменай палітыкі. Дазвол супрацоўніку не дае запісу кампутара такі самы доступ аўтаматычна.