我有一台客户端计算机（win 200），它可以根据服务器名称“服务器”而不是 IP 启动和浏览共享到服务器（SBS 2008），因此\\server\可以正常工作，但\\192.140.1.5\不能正常工作。
在服务器的防火墙日志中，当我尝试\\server\通过文件和打印共享端口（特别是 445）请求时，我看到来自该 IP 地址的流量。甚至尝试了路由添加 192.140.1.5 MASK 255.255.255.255 192.140.1.1 -p。没爱。此外，我可以通过文件从客户端机器远程登录到服务器并打印共享端口（139 和 445），效果很好。只是通过IP共享浏览失败。
想法？谢谢！
-jkmalnar
我在这里冒昧地询问您是否正在输入 IP（直接来自您的帖子）：
..事实上，如果您尝试在 Windows 机器上浏览共享（通过 SMB），正确的方法是：
希望这只是一个简单的语法错误案例。虽然如果你也在做 \servername ，那么我会对一个 '\' 如何为服务器名称工作感到困惑。无论哪种方式，我确信我已经过度简化了这个问题。请让我们知道这是否是语法错误。
如果那个双反斜杠不是问题，我会想到一个子网掩码错误。我不确定您的 255.255.255.255 示例是否准确，但我也不记得曾经见过这样的子网。我认为允许的最后一个八位字节是 0.254。
你能提供更多关于网络本身、主机等的细节吗？也许这会缩小您问题的可能答案。
当您尝试通过 IP 地址访问防火墙日志时，您是否在防火墙日志中看到任何内容？
对我来说，下一步是在客户端和服务器上安装 Microsoft 网络监视器，在两者上开始捕获，尝试通过 ip 地址访问服务器，然后查看捕获结果。这应该会给你一些关于正在发生的事情的线索。
我想知道这个问题是否解决了。只是我的 5 美分：在您的客户端 PC 上，您希望使用 IP 地址访问您的服务器，那么您到底期望什么？现在，当您通过 \server\ 获得访问权限时，切换到控制台并查看 arp -a 的输出。在那里你会看到你的客户端PC有连接的IP。可能是 \server\ 由您的 dns 解决，其 ip 与您预期的完全不同。
希望这有助于在黑暗中获得一些光明。
和平冰
默认情况下，Windows SMB 服务器不允许别名。如果您有一个 \\SERVER1\share 并且有一个名为 WAREZ 的 DNS CNAME（例如）指向 SERVER1，则 \\WAREZ\share 将不起作用。
Fix 是每个MSKB 281308的注册表项。您将不需要相关的修补程序。
我们在具有混合 Mac/PC 客户端的 SBS 2008 网络上使用此修复程序，这些客户端需要访问别名音乐库，以便我们可以根据需要在机器之间移动库（USB HD）以进行维护。