Windows 프록시 로그온 스크립트는 이후 네트워크 변경을 추적하지 않는다
Windows 로그온 시점의 프록시 선택과 이후 네트워크 전환을 별개의 이벤트로 다루고, 의도적인 클라이언트 업데이트와 연결 정책을 함께 정하십시오.
노트북은 로그온할 때 사무실 프록시를 올바르게 받고 집으로 돌아간 뒤에도 유지할 수 있습니다. 로그온 스크립트는 한 번만 실행되었고 이후의 모든 Wi-Fi 변경을 구독하지는 않았습니다. 백그라운드 그룹 정책 처리는 전환 시 임의의 로그온 스크립트를 다시 실행하겠다는 약속이 아닙니다.
이후 동작을 명시적으로 정의하십시오.
- 트리거: 관리되는 애플리케이션은 Network List Manager의 연결 변경 알림을 사용해 상태를 재검토할 수 있습니다. 알림 자체는 프록시를 선택하거나 기록하지 않습니다.
- 결정: 현재 네트워크 상태를 충분히 검사하십시오. Ethernet, Wi-Fi, VPN이 함께 있을 때 하나의 사설 주소나 첫 번째로 열거된 인터페이스는 약한 근거입니다.
- 클라이언트 업데이트: 클라이언트가 사용하는 인터페이스를 통해 설정을 적용하십시오. WinINet 저장과 문서화된 설정 변경 및 새로 고침 알림은 별개의 작업이며, WinHTTP나 애플리케이션 전용 구성에는 다른 경로가 필요할 수 있습니다.
- 기존 작업: 열린 연결을 완료하게 할지, 다시 연결해야 할지, 중지해야 할지 결정하십시오. 새 프록시 선택으로는 이미 설정된 소켓을 다른 출구로 옮길 수 없습니다.
프록시를 이해하는 참여 클라이언트에게 PAC는 다른 설계입니다. 정적 엔드포인트를 반복해서 교체하는 대신 대상별 선택을 클라이언트 안에 두십시오. 전달과 대체 정책은 여전히 이동 중인 네트워크에서 동작해야 합니다.