NetworkManager의 CONNECTION_ID는 프로필 이름이며 SSID가 아닙니다

프록시 규칙이 사무실 SSID를 CONNECTION_ID와 비교한다면, 저장된 프로필의 이름을 바꾸는 것만으로 규칙이 깨질 수 있습니다. NetworkManager는 CONNECTION_ID를 프로필의 이름으로 정의합니다. 우연히 SSID와 일치하는 기본 이름은 그 차이를 숨깁니다.

규칙에 따라 입력을 선택하세요:

• 관리되는 연결 프로필에 묶인 정책이라면 문서화된 연결 UUID를 더 안정적인 키로 사용하세요.
• 정말로 무선 정보에 의존하는 정책이라면 프로필 이름을 SSID로 취급하지 말고 지원되는 인터페이스를 통해 그 정보를 얻으세요.

익숙한 이름이나 SSID는 네트워크를 인증하지 않습니다. 승인된 네트워크 ID와 프록시 도달 조건을 결정에 유지하세요.

다음으로 선택된 설정을 받는 애플리케이션을 식별하세요. 디스패처는 자체 컨텍스트에서 실행됩니다. 거기서 변수를 내보내도 이미 실행 중인 데스크톱 애플리케이션의 환경이 대체되지는 않습니다. 참여하는 클라이언트의 구성 인터페이스를 올바른 사용자 또는 서비스 범위에서 사용하세요. 프로필에 저장된 PAC 정책이라면 PAC URL과 가져온 스크립트 중에서 선택하세요.

Wi-Fi와 Ethernet이 함께 있을 때 어느 활성 연결이 결정을 소유하는지, 연결 해제나 알 수 없는 프로필일 때 무엇을 할지 정의하세요. 이런 경우가 없으면 한 인터페이스의 이후 이벤트가 다른 인터페이스에 선택된 유효한 경로를 취소할 수 있습니다. 규칙을 진단할 때 트리거 이벤트, 프로필 ID, 영향을 받는 소비자를 함께 유지하세요.