服务器 Gind.cn
  1. 服务器 Gind.cn
  3. 无法使用主机名访问共享文件夹
Intereting Posts
如何在TCSH脚本中定义一个不会被导出到调用它的进程的variables？ 网站无法通过SSH访问EC2 CPU利用率过去几个小时100％ – 我该怎么办？ 在osTicket中使用电子邮件创build票证 什么可能导致程序停留在“添加/删除程序”，即使从registry中删除 使用现有的MySQL在服务器上安装iRedMail 最好的方法来自毁在Linux服务器上的所有数据？ lockinggit ssh服务器 rx_queue _ * _ csum_err和rx_fifo_errors的含义 通过SSH转发已经运行的X-window-system应用程序 安装Windows Server 2008 – RAID – 找不到驱动程序 了解CA ARCserve Backup是否正在运行 用openSSL安装Apache gitolite提交挂钩更新redmine的存储库 sqlldr作业没有运行Autosys 操作系统（Ubuntu LTS vs CentOS）是否对MySQL服务器的性能有重大影响？

无法使用主机名访问共享文件夹

我目前在访问Windows Server上的共享文件夹时遇到问题。

架构：

带有2个Windows服务器（2008 R2 SP1）和2个Windows客户端（Windows 7 SP1 64位）的平面独立networking。 所有机器都configuration有一个静态IP地址，configuration在一个工作组（即没有DC）。 每台机器只configuration一个用户（pipe理员），并且都具有相同的密码。

问题：

客户端1无法使用地址中的主机名访问服务器1上的共享文件夹。 但是，如果使用机器的IP地址，则可以访问它们。 我们收到的错误是“ The Specified network password is not correct ”（正在使用正确的细节）。

客户端1可以毫无问题地访问服务器2上的共享文件夹。 客户端2和服务器2可以毫无问题地访问服务器1上的共享文件夹。

如果我们ping主机名，我们会得到一个有效的响应。

已经尝试过了：

  • 时间是同步的
  • GPO设置 – Network Security: LAN Manager Authentication Level设置为“ Send LM & NTLM - use NTLMv2 session security if negotiated ”系统范围。
  • GPO设置 – Network access:Sharing and Security model for local accounts被设置为全系统的“ Classic ”。
  • 家庭组在Windows 7客户端上被closures。
  • 高级共享设置在客户端1和客户端2上设置相同。
  • “工作站”服务设置为自动并已启动。
  • 主机文件已正确configuration。 %SystemRoot%\System32\drivers\etc文件夹中没有lmhosts文件， lmhosts.sam不包含任何logging。
  • 凭据已经手动添加到Windows凭据pipe理器，没有任何效果。
  • 客户端1和服务器1都添加了新用户，问题不会改变。
  • 手动映射networking驱动器（包括使用不同的凭据）呈现相同的错误。

笔记：

虽然是的一个可能的解决scheme可能是使用IP地址，而不是主机名，这是不可能的，因为IP地址将在我们完成对系统的工作之后被改变。

对不起，战争与和平问题，感谢您的任何帮助，可以给。

所以，总结一下：

  1. 像这样的问题通常是由不一致的名称parsing造成的。
  2. 在访问文件共享时，尝试使用在“系统属性”对话框中configuration的实际主机名，而不是任何种类的别名。 如果遇到麻烦，请尝试通过服务器的IP地址访问共享。 如果仍然不成功，你可能会遇到一种不同的问题，这个指令不适合你。 如果成功，请按以下步骤在客户端上进行故障排除
  3. 摆脱hosts和lmhosts文件中不需要的条目。 如果可能的话，根本不要使用这些文件。
  4. 如果您使用的是DNS基础结构，请尝试nslookup <name-of-the-fileserver> （请记住：使用真实的主机名而不是别名），然后使用nslookup <ip-address-returned-by-the-first-nslookup>后者parsing为不同的主机名，或者前者返回的IP地址不正确，这可能是问题的原因。 解决您的DNS区域 – 正向和反向。 还要确保所有主机的DNS后缀都是相同的。
  5. 如果您的工作组设置不依赖于DNS， nslookup将无法帮助 – 请尝试ping <name-of-the-fileserver>并ping -a <ip-address-of-the-fileserver>来检查名称parsing是否有效正确的在两个方向。 如果有exception情况，请排除TCP / IPconfiguration的故障：检查主networking适配器和任何其他networking适配器（包括断开的networking适配器）上的错误分配/重复IP地址（包括辅助IP地址）。
  6. 上述步骤也可能需要从服务器的angular度来完成。
  7. 有时，需要在客户端的Windows Credentials Manager中通过使用以下格式的用户名“预先login”用户的凭据（即， 在服务器上configuration用户的凭据之后，但在尝试连接到凭证之前 ）： ServerName\UserAccountName （而不是简单的UserAccountName ）。

尝试从无法通过主机名访问的计算机上运行这些命令： 

 nbtstat -RR

和 

 ipconfig /flushdns

注意： hosts文件也依赖于一个硬编码的IP地址。 您可能要考虑configuration服务器是静态IP地址而不是DHCP。

感谢@Sergio和@PJMahoney现在我们已经解决了问题所在。

客户端1包含2个NIC，只有NIC 1连接; 然而，NIC 2被configuration为与服务器1的相同地址的静态IP。其证据是客户端将服务器1的IPparsing为其自己的主机名; （谢谢塞尔吉奥告诉我关于ping -a ）。

这总是愚蠢的简单的事情。