Windows 7-UNC共有にはアクセスできませんが、pingおよびRDPはできます
90台中1台のマシンで奇妙な問題があります。
Win 7 x64 SP1は以前は正常に機能していました。ドメインに参加し、ファイルサーバー上のマップされたドライブにアクセスできる。
今朝、ユーザーはDHCPサーバーからのIPを持っていますが、ネットワークリソースやインターネットにアクセスできません。
サーバーにpingでき、サーバーは正しく解決されます。
これをテストするために、ドメインから参加を解除し、ローカルアカウントにログインしました。
フラッシュされたDNSキャッシュ。 IPスタックをリセットします。再開しました。
WindowsファイアウォールおよびAVG無効。
インターネットアクセスが可能になりました。
Pingサーバーは正しいIPアドレス（10.1.2.1）で解決します
SERVERまたは10.1.2.1へのRDPとファイルの接続。
Windowsで表示される\\ SERVERまたは\\ 10.1.2.1を参照すると、\\ SERVERにアクセスできません。エラー0x80004005
Computer BrowserサービスはAutoに設定され、実行されています。
何か案は？
Windowsは\ serverにアクセスできません
名前のスペルを確認してください。それ以外の場合は、ネットワークに問題がある可能性があります。ネットワークの問題を特定して解決するには、[診断]をクリックしてください。
エラーコード：0x80004005
ドメイン上のサーバーに接続する場合もしない場合も同じです。ドメインサーバーが見つからないため、マシンをドメインに戻すことができません。
また、共有を手動でマッピングして他の資格情報を使用することで提案されているように、ドメイン資格情報を使用するように手動で強制しようとしましたが、別のエラーが発生しました。
エラーコード：0x800704cf
ネットワークと共有センターで[印刷とファイルの共有]がオンになっているかどうかを確認し、[詳細な共有設定]を選択します。私の問題はファイルであり、プリンターの共有がオンになっていない。これを解決するために、すべての自動サービスをチェックしました。 「netlogon」サービスが無効になっていることがわかりました。 「netlogon」サービスは、「ワークステーション」と呼ばれるサービスに依存しています。 「ワークステーション」サービスを開始する必要があり、その後「ネットログオン」サービスを開始することができた。これで問題は解決しました。
これは古い議論ですが、Windowsの最新バージョンで同様の問題が発生している場合は、サーバーが使用しているSMBのバージョンかどうかを確認することもできます。
これに対する簡単なテストは、コマンドプロンプト/ powershellを開き、nslookup UNCNAMEを使用してサーバーのUNC名を解決することです。提供されたIPアドレスを使用して、start IPADDRESSで接続を開こうとします。 start 192.168.1.128。
SMBバージョンの問題がある場合、次のようなエラーメッセージが表示されます。
次のエラーのため、このコマンドを実行できません：安全でないため、ファイル共有に接続できません。この共有には、古くなったSMB1プロトコルが必要です。これは安全ではなく、システムが攻撃される可能性があります。システムにはSMB2以上が必要です。この問題の解決の詳細については、 https://go.Microsoft.com/fwlink/?linkid=852747 を参照してください。
エラーで参照されているMicrosoftの記事で問題が説明されています。理想的には、サーバーはSMB2をサポートする必要がありますが、これが解決されるまで接続する必要がある場合は、 windowscentral.comのこの記事 がWindows 10ユーザーのプロセスを説明します。
手順は次のとおりです。
- コントロールパネルを開きます。
- プログラムをクリックします。
- [Windowsの機能を有効または無効にする]リンクをクリックします。
- SMB 1.0/CIFS File Sharing Supportオプションを展開します。
- SMB 1.0/CIFS Clientオプションを確認します。
- OKボタンをクリックします。
- [今すぐ再起動]ボタンをクリックします。
Windowscentral記事のスクリーンショット。
同様の問題がありました。ファイルエクスプローラーで6台中1台のサーバーにアクセスできませんでした。すべてのサーバーは同じネットワーク（私がそれらにアクセスしようとしていたものとは別のネットワーク）上にあり、かなり似ていました。
6つのうち5つについては、ユーザー名とパスワードのダイアログが表示され、正しい資格情報を入力しました。
しかし、最後のものについては、私は決して促されませんでした。 「ウィンドウが\ serverにアクセスできない」という警告のみが表示されました。 RDPまたはpingを使用してサーバーに問題なくアクセスできました。
私にとってうまくいったのは、資格情報マネージャーに行き、手動で資格情報を追加することでした（ここで、他のサーバーに以前に追加した資格情報を確認できました）。
コントロールパネル>ネットワークと共有センター>高度な共有設定の変更>下向き矢印をクリックしました（現在接続されているネットワークの種類（自宅や職場など）の場合）>パスワードで保護された共有をオフにしました。
これは起こってはならないことです（正しい方法ではありません）。なぜなら、パスワード保護はネットワークにとって非常に重要だからです。しかし、何かがあるかもしれません。当面は、ローカルエリアネットワークを閲覧できます。pingを実行したり、インターネットを使用したりできるだけではありません。
ネットワークアダプターの設定ControlPanel-> Network and Sharing->を確認してから、アダプター->プロパティボタンをクリックしてみましたか？.
確認してくださいMicrosoftネットワーク用クライアントがインストールされていますとチェック
これは特定の1つのフォルダでのみ発生しました。リダイレクトされたフォルダーを使用しているため、オフラインフォルダーが問題の原因であることが判明しました。そのため、Windowsは、Windowsが起動するとすぐに他のユーザーの資格情報と共有に文字通り接続するため、ログインしているユーザーからの接続を拒否します。
使用された解決策は、オフライン同期をオフにすることでした。
あなたのエラーコードが最終的に正しいので、これを試してください：
言い換えると、ドメインとワークグループ
基本的に、これが理解するのに1時間かかった理由は次のとおりです。このファイル共有をWindowsエクスプローラーのアドレスバーを介して1つのWindowsセッションで正常に使用し、その後ドライブをマッピングし、Windowsに再起動時にネットワークマッピングを復元するように要求した後、事後に問題が発生しました実際の再起動。アドレスバーに共有の場所を入力すると、90秒でタイムアウトします。エラーは不可解です。 IOINC Active Directoryにそのようなユーザー名が含まれていないと言われたらどうすればよいでしょうか。代わりに、詳細不明のエラー0x80004005が表示されました。診断も何も決定できませんでした。私は頭を掻いた後、共有を切断し、それを再確立しようとしました。直接的なアプローチ（\ PCName\FileShareと入力）でも、エラーコード0x80004005が発生しました。解決策は見えましたが、それでも明白ではありませんでした。マップネットワーク共有ダイアログには、新しい認証情報を入力する方法があります。パスワードを再入力するだけで、0x80004005になりました。何が起こっているのかを知るために、完全修飾ユーザー名としてDomainName\UserNameを確認する必要がありました。 Windows 7 Proでは、UserNameはドメインユーザーであると想定されていましたが、そうではありませんでした。バグ、N回以上。新しい資格情報を指定したら、Windowsエクスプローラーのアドレスバーに\ PCName\FileShareと入力してファイルを表示できます。まだ試していませんが、Internet Explorerのオプションでパスワードをクリアすると問題が解決したと思います。