私は確かにこれでいくつかの助けを使うことができました:
私は2つのWindows Server 2008 R2 x64ターミナルサーバーといくつかの2003サーバー(DNS/Wins/AD/DC)を持っています。 2つの2008ボックスでは、時々、ドライブをランダムサーバーにマップできないこのモードになります。ランダムサーバーとは、マップできないサーバーとは必ずしも同じではないためです。
ここに私ができることとできないことの要約があります:
net view \\servername
うまくいくこともあれば、うまくいかないこともあります。net view \\FQDN
これは常に機能します。net view \\IPAddress
これは常に機能します。ping servername
うまくいくこともあれば、うまくいかないこともあります。ping FQDN
これは常に機能します。ping IPAddress
これは常に機能します。
私はこれに対する解決策を探し求めてきました。 Microsoftが今や修正プログラムを持っているようだ。
これのキッカーは、特に再起動後に、それがときどきうまく機能することです。 2週間は問題なく実行できますが、突然、リモートサーバー名を解決できなくなります。その後、数日間はこの状態になり、その後再び機能し始める可能性があります。また、動作していないモードの間、他のサーバーは問題なく動作します。それは、これらの2008 R2ターミナルサーバーだけです。
HostsファイルとLMHostsに静的エントリを設定しても機能しません。すべてのサーバーには静的IPがあり、それらはDNSとWinsに正しく登録されています。
これは まったく同じ問題のMS Technetの長いスレッド ですが、良い解決策はありません。これが回避策です(2010年6月からです):
朗報-修正プログラムが開発中であり、回避策が確認されています。
根本的な原因は、これがSMB1であるため、すべてのユーザーセッションが単一のTCPリモートサーバーへの接続です。リモートへの接続を開始する最初のユーザーSMBサーバーでは、接続を定義する構造にログオンIDが追加されています。そのユーザーがログオフすると、以降のその使用はすべてTCPセッションが失敗するため、ログオンIDがなくなります。現時点では、問題が発生しないようにするための回避策として、ユーザーがターミナルサーバーからログオフしないようにして、セッションを切断するだけです。
解決策について誰かからの言葉はありますか?任意の助けをいただければ幸いです。
ありがとう、ジェームズ
これは、名前解決プロセスのバグのように聞こえます。 IPとFQDNの両方が機能するので、SMBは問題なく機能しているように見えます。しかし、ホスト/ lmhostsが問題を修正しないと、名前解決の問題と、それが発生する前に発生する問題が示唆されます。 DNS解決のステップに。
DNS解決を試みているかどうかを確認する方法、または解決しようとしているものを確認する方法は、影響を受けたサーバーがその状態になったときに、パケットキャプチャを試すことです。解決しようとするさまざまな順列(もしあれば)を見ると、いくつかの手掛かりが得られるはずです。