在我工作的学校，我们在Meru无线系统和Server 2008 R2服务器上安装了大量（500+）以上的Windows 7笔记本电脑。 学生或工作人员尝试login（到join域的笔记本电脑）的失败率非常高，并且“当前没有可用于login请求的login服务器”。 我已经看到了这个问题 ， 这个问题 ，并删除和重新join到域名作品，这是非常耗时，恼人的，我们（一）有更重要的事情要集中。 我能find的唯一一个MS KB文章是关于一个只读的域控制器（我们不知道），而且我在我的智慧结尾。
最终，有没有一个definitve原因和答案，或者我坚持删除和重新join笔记本电脑？
我正在做一些假设。 告诉我，如果我错了。 我假设这些客户端从DHCP获取IP地址，并且只接收作为DHCP选项的在Active Directory域控制器计算机上运行的DNS服务器的地址。 如果不是这样的话，我会首先把这些假设都假设为真。
在我看来，你最好使用嗅探器来检查客户端计算机和域控制器之间的stream量，以确定幕后实际发生的事情。 这应该让你知道从哪里开始集中精力。
通过启动过程的用户login阶段，您应该看到客户端发出DNS请求来定位DC，然后通过LDAP和SMB / CIFS请求来确定站点成员资格，应用机器组策略等。
在全无线networking的情况下，我想知道是否看到足够的数据包丢失导致DNS不可靠，这将导致login过程的其余部分失败。 如果您还没有将无线networking从等式中分离出来，那么我build议将受影响的计算机连接到有线networking，从断电状态启动它，从而允许它将DHCP（并且理想地在您的DHCP服务器的pipe理接口或嗅探器，看看它实际上是否拉出IP地址），并看看它是否有不同的行为。 如果确实如此，那么这就表明你的无线networking可能是罪魁祸首。
这不是魔术。 看电报上的数据包 – 他们试图告诉你发生了什么事情。
只是要清楚，他们是否试图以本地用户或AD用户的身份login笔记本电脑？ 无论哪种情况，他们都会在用户名之前进入该域名。
1）点击用户其他帐户2）用户名：域\用户名密码：XXXX
我猜他们正在做这个，但只是可以肯定的。
另一件要检查的是确保适配器有DC /首选的DNSinput。 我已经看到人们无法通过无线连接到networking，或者在尝试连接到其他无线networking时确保它们在本地networking上。
我会根据你对我的评论的回应，把它扔到那里。 我有一个Win 7工作站，我正在做一些故障排除，处理我的webfilter。 我已经将GP设置为等待networking访问来处理脚本，而不是进行asynchronous处理。 我注意到设置后，当我locking我的电脑，离开了一段时间，networking没有保持运行，但后解锁后重新连接。
这就是说，在无线接入方面遇到麻烦，根据笔记本电脑无线连接的经验，无线以太网不会启动，无论是search信号还是连接，直到login后。 我的猜测（这只是一个猜测）是因为你有一个GP设置为等待networking，这是防止login，因为笔记本电脑将不会连接，直到login后，但你不能login，因为它等待networking来处理login。 有点恶性循环。 你提到与以太网它立即连接。
要testing，采取几个笔记本电脑，展示了这个问题（这听起来像你的情况，这些都是），把他们移到一个新的OU并禁用GPinheritance。 然后testinglogin过程。 如果有效，重新启用等待networkingGP，重新启动，然后再次testing。
您还可以查看是否有办法让所有configuration文件login到无线LAN的lapop访问，以便可以使用它login。 但我有点抓住这最后一个build议的吸pipe。
HTH