Windows 프록시 설정: 사용자별 vs 컴퓨터별
프록시 설정을 모든 Windows 사용자에게 보이게 하는 것은 정책 범위의 문제이며, 애플리케이션이 사용하는 프록시 스택 선택과는 별개입니다.
프록시는 입력한 관리자에게는 작동하지만 다른 사용자가 로그인하면 사라집니다. 이것이 서버가 두 번째 사용자를 거부했다는 뜻은 아닙니다. 구성이 첫 번째 사용자의 프로필에 속해 있을 수 있습니다.
Windows 인터넷 설정에는 사용자와 컴퓨터라는 두 범위가 있습니다. 예전 이름의 정책 “프록시 설정을 컴퓨터별로 만들기(사용자별 대신)”는 그 정책이 관리하는 설정에 대해 이 구분을 제어합니다. 현재 사용자의 레지스트리 하이브 아래에서 값을 하나 바꾸는 것과는 다릅니다.
설정의 소유자 확인
Microsoft의 HKLMProxyServer 설명서는 컴퓨터 범위 정책에 대한 의존성을 설명합니다. 배포에서 이 메커니즘을 사용한다면 관련 없는 워크스테이션에서 불투명한 이진 레지스트리 값을 복사하는 대신 지원되는 관리 정책을 통해 적용하십시오.
레지스트리 복사 우회 방법은 특정 환경을 설명하며, 때로 32-bit와 64-bit에서 동작이 다릅니다. 내보낸 blob 하나가 모든 Windows 버전과 계정에 적합하다는 보장은 없습니다.
그다음 애플리케이션 확인
컴퓨터 범위라고 해서 모든 네트워크 클라이언트가 그 설정을 읽는 것은 아닙니다. 서비스는 WinHTTP 또는 자체 애플리케이션 구성을 사용할 수 있습니다. Microsoft의 WinHTTP와 WinINet 비교는 네트워크 스택을 프로세스를 실행하는 계정과 분리할 때 유용합니다.
문제 해결 기록에 이 두 질문을 남기십시오. 어떤 구성 저장소가 관련이 있으며, 어떤 계정이나 정책 범위가 그것을 제공하는가? 데스크톱 브라우저의 성공한 요청은 백그라운드 서비스에 대해 두 질문 중 어느 것에도 답하지 않습니다.
경로 구성과 인증도 구분하십시오. 두 사용자에게 같은 프록시 주소를 주는 것은 같은 계정 권한을 주는 것이 아니며, 한 사용자의 저장된 암호를 컴퓨터의 모든 사람에게 조용히 배포해서도 안 됩니다.