web-dev-qa-db-ja.com

Windows 7クライアントマシンがIPアドレスでネットワーク共有に接続できない原因は何ですか?

ユーザーにドメイン認証を使用しているNexentaファイルサーバーがあります。ネットワーク上のすべてのWindows7マシンは、\ XX.YY.ZZ.AA\shareまたは\ fileserver\shareのいずれかを使用して、問題なく接続して共有を使用できます。

ドメインに新しいWindows7マシンを追加しましたが、何らかの理由で\ XX.YY.ZZ.AA\shareまたは\ fileserver\shareを使用してファイルサーバーにアクセスできません。新しいマシンからファイルサーバーのWebインターフェイスにpingを実行して接続できますが、他の動作中のWindows 7マシンから共有にアクセスできるユーザーアカウントでこの新しいマシンにログオンしても、共有に接続できません。

IPアドレスで接続しようとすると、次のエラーが発生します。

名前のスペルを確認してください。そうしないと、ネットワークに問題がある可能性があります。ネットワークの問題を特定して解決するには、[診断]をクリックします。

マシン名で接続しようとすると、次のエラーが発生します。

\ fileserver\shareにアクセスできません。このネットワークリソースを使用する権限がない可能性があります。このサーバーの管理者に連絡して、アクセス許可があるかどうかを確認してください。

IP番号で共有に接続できないことは私には非常に奇妙に思えます。

新しい情報(1)もう1つの情報。 Windows 7マシンから接続が機能しているときに、ipconfig/flushdnsを実行すると、突然機能しなくなりました。現在、IPまたは名前で接続できません。

新しい情報(2)明確にするために新しい情報(1)ファイルサーバーには2つのIP番号があり、1つはSANへの接続にのみ使用し、もう1つは接続に使用します。一般的なネットワークに。接続できない場合は、問題なくpingを実行できます。つまり、次のように表示されます。

ping fileserver ping fileserver.domain.com XXX.XXX.XXX.XX、32バイトのデータ:XXX.XXX.XXX.XXXからの応答:bytes = 32 time <1ms TTL = 254

Ipconfig/flushdnsを実行すると、その名前のSANインターフェイスIP)が取得されることがあります。ファイルサーバーにpingを実行すると、(期待どおりに)到達できません。

ping fileserver Ping fileserver.domain.com YYY.YYY.YYY.YYY、32バイトのデータ:タイムアウト

しかし、そしてここに奇妙なことがあります。これで、共有\ fileserverに接続できます。

MSがOSへのログインをオンにするためのより良い方法を提供してくれることを本当に望んでいます。何が起こっているのかは、クライアントがDNSを使用してサーバー名を検索しようとし、接続しようとしていることと、接続できない場合に関連していると感じています(DNSがSANインターフェイスに到達できません)、NETBIOSにフォールバックします。これにより、何らかの理由で機能します。

1
Benjamin Peikes

まず、動作していないマシンと動作しているマシンの間で LMCompatiblityLevel 設定を比較することから始めます。クライアントとサーバー間のNTLMプロトコルネゴシエーションで何かがおかしいと感じています。

可能であれば、説明した試行ごとに、クライアントとサーバー間のトラフィックのパケットキャプチャを取得します。ワイヤー上のビットで何が起こっているのかを実際に見ることに勝るものはありません。

編集:

私は問題としてDNSを思い付くのに苦労しています。これは、IPアドレスでマシンにアクセスしようとしたときに表示されるメッセージを説明していません。これは、TCP接続が確立されていないようです。DNS(KerberosとTCP接続が確立されているが、認証が失敗しているように見える場合は、SPNのドメイン名(具体的には)が関与しています。

一部のトラフィックをキャプチャします。何が起こっているのかを伝えるパケットwant...> smile <

3
Evan Anderson