2008 R2サーバーのone上のネットワーク共有にアクセスしようとすると、クライアントでこのエラーが発生します。
The account is not authorized to login from this station.
問題は数週間前に始まりました。クライアントごとに断続的であり、数時間または数日続く場合があります。この問題は、すべてのクライアントに同時に影響するわけではありません。
たとえば、今朝、あるクライアントが機能していたが、現在は機能していない。別のクライアントは今日以前は機能していませんでしたが、現在は機能しています。影響を受けるサーバーの共有にクライアントとして接続しようとするWindows 7 Proクライアントと他のWindows Server 2008 R2ボックスの両方で問題が発生しました。
C $管理共有に接続してみましたが、同じことを行います。
私がインターネットとマイクロソフトから得ている唯一の検索ヒットは、W2Kに関する問題を参照しています。サーバーまたはクライアントのいずれかのイベントログに関連する関心事はありません。次に何を試したらいいですか?
要求された情報を提供するための編集:
これは1つのサーバーにのみ影響します。ドメインには、ネットワーク共有を提供する他の2つのサーバーがあります。これらのサーバー上の共有は、24時間365日、確実です。アクセスの問題は一切ありません。
ipconfig /all
Windows IP Configuration
Host Name . . . . . . . . . . . . : HOSTHV02
Primary Dns Suffix . . . . . . . : dc.XXXXXXXXXXX.com
Node Type . . . . . . . . . . . . : Hybrid
IP Routing Enabled. . . . . . . . : No
WINS Proxy Enabled. . . . . . . . : No
DNS Suffix Search List. . . . . . : dc.XXXXXXXXXXX.com
Ethernet adapter Local Area Connection:
Connection-specific DNS Suffix . :
Description . . . . . . . . . . . : Broadcom NetXtreme Gigabit Ethernet
Physical Address. . . . . . . . . : 90-B1-1C-17-06-DE
DHCP Enabled. . . . . . . . . . . : No
Autoconfiguration Enabled . . . . : Yes
Link-local IPv6 Address . . . . . : fe80::d5b:157:2c8a:99a4%10(Preferred)
IPv4 Address. . . . . . . . . . . : 192.168.4.32(Preferred)
Subnet Mask . . . . . . . . . . . : 255.255.255.0
Default Gateway . . . . . . . . . : 192.168.4.1
DHCPv6 IAID . . . . . . . . . . . : 244363548
DHCPv6 Client DUID. . . . . . . . : 00-01-00-01-18-76-57-7E-90-B1-1C-17-06-DE
DNS Servers . . . . . . . . . . . : 192.168.4.16
NetBIOS over Tcpip. . . . . . . . : Enabled
Tunnel adapter isatap.{54A6F175-C7D4-4C3E-BCA8-2F4DF4F4CB4D}:
Media State . . . . . . . . . . . : Media disconnected
Connection-specific DNS Suffix . :
Description . . . . . . . . . . . : Microsoft ISATAP Adapter
Physical Address. . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP Enabled. . . . . . . . . . . : No
Autoconfiguration Enabled . . . . : Yes
Tunnel adapter Teredo Tunneling Pseudo-Interface:
Media State . . . . . . . . . . . : Media disconnected
Connection-specific DNS Suffix . :
Description . . . . . . . . . . . : Teredo Tunneling Pseudo-Interface
Physical Address. . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP Enabled. . . . . . . . . . . : No
Autoconfiguration Enabled . . . . : Yes
編集
これは、署名ポリシーの不一致が原因ではないようです。問題は引き続き「ランダムに」クライアントコンピュータに影響します。たとえば、今週、私のワークステーションはある日に共有にアクセスできず、翌日に共有にアクセスできず、翌日に再び共有できませんでした。
不正なDNSレコード
この特定の状況に対する解決策を次に示します。
DNSサーバーには、問題のあるサーバー用に2つのDNS Aレコードがありました。 1つのレコードには正しいIPアドレスがあり、1つのレコードには別のアドレスがありました。不良レコードを削除すると、この問題はなくなりました。不良レコードには、この問題が始まった頃のタイムスタンプがありました。この時点では、レコードがどのようにそこに到達したかはわかりませんが、動的更新によるものだと思います。
現在、DNSサーバーで清掃をセットアップしています。
すべてのWindows 2000関連の記事で説明されているように、それらを読んだ場合、このエラーはクライアントとサーバーが競合するSMB署名ポリシーが構成されている場合に発生します。
つまり、サーバーはSMB署名を強制しようとしますが、クライアントは拒否するかネゴシエーションできませんSMBサーバーとの署名
これらの設定は、ローカルグループポリシー(gpedit.msc
)またはActive Directoryを使用している場合はグループポリシー。
^これらはおそらくあなたが探しているドロイドです
Mathiasが言うように、2つのサーバー間でのSMB署名を確認してください。また、それらが互いに一致しなかったと思います。
ワークステーション\サーバーでこれらの設定を確認します。
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\lanmanworkstation\parameters
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\lanmanserver\parameters
GPOでも同様に有効にします。
Microsoftネットワーククライアントポリシー設定