web-dev-qa-db-ja.com

ホスト名を使用して共有フォルダにアクセスできません

現在、Windowsサーバー上の共有フォルダーへのアクセスに問題があります。

アーキテクチャ：

2つのWindowsサーバー（2008 R2 SP1）と2つのWindowsクライアント（Windows 7 SP1 64ビット）を備えたフラットスタンドアロンネットワーク。すべてのマシンは静的IPアドレスで構成され、単一のワークグループで構成されます（つまり、DCはありません）。各マシンは1人のユーザー（管理者）だけで構成され、すべて同じパスワードを持っています。

問題：

クライアント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ファイルが正しく構成されている。 %SystemRoot%\System32\drivers\etcフォルダにlmhostsファイルがありません。lmhosts.samにはレコードが含まれていません。
  • 資格情報は、Windows資格情報マネージャーに手動で追加されましたが、効果はありません。
  • 新しいユーザーがクライアント1とサーバー1の両方に追加されましたが、問題は変わりません。
  • ネットワークドライブを手動でマッピングすると（異なる資格情報の使用を含む）、同じエラーが発生します。

メモ：

はい、可能な解決策はホスト名ではなくIPアドレスを使用することですが、システムでの作業が完了した後でIPアドレスが変更されるため、これは不可能です。

戦争と平和の質問でごめんなさい。あなたが与えることができる助けに感謝します。

authenticationnetwork-sharepassword
3
L Woodall

まとめると、

  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でユーザーの資格情報（つまり、サーバーでユーザーの資格情報を構成するbeforeに接続しようとするbefore）を "事前設定"する必要があります。ユーザー名に次の形式を使用した資格証明マネージャー：ServerName\UserAccountName（単にUserAccountNameではありません）。
0
Sergio

ホスト名でアクセスできないマシンからこれらのコマンドを実行してみてください：

nbtstat -RR

そして

ipconfig /flushdns

注： hostsファイルもハードコードされたIPアドレスに依存しています。サーバーをDHCPではなく静的IPアドレスに構成することを検討してください。

1
Pimp Juice IT

@Sergioと@PJMahoneyのおかげで問題が解決されました。

クライアント1には2つのNICが含まれていますが、NIC 1が接続されていますが、NIC 2はサーバー1と同じアドレスの静的IPで構成されていましたクライアントがサーバー1のIPを独自のホスト名に解決していたということです（ping -aについて教えてくれたSergioに感謝します）。

それは常に愚かな単純なことです。

0
L Woodall