私が管理している学校のラボコンピュータの1つが、\\ ad\data $ディレクトリの下の共有にアクセスできません。ネットワーク上の他のどのコンピュータからでもアクセスできます。 IP \\ 192.168.1.248\data $を使用すると、ファイルに正しくアクセスできます。 FQDNを使用する場合:\\ ad.domain.name\data $も機能します。学校の他のコンピュータもこの共有に適切にアクセスできます。
\\ ad\data $で共有にアクセスしようとすると、「\\ ad\data $にアクセスする権限がありません。管理者に連絡してアクセスをリクエストしてください。」というメッセージが表示されます。ドメイン管理者アカウントでログインしています。
単一ドメインコンピュータがアクセスするはずの共有にアクセスできなくなる原因は何ですか?
サーバーはWindows Server 2008を実行しており、コンピューターはWindows 7 SP1を実行しています。
[〜#〜]更新[〜#〜]
ネットワーク上の他の複数のコンピューター、スタッフのコンピューター、学生のコンピューターで問題が発生しています。 Active Directoryサーバーに深刻な問題があると考え始めています。
同様の問題が発生しました。
ドメインとADがあり、すべてのユーザーのホームフォルダーがADに設定されています。
ユーザーはターミナルサーバーで作業し、ホームフォルダーは正常に機能します。私たちがセットアップした新しいノートブックでは、ドライブがマップされましたが、uncを介して、またはマップされたドライブをダブルクリックしてアクセスしようとすると、エラーが発生しました場所のが見つかりませんでした。
他のいくつかのフォーラムを閲覧したところ、ホームフォルダーにIPまたはFQDN経由でアクセスできるかどうかを尋ねられた人に気づきました。試してみたところ、フォルダにアクセスできました。
最初はDNSの問題でもあると思いました。
さらに誰かを読んで「CSCキャッシュを削除してみてください」と言ったので、私はほとんど自分自身を誓った。このノートブックが、オフラインファイルを使用した別のユーザー(同じサーバー上のホームフォルダーでもある)によって使用されていたことを知る。 Win 7でCSCキャッシュを削除する簡単な方法を見つけました(XPでははるかに簡単です)。コンピュータを再起動し、問題は解決しました。
ここに私が情報を見つけたリンクがあります:
このような問題が発生しましたが、DNSがドメイン名を自動的に追加しないように設定されていることが原因でした。
したがって、プライマリおよび接続固有のDNSサフィックスを追加するが選択されていること、およびプライマリDNSサフィックスの親サフィックスを追加するがチェックされていることを確認します。
これは
Control Panel\Network and Internet\Network and Sharing Center
Local Area Connection Status
Properties
Internet Protocol Version 4 (TCP/IPv4) and/or Internet Protocol Version 6 (TCP/IPv6)
Properties
Advanced
DNS
Win7 /サーバー2008>「資格情報マネージャー」でコントロールパネルを入力し、保存されている資格情報を削除します。
私は同じ問題を抱えており(何度か私に起こった)、接続されているすべての共有を削除して再作成することで解決しました。同じ場所への接続が複数あり(異なるURLを使用)、それが問題の原因だったと思います。
コマンドラインを使用:
Net Use
Net Use \\xxx.xxx.xxx.xxx\Y /delete
Net Use \\XXX\Y /delete
Net Use Y: /delete
Net Use Y: \\xxx.xxx.xxx.xxx\Y /PERSISTENT:YES /USER:XXX\user /SAVECRED
別の潜在的な容疑者は、Samsung PC Share Managerです。ホストからアンインストールした後、問題は消えました。
クライアントコンピューターが保存された資格情報を使用している可能性があります。コントロールパネルのWindows資格情報マネージャーを使用して確認できます。
machine_name\Administratorなどのローカル管理者アカウントで発生しますか?
マシンはドメインコントローラを適切に認証していますか?
Server 2008 R2ボックスをServer 2012 R2に更新してアップグレードした後、この問題が発生しました。 Credentials Managerに入り、Windows Credentials-> Generic Credentialsを削除すると、問題が解決しました。
この解決策が見つかりました:エイリアス名またはCNAME DNSレコードを使用してプリントサーバーにアクセスできません。 http://winplat.net/2018/10/13/unable-to-access-print-server-with-the-alias-name-or-cname/
関連する問題がありました。 XPホームマシンがWindows 7マシンの共有/共有フォルダとドライブにアクセスしています。Windows7のワークグループ/ホームグループ設定で遊んでいて、「パスワードで保護された共有"オプション。共有フォルダーはXPホームマシンで確認できましたが、読み取り/書き込みができませんでした。怒っていました。新しいユーザーをXPホームマシンで、Win 7マシン上の共有にアクセスしたところ、問題はありませんでした-ファイルの読み取りと書き込みができました!
そのため、古い(メイン)ユーザーアカウントに戻りましたが、それでも共有ファイルにアクセスできませんでした...
私はあらゆる種類のソリューションを試しました-Net Use */delおよびユーザーアカウントを削除してみましたNet User/delete-キャッシュされた資格情報を削除しようとしましたが、何も機能しませんでした。 IPアドレスを介して共有にアクセスDID work!Argggh !!
両方のマシンのワークグループをワークグループに設定してみました(XP HOMEマシンはMSHOMEでした)
最終的に私がしなければならなかったのは、Windows 7マシンのコンピューター名を変更して再起動し、XP HOMEマシンから共有フォルダーにアクセスしました。次に、ログオンユーザー/パスワードを要求しました。再入力しました。ただし、古いコンピューター名を使用したパスなどがあったので、Win 7コンピューターを元の名前に戻しました。Alleluia!正常に機能しました-ユーザー/パスワードの入力を求められ、 XP HOMEマシンから共有にアクセス!
つまり、要約:キャッシュされた資格情報にいくつかの問題があり、それらを削除する明白な方法がありません(ユーザーアカウントのネットワークパスワードマネージャーにも何も表示されませんでした)。したがって、コンピューター名を一時的に変更して、元に戻すと、いくつかの問題が解決する可能性があります。
私はこれらのようなフォーラムでいくつかの同様の問題に遭遇しましたが、私のものと同じではありませんでした。
異なる(または古い)資格情報を使用して\ adに接続していないことを確認してください。 「通常の」ドメインアカウントを使用してサーバー上の共有にマップされたドライブを接続し、ドメイン「admin」アカウントを使用して同じサーバー上の別の共有に接続しようとしたときに、同様の問題が発生しました。
再起動すると問題は解決しますか?
私のケースの1つで、驚いたことに、DNSキャッシュをフラッシュする必要があることがわかりましたさらに SMB 1.0のサポート機能を有効にするWindows 8.1。これは、ドメインに参加しているコンピューターで、そのドメインから切断でした。
もう1つのケースでは、ドメインに参加していないコンピューターでDNSキャッシュをフラッシュしても解決しませんでした。ただし、奇妙なことに、完全修飾名\\Name.
は\\Name
しませんでした(私はこの息子に最初のマシンを試しませんでした)。ここで何が問題なのかはわかりませんが、それはドメイン名の欠如に関連していると思います。
これは特定の1つのフォルダでのみ発生しました。リダイレクトされたフォルダーを使用しているため、オフラインフォルダーが問題の原因であることが判明しました。そのため、Windowsは、Windowsが起動するとすぐに他のユーザーの資格情報を使用して文字通りその共有に接続するため、ログインしているユーザーからの接続を拒否します。
使用された解決策は、オフライン同期をオフにすることでした。
ネットワークACLである可能性があります。ある環境では、ポート445をブロックするように変更されていました。
\ hostname\share
\ hostname.fqdn\share
そのため、FQDNへの接続がNetBTを使用しようとし、ポート139が開いていたため、成功しました。
したがって、解決策はポート445のブロックを解除することでした。