Windows 프록시 변경: 앱이 이전 경로를 유지하는 이유
저장된 Internet Settings 값, 클라이언트가 다시 읽은 구성, 기존 연결은 레지스트리 쓰기가 실패하지 않아도 서로 어긋날 수 있습니다.
Windows 설정 창에 새 프록시가 표시되어도 응용 프로그램은 이전 경로로 계속 동작할 수 있습니다. 지금 어떤 상태를 관찰하고 있는지 구분하십시오.
| 관찰 | 무엇을 확정하는가 |
|---|---|
| 새 값이 저장됨 | 선택한 사용자 또는 컴퓨터 구성이 바뀜 |
| 클라이언트가 새 구성을 읽음 | 그 클라이언트가 사용하는 원본을 새로 고침 |
| 새 연결이 새 경로를 사용함 | 새로 고친 정책이 새 라우팅 결정에 영향을 줌 |
WinINet은 연결별 Internet Options와 알림을 제공하며, 여기에는 INTERNET_OPTION_SETTINGS_CHANGED 및 INTERNET_OPTION_REFRESH이 포함됩니다. 갱신 중인 설정에는 지원되는 구성 API를 사용하고 그 오류를 보고하십시오. 레지스트리에만 쓰면 클라이언트에 오래된 보기가 남을 수 있으며, 일반 설정 브로드캐스트가 모든 네트워킹 라이브러리에 다시 읽기를 강제하지는 않습니다.
다음으로 영향을 받은 응용 프로그램의 스택과 계정을 확인하십시오. .NET 9 Windows 클라이언트에서는 시스템 프록시 새로 고침 수명 주기가 명시적 프록시 개체 및 환경 기본값과 다릅니다. WinHTTP와 자체 프록시 설정을 가진 클라이언트는 별개의 사례입니다. 현재 사용자 아래의 변경은 다른 계정으로 실행되는 서비스에 대해 거의 말해 주지 않으며, WinINet 새로 고침은 임의의 소켓에 프록시 지원을 제공할 수 없습니다.
마지막으로 새 연결과 이전에 설정된 활성 연결 또는 터널을 구분하십시오. 설정을 바꾸어도 그 스트림이 자동으로 이전되지는 않습니다. 프록시 변경을 노출하는 응용 프로그램에는 저장, 알림, 새 연결에 대한 명확한 정책이 필요합니다.