M
Mike D
I have a Windows Server 2003 file server that is a domain member. Whenever a
non-domain Windows XP workstation attempts to connect to the server (via
Run->'\\address'), the client sits for about 90 seconds before a logon screen
appears. Examining the server's security log, I see multiple Failure Audits
(events 529 and 680). Apparently what the client is trying to do is connect
to the server using its local logon user name and password. It tries this
for a minute and a half, then finally prompts for a new user name/password.
When a Windows Vista client tries to conenct, again multiple events 529 and
680 appear in the server's security log, however it does this very quickly
and immediately pops up a user name/password prompt. No waiting 90 seconds
on Vista clients.
So my question is, why is XP doing this? I understand why it would try the
workstation's logon credentials first when logging into a file server, but
trying for 90 seconds seems excessive. Is there some default setting that
can be changed to improve the situation?
Thanks.
non-domain Windows XP workstation attempts to connect to the server (via
Run->'\\address'), the client sits for about 90 seconds before a logon screen
appears. Examining the server's security log, I see multiple Failure Audits
(events 529 and 680). Apparently what the client is trying to do is connect
to the server using its local logon user name and password. It tries this
for a minute and a half, then finally prompts for a new user name/password.
When a Windows Vista client tries to conenct, again multiple events 529 and
680 appear in the server's security log, however it does this very quickly
and immediately pops up a user name/password prompt. No waiting 90 seconds
on Vista clients.
So my question is, why is XP doing this? I understand why it would try the
workstation's logon credentials first when logging into a file server, but
trying for 90 seconds seems excessive. Is there some default setting that
can be changed to improve the situation?
Thanks.