在没有域控制器的环境中, 从服务器上没有匹配的用户帐户的远程计算机 (并通过从“开始”菜单中键入\\SERVERNAME\ShareName )访问Windows Server 2008 R2 上的 \\SERVERNAME\ShareName ,我目前请根据“密码保护共享”设置(高级共享设置)观察以下行为:
当“密码保护共享”打开时 ,所有尝试的连接在最多30秒之后失败,其中:
login失败:用户在这台计算机上没有被授予请求的logintypes。
在“密码保护共享”closures的情况下 ,允许连接到匿名访问的共享,而权限受限的共享则会失败:
您无权访问\ SERVERNAME \ ShareName。 请联系您的networkingpipe理员以请求访问。
这似乎是预期的行为。 我需要通过匿名login访问某些共享,所以我必须将此设置从默认更改为closures 。
不过, 这里还有第三种情况。 ( whaaaaat? )
如果您尝试在未修改此设置的情况下连接到共享(即设置为开启,但您从未点击过),则连接的行为与上述情况相似,因此需要长达30秒才能显示一个响应, 但是然后它显示一个authentication对话框 :

我已经有一段时间的头撞墙了,我只是把它复制到一个没有共享的服务器上:创build一个非共享的共享,尝试连接和获取对话框,更改设置,连接成功,更改设置回来 ,并得到不同的错误信息。 (在新客户端系统上testing所有这些,所以没有caching的风险。)
所以,我很清楚,改变“密码保护共享”设置在幕后改变了不止一件事情(registry键我是Mac本机),并且系统默认设置不匹配与控制面板中反映的设置(或控制面板本身已损坏,应该改变更多的东西)。
所以问题是:这是devise,还是一个错误? 而在这两种情况下,什么是正在改变或保持不变的“隐藏的设置”? 如何追踪这个? 我正在耗尽新服务器进行testing。 🙁
这真的激起了我的兴趣。 我能够用您描述的相同结果模式在您的实验室中复制您的发现。 我用Procmon来试图看看有什么变化,几乎放弃,直到我看到以下内容:

这显示lsass.exe(本地安全机构)写入本地SAM并对内置的Guest帐户(众所周知的RID 501)进行更改。 果然,当我在观看Guest账户状态的同时重新testing您的场景时,当“密码保护共享”被禁用时,我会看到它被启用。 但是,当“密码保护共享”重新启用时,来宾帐户不会再被禁用。 手动禁用来宾帐户恢复原来的function:我被提示input凭据(即您的第三种情况)。
我不知道为什么这样的行为。 老实说,我甚至都没有在今天之前切换过“密码保护共享”设置(甚至在这个问题上也注意到了这一点)。 我希望这可以帮助您的项目。 如果其他人有兴趣进一步挖掘,了解此行为是否仍然存在于Server 2012/2012 R2上会很有趣…
哦,对你原来的问题(这是devise还是错误?),我没有丝毫的想法…
如果我已经正确地理解了您的问题,那么共享的凭据将保存在控制面板下的凭证pipe理器中。
为了提示validation对话框,只需在凭证pipe理器下删除与该共享相关的凭证。
当您选中“记住我的凭证”时,通常会将其保存在凭证pipe理器中,如果此密码错误,您将看到login失败错误。
可能不会帮助你,但如果它确实 – 我经常打电话,我的用户不能访问共享(他们的旧密码caching由Windows),我让他们这样做:
净使用* / D