태그 보관물: remote-access

remote-access

인텔 AMT 버그? (클라이언트가 “장치가 컴퓨터를 깨우도록 허용”을 활성화 한 경우) 사용하십시오 (클라이언트 장치에서는 PCIE WAKE # 기술을

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

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

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

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

내 실험에서 :

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

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



답변

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

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


답변