我有一个客户端计算机（赢200），可以启动和浏览共享服务器（SBS 2008）基于服务器名称，“服务器”，而不是IP，所以\\server\工作，而\\192.140.1.5\不起作用。
在服务器的防火墙日志上，当我尝试通过文件和打印共享端口（特别是445）请求\\server\时，我看到来自该IP地址的stream量。即使尝试了一个路由添加192.140.1.5 MASK 255.255.255.255 192.140。 1.1 -p。 没爱。 另外，我可以通过文件和打印共享端口（139和445）从客户端机器telnet到服务器，这工作得很好。 这只是由IP共享浏览失败。
思考？ 谢谢！
-jkmalnar
当您尝试通过IP地址访问它时，您是否在防火墙日志中看到任何内容？
对我来说，下一步将是在客户端和服务器上安装Microsoftnetworking监视器，在两者上启动捕获，尝试通过IP地址访问服务器，然后查看捕获结果。 这应该给你一些线索，以了解发生了什么事情。
我在这里出去问问你是否正在进入知识产权（直接从你的post）：
\192.140.1.5
实际上，如果您想在Windows机器上浏览共享（通过SMB），正确的方法是：
\\192.140.1.5
希望这只是一个简单的语法错误的例子。 虽然如果你还在做\ servername，那么我会被弄糊涂成一个“\”如何工作的服务器名称。 无论哪种方式，我相信我已经简化了这个问题。 请让我们知道这是否是一个语法错误。
如果这个双反斜杠不是问题，closures我的头顶，我会想象一个子网掩码错误。 我不确定你的255.255.255.255的例子是否准确，但我不记得曾经见过这样的子网。 我认为最后一个八位字节是.254。
你能提供一些关于networking本身，主机等的更多细节吗？ 也许这将缩小你的问题的可能答案。
我不知道这个问题是否得到解决。 我的5美分就在这里：在你的客户端PC上，你希望用IP地址访问你的服务器，那么你究竟期待什么？ 现在，当你访问服务器\，切换到一个控制台，看看arp -a的输出。 在那里你会看到你的客户端PC有连接的IP地址。 可能是\服务器\是由您的DNS解决您的总和其他IP超出您的预期。
希望有助于在黑暗中获得一些亮光。
和平冰
默认情况下，Windows SMB服务器不允许别名。 如果你有一个\\ SERVER1 \共享并且有一个名为WAREZ的DNS CNAME（例如）指向SERVER1，那么\\ WAREZ \ share将不起作用。
Fix是每个MSKB 281308的registry项。 您将不需要关联的修补程序。
我们使用SBS 2008networking上的修复程序，使用混合的Mac / PC客户端，这些客户端需要访问别名音乐库，以便根据维护需要在机器之间移动库（USB HD）。