我有一台运行Ubuntu Lucid的Linux服务器,最终将作为FTP服务器使用,并安装了Samba,以便我们的Windowsnetworking上的计算机可以访问它上的文件。 它适用于所有机器,但是我们的Windows Server 2003域控制器。 在Win2k3 DC盒子上将\\machinename冲压到资源pipe理器中会立即出现以下错误对话框:
Windows cannot find '\\machinename'. Check the spelling and try again, or try searching for the item by clicking the Start button and then clicking Search.
在这个networking上的其他Windows机器可以浏览Ubuntu服务器没有问题。
我不认为这是一个DNS问题,因为Windows机器能够通过名字连接到Ubuntu服务器上的FTP,并且DNS服务器同时具有Ubuntu服务器的A和PTRlogging。
我试着在Windows机器上查看事件查看器日志,看不到任何相关的事件。 Windows机器的/var/log/samba/有两个日志,一个使用其名称,另一个使用其IP地址。 他们都是空的。
其他相关细节:
\\<ip> ) 任何帮助,这将不胜感激:)
更新
我已经增加了Samba日志logging级别来尝试解决发生了什么事情。 在数百行中,我注意到DC正在尝试使用我login的帐户的名称进行身份validation,但是如果出现这种情况,则不会要求我提供像我通常所期望的那样的帐户的Windows。 我使用了“存储的用户名和密码”控制面板小程序来input用户名和密码,DC似乎尝试使用,但仍然失败。 我想知道这个问题是否可能与DC上比其他join域的机器相比,更严格的安全设置?
更新2
我现在已经注意到,其他2003不是DC的机器也无法访问服务器 – 它们产生相同的错误信息。 less量的XP机器没有问题,我试过的Vista / 7机器没有问题,但运行2003的服务器都无法连接到Ubuntu服务器。
社区捅!
根据你select的encryption/authentication选项,我猜想它可能是下列之一:
LMCompatibilityLevel http://technet.microsoft.com/en-us/library/cc960646.aspx
或发送未encryption的密码http://technet.microsoft.com/en-us/library/cc782276(WS.10).aspx
或者因为它是DC,networking客户端:Sign Communications设置
比较工作/非工作机器之间的这些设置,看看你得到什么?
如果你input,会发生什么
\\<ip>
Samba是否configuration为侦听端口445? Win2K3(和Vista / 7)首先尝试此端口,然后再回到端口139。
听起来像在Ubuntu机器上的防火墙问题。
请检查,137-139 / tcp,udp和445 / tcp是否在防火墙中打开。
你可以检查你的Ubuntu机器nmbd服务正在运行?
types: sudo status nmbd
如果你得到如下回应:
nmbd停止/等待
然后开始服务:
sudo服务nmbd开始