我办公室里的一台电脑最近失去了连接到我们的服务器上运行的networking共享的能力。 据我所知，“没有什么变化”（我们不都只是爱这个词） 使用它的秘书在休假之前断电并在返回时启动它。 这是设置：
- 服务器：Windows Server 2000
- 客户端：Windows 8.1（个人/家庭版）
- 客户端和服务器都在同一个工作组，同一networking和子网中。
- 客户端正试图访问服务器上的共享文件夹，但不能。
- 服务器可以访问客户端上的共享文件夹。
- 客户端可以成功地ping服务器和RDP。
- 客户端的凭据是有效的，并存在于它和服务器上。
- 客户的帐户有权访问服务器上的共享文件夹。
- networking上还有其他计算机也是以相同方式设置的，并且可以访问服务器上的共享文件夹而不会出现问题。
基本上，当客户端尝试访问服务器上的共享文件夹时，系统会提示input凭据。 没有证书组合的作品，即使是我知道的工作（通过在RDP尝试）。 我收到的最佳错误消息是“指定的networking凭据无效”。
我试过的东西：
- 清除Windows凭据caching。
- 离开并重新进入工作组。
- 使用不同的共享文件夹
- 使用不同的用户帐户进行身份validation。
- 重启两台机器。
我读过的问题：
- Windows7 – “指定的networking密码不正确。”密码实际上是正确的
- https://superuser.com/questions/384030/cannot-connect-to-a-shared-network-drive
- https://superuser.com/questions/929436/windows-7-cant-access-unc-shares-but-can-ping-and-rdp
- Windows 2008 Server无法访问任何networking共享
- https://superuser.com/questions/242174/windows-cannot-access-servername-from-windows-server-2008-r2
我想做的事情，但不是现在的select：
- 设置一个域。
- 从Server 2000升级。
- 为客户升级到Business / Enterprise Windows。
有什么想法吗？ 我已经处理了这样奇怪的问题，在Windows之前总是会出现一些意外翻转的奇怪设置。 到目前为止，我的search没有任何东西，似乎适合我的情况。
原来这是我做任何事情之前应该检查的那些东西之一。 我做了更多的挖掘，发现服务器的时钟快了30分钟。 纠正服务器上的时钟导致问题立即消失。 我不确定时钟是如何偏斜的; 我唯一的理论是，一段时间内的功率损失可能会导致增量偏移，最终超过证书协商系统允许的偏差容忍度。