無法使用主機名訪問共享文件夾

我目前在訪問 Windows Server 上的共享文件夾時遇到問題。

架構：

具有 2 個 Windows 伺服器 (2008 R2 SP1) 和 2 個 Windows 客戶端 (Windows 7 SP1 64bit) 的平面獨立網路。所有機器都配置有靜態 IP 地址，配置在單個工作組中（即沒有 DC）。每台機器只配置一個使用者（管理員），並且都具有相同的密碼。

問題：

客戶端 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 客戶端上的家庭組均已關閉。
• 高級共享設置在客戶端 1 和客戶端 2 上設置相同。
• “工作站”服務設置為自動並已啟動。
• hosts 文件配置正確。lmhosts文件%SystemRoot%\System32\drivers\etc夾中沒有文件，lmhosts.sam不包含任何記錄。
• 憑據已手動添加到 Windows 憑據管理器，但沒有任何效果。
• 新使用者已添加到客戶端 1 和伺服器 1，問題沒有改變。
• 手動映射網路驅動器（包括使用不同的憑據）會出現相同的錯誤。

筆記：

雖然是的，一個可能的解決方案可能是使用 IP 地址而不是主機名，但這是不可能的，因為我們在系統上完成工作後會更改 IP 地址。

抱歉戰爭與和平問題，感謝您提供的任何幫助。

所以，總結一下：

1. 此類問題通常是由不一致的名稱解析引起的。
2. 訪問文件共享時，請嘗試使用在“系統屬性”對話框中配置的真實主機名，而不是任何類型的別名。如果遇到問題，請嘗試通過伺服器的 IP 地址訪問共享。如果仍然不成功，您可能遇到了其他類型的問題，並且此說明不適合您。如果成功，則在客戶端上開始故障排除，如下所示：
3. 刪除hosts和lmhosts文件中不需要的條目。如果可能，請不要使用這些文件。
4. 如果您正在使用 DNS 基礎設施，請嘗試nslookup <name-of-the-fileserver>（記住：使用真實主機名而不是別名）然後nslookup <ip-address-returned-by-the-first-nslookup>- 如果後者解析為不同的主機名，或者如果前者返回了不正確的 IP 地址，這可能是問題的原因. 對您的 DNS 區域進行故障排除 - 正向和反向。還要確保所有主機的 DNS 後綴都相同。
5. 如果您的工作組設置不依賴 DNS，nslookup則無濟於事 - 嘗試ping <name-of-the-fileserver>檢查ping -a <ip-address-of-the-fileserver>名稱解析是否在兩個方向上都正常工作。如果出現異常，請對您的 TCP/IP 配置進行故障排除：檢查主網路適配器和任何其他網路適配器（包括斷開連接的網路適配器）上的錯誤分配/重複的 IP 地址（包括輔助 IP 地址）。
6. 從伺服器的角度來看，上述步驟也可能需要完成。
7. 有時需要在客戶端的 Windows 憑據管理器中使用以下格式的使用者名“預暫存”使用者憑據（即在伺服器上配置使用者憑據之後但嘗試連接到它之前ServerName\UserAccountName）：（而不是簡單UserAccountName）。

引用自：https://serverfault.com/questions/734135