Im using the Intel System Defense Utility v1.7 on a Windows Server 2003 R2 computer to remotely connect to an Intel AMT supported computer with a DQ35JO motherboard. The board has the latest BIOS as of 4/2/2008. My problem is that when I connect through the internet to this computer, I get a Network Error dialog box that says, Please check network connection for the system or Power ON the AMT System and try after some time. Despite the error notice, I do get connected and Im able to access the Asset Management tab and read the remote computers hardware information. But if I click the Remote Control tab and try to perform any command such as power on/off, or boot the computer from a CD image file, I get the same error dialog mentioned above. I have no problem if I run the System Defense Utility on the same inside private network to access the computer but from the outside world via the public IP address, I get the error. Ive tried each of the following on the remote router with no success: map ports 16992-16995, put the computer in the DMZ. I thought perhaps the ISP is blocking some critical protocol so I tunneled in via a VPN but got the same error. What am I doing wrong?
It looks like the error message is a known problem. Also, is your OS supported with this utility? (From the readme it doesn't look like it.)
Microsoft* Windows* XP Professional with Service Pack 2
Microsoft Windows XP Home with Service Pack 2
Microsoft Windows Vista*.
1. Connection may fail without giving error. Please make sure that you provide the correct password in the Connection & Settings window.
Network Discovery Feature:
Scan the Intel AMT system found in the local network, say if AMT system system's are in the network (192.168.1.x) then System defense utility would start scan AMT systems from 192.168.1.1 to 192.168.1.254 and the discovered computer's would be displayed in the "Network Discovery" tab. In this tab user can able to connect or disconnect the AMT system found during scan operation.
Connection & setting Feature:
User can able to connect or disconnect the AMT system.
If the system is in connected state then this tab would show following info:
Version of Intel AMT system,
User Accounts and
Web Interface link.
Network Settings Feature:
This feature has following options, the applies to AMT system
1) Obtain IP Settings Automatically (DHCP IP)
2) Use the Following IP Settings (Static IP)
i) When the Intel AMT Computer is configured to DHCP enabled mode, the host OS must be configured to use DHCP, as well
ii) When changing DHCP mode from disabled to enabled with the OS present, the Intel AMT device will establish connectivity only in the next host DHCP negotiation. It is advised to renew the hosts DHCP address in this case.
I hope this helps - note that we do not support this product in this forum so if this does not answer your question, we will need to find the appropriate place for it.
Your not doing any wrong, and I bet that if you use the build in AMT web page to perform remote commands, everything works well. This is because normal web browsers have no timeouts, they will wait for the HTTP response practicaly for ever.
I did enconter this same issue with the DTK. i long time ago my timeout was 3 seconds, it is not 10 seconds, must higher than the ISDU (I think). Can you try the same scenario using Intel AMT Commander or Intel AMT Defender (my small ISDU clone). I will bet that the DTK works and so, the timeout is the issue. We can forward this to the ISDU team.
Ylian (Intel AMT Blog)
Your suggestion was right-on. I successfully booted a computer 5 miles away from a CD image on my local computer through a VPN connection. For the boot to complete, about 77MB of files had to be transferred. (see www.atechworld.com for the boot image.) For the future, should the ISDU v1.7 have an editable timeout?
For IDE-R, I would suggest performing IDE-R for another local computer when possible because IDE/SATA commands where not intended to be sent over the Internet. Still, when you have no choice, it's a real lifesaver.
Ylian (Intel AMT Blog)