인텔 AMT 버그? (클라이언트가 "장치가 컴퓨터를 깨우도록 허용"을 활성화 한 경우)


0

서버 측 장치에 의해 S3 / S4에서 클라이언트 장치를 깨울 수있는 두 가지 방법이 있습니다 (클라이언트와 서버가 동일한 LAN에 있음)

1. "장치가 컴퓨터를 깨우도록 허용"옵션을 활성화하는 "Wake on LAN"을 사용하십시오 (클라이언트 장치에서는 PCIE WAKE # 기술을 지원합니다)

여기에 이미지 설명을 입력하십시오

2. WebUI를 제공하는 Intel AMT 기술을 사용하여 S3 / S4에서 클라이언트 장치의 원격 시동을 제어하십시오.

여기에 이미지 설명을 입력하십시오

내 실험에서 :

클라이언트가 "장치가 컴퓨터를 깨우도록 허용"(장치 관리자-> 무선 장치-> 마우스 오른쪽 버튼-> 전원 관리) 옵션과 Intel AMT를 함께 활성화하면 서버가 S3 / S4에서 클라이언트를 깨울 수 있습니다. WebUI에 로그인하십시오. (WebUI에서 "원격 제어 인터페이스"를 사용할 필요가 없음)

이 이상한 상황이 올바른지 알고 싶습니다. 인텔 AMT 버그입니까? WebUI 만 로그인하면 PCIE 깨우기 패키지가 클라이언트 장치에도 전송됩니까?


"Intel AMT 버그입니까?" -정확히 무엇이 버그라고 생각하십니까?
Ramhound

AMT의 기능은 WAN 어댑터의 Wake On Lan 기능과는 다릅니다.
Ramhound

나는 Intel AMT가 WebUI를 사용하더라도 웨이크 온 LAN 메시지를 패키지화한다고 인텔 응답을 받았다.
user3365407

답변:


0

인텔로부터 확인을 받았으며 시스템이 프로비저닝되고 ME WLAN이 활성화되면 S3에서 예상되는 동작이라고 말했다.

WoWLAN 시나리오에서 AMT의 트래픽은 웨이크 업 패턴으로 추가되며, 사용자가 AMT WebUI 도구로 로그인 작업 만 수행하더라도 자동 웨이크 업이 발생합니다 (사용자는 장치 관리자에서 Wake on Lan을 활성화하기 때문에).

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.