- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
I've been following the 'tips and tricks' pages, and documents and as far as I can tell I've set up AMT/ME on the client BIOS correctly, but I can't get either a web browser or tools from the DTK to connect to the machine.
I've triple checked the new password I've set in the ME bios on the machine, and I've set it to DHCP and ensured it has the correct host and domain name. I get the logon page from the machine via a web-browser when it's powered down (so this is not dependant on Windows drivers/firewall, etc.) - butmy password is always rejected.
The AMT tools show the client attempting to connect with HTTP, followed by the error message:
System.Net.WebException: The remote server returned an error: (401) Unauthorized.
at System.Net.HttpWebRequest.GetResponse()
at IntelAmtStack.WsManDirectClient.LoadXmlEx(String postData, Boolean& shouldRetry)
Followed by another attempt to talk via https followed by the error:
System.Net.WebException: The underlying connection was closed: An unexpected error occurred on a send. ---> System.IO.IOException: Unable to read data from the transport connection: An existing connection was forcibly closed by the remote host. ---> System.Net.Sockets.SocketException: An existing connection was forcibly closed by the remote host
I can't access the machine via https on a browser at all. The username I'm using is 'admin'. I'm assuming this is correct as it should be the default, but I can't find this specified in the machine anywhere.
There are a set of options in the BIOS regarding 'Virtual applicances'. I'm not sure what they are. They're not familiar to me from last time I fiddled with AMT six months ago, and aren't mentioned in any of the quick setup guides I've read. Any idea what I'm missing or am forgetting to do?
Thanks
Dave
Link Copied
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hi,
Can you see the log on window when you use the webUI from a remote machine?
"admin" is the default account with MEBx and that should be the user name that you use for logging in to the system. make sure that you have typed in your password correctly (check if your CAPS LOCK is ON). If you are seeing the log on window and are using "admin" username and your current MEBx password, you should be able to log in.
BTW, Please visit Gael's Blog onguidelines for creating a strong MEBx password at http://softwareblogs.intel.com/2007/11/08/strong-amt-me-passwords-and-other-shades-of-gray/
You don't have to set any Virtual Appliances option for setting up and connecting to your AMT system.
Thanks,
Sree
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Yup, no problem getting a logon prompt via http when the machine is turned off.
Passwords I've tried include (anagrams of): E1n#Ec3gle7 and S200jlp! (which another post on here describes as working for them). Both of them ended with teh same behaviour as described.
I've double checked I'm typing the password correctly.If I completely reset the defaults, would 'admin' work as a username/password combo work? I suspect not, as it wouldn't be in SMB mode, or have DHCP or the hostnames set.
Stumped...
Dave
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hi,
What about when your AMT system is turned ON? Can you see the log on page using WebUI from a remote system?
admin is the default username and password for the system and you have to change it while provisioning it in SMB mode.
Thanks,
Sree
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Yup - same behaviour when it's turned on or off. Same error codes and output, regardless of whether IAC is run as a local administrator or normal user. I've changed the admin password several times to no avail - can't get anything remote to recognise it - (or admin/admin either).
Stuck.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hi,
Could you do a CMOS reset and try this again?
For this,disconnect the power cord and LAN cable. Remove the CMOS battery for 15 secs and insert it back in. This time when you power on, ME settings will revert to factory defaults. The default user name and password is admin/admin. Change it to a strong password before configuring the ME further.
Thanks,
Sree
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
It reset the ME settings, and re-created a different, strong password - but it hasn't made any difference to the problem.
Below is the debug log from AMT Commander if it helps. I've asterixed out the password and hostnames
---
--- 11:19:33:Event:***** changing state to Connecting
--- 11:19:33:Event:NetworkCredential HTTP Digest: admin, *****
--- 11:19:33:Event:Service Setup: http://*****:16992/SecurityAdministrationService
--- 11:19:33:CallAttempt:GetCoreVersion
--- 11:19:34:CallWarning:GetCoreVersion
--- 11:19:34:Event:NetworkCredential HTTP Digest: admin, *****
--- 11:19:34:Event:Service Setup: http://*****:16992/GeneralInfoService
--- 11:19:34:CallAttempt:GetCoreVersion
--- 11:19:35:CallWarning:GetCoreVersion
--- 11:19:35:Event:NetworkCredential HTTP Digest: admin, *****
--- 11:19:35:Information:Get: AMT_ThirdPartyDataStorageService
--- 11:19:35:CallFailed:http://*****:16992/wsman
--- 11:19:35:Error:System.Net.WebException
System.Net.WebException: The remote server returned an error: (401) Unauthorized.
at System.Net.HttpWebRequest.GetResponse()
at IntelAmtStack.WsManDirectClient.LoadXmlEx(String postData, Boolean& shouldRetry)
--- 11:19:35:Event:NetworkCredential HTTP Digest: admin, *****
--- 11:19:35:Event:Service Setup: https://*****:16993/SecurityAdministrationService
--- 11:19:35:CallAttempt:GetCoreVersion
--- 11:19:35:CallWarning:GetCoreVersion
--- 11:19:35:CallFailed:GetCoreVersion
--- 11:19:35:Error:System.Net.WebException
System.Net.WebExcepti
on: The underlying connection was closed: An unexpected error occurred on a send. ---> System.IO.IOException: Unable to read data from the transport connection: An existing connection was forcibly closed by the remote host. ---> System.Net.Sockets.SocketException: An existing connection was forcibly closed by the remote host
at System.Net.Sockets.Socket.Receive(Byte[] buffer, Int32 offset, Int32 size, SocketFlags socketFlags)
at System.Net.Sockets.NetworkStream.Read(Byte[] buffer, Int32 offset, Int32 size)
--- End of inner exception stack trace ---
at System.Net.Sockets.NetworkStream.Read(Byte[] buffer, Int32 offset, Int32 size)
at System.Net.FixedSizeReader.ReadPacket(Byte[] buffer, Int32 offset, Int32 count)
at System.Net.Security.SslState.StartReceiveBlob(Byte[] buffer, AsyncProtocolRequest asyncRequest)
at System.Net.Security.SslState.CheckCompletionBeforeNextReceive(ProtocolToken message, AsyncProtocolRequest asyncRequest)
at System.Net.Security.SslState.StartSendBlob(Byte[] incoming, Int32 count, AsyncProtocolRequest asyncRequest)
at System.Net.Security.SslState.ForceAuthentication(Boolean receiveFirst, Byte[] buffer, AsyncProtocolRequest asyncRequest)
at System.Net.Security.SslState.ProcessAuthentication(LazyAsyncResult lazyResult)
at System.Net.TlsStream.CallProcessAuthentication(Object state)
at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
at System.Net.TlsStream.ProcessAuthentication(LazyAsyncResult result)
at System.Net.TlsStream.Write(Byte[] buffer, Int32 offset, Int32 size)
at System.Net.PooledStream.Write(Byte[] buffer, Int32 offset, Int32 size)
at System.Net.ConnectStream.WriteHeaders(Boolean async)
--- End of inner exception stack trace ---
at System.Web.Services.Protocols.WebClientProtocol.GetWebResponse(WebRequest request)
at System.Web.Services.Protocols.HttpWebClientProtocol.GetWebResponse(WebRequest request)
at System.Web.Services.Protocols.SoapHttpClientProtocol.Invoke(String methodName, Object[] parameters)
at SecurityAdministrationService.Invoke(String methodName, Object[] parameters)
--- 11:19:35:Event:***** changing state to Disconnected
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
That's all I can think of right now. Let me know what you see.
Ylian (Intel AMT Blog)
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Doh! Yes, it's qwerty...But it's a British english keyboard, so the # is in a different place to a usian keyboard, which is what the BIOS thinks is plugged in.. I dunno, bloody Americans.....
Thanks!
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Possibly because most of the allowed punctuation isn't affected by the problem? Or because their languages are sufficiently non-english they have localised BIOSes that map their keyboards more correctly than the more subtle difference betweenthe left and rightpondian varieties we use.
Thanks again,
Dave
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Yes, this is a problem. MEBx like the BIOS are simply not aware of how the keys should be mapped. There is not BIOS option for entering the keyboard mapping to use. During Windows setup, it's one of the first thing that is setup, but americans often don't notice this.
To my knowledge, there is no plan to fix it. In enterprise deployments, it's not an issue since you don't use MEBx to setup anything (in most cases).
Ylian (Intel AMT Blog)

- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page