トラブルシューティングプロセスへのアクセスを拒否するWindows 2003共有リソースプロンプト

「コンピュータの管理」ビューの「ローカル共有」で、pingは実行できますが共有リソースにアクセスできない「開始なし」がポップアップ表示されますサーバーサービスの[エラー]ダイアログボックス、どうしたらこのプロンプトを修正できますか？最近のXiaobianでは、日常的なメンテナンスで同様の問題が発生しましたが、あまり技術的な内容はありませんが小さな問題、トラブルシューティングのプロセス全体がまとめられます。ヒントを教えてください。

まずはじめに、環境を説明しましょう、アクセスしている共有リソースを格納しているターミナルサーバーとして、AマシンのIPアドレスは192.168.0.1、Risingウイルス対策ソフトウェアとRisingパーソナルファイアウォールはインストールされています。 192.168.0.2、（Aターミナルサーバー上の共有リソースにアクセスするクライアントを介して）リモートデスクトップのクライアントとして、両方のマシンがWindows 2003サーバーオペレーティングシステムであり、リモートデスクトップ接続がインストールされている、Bマシンは常にプログラムを介してリモートにすることができますAマシンのハードディスク上の共有リソースにアクセスするために\\ 192.168.0.1 \\ x $（xはドライブ名）を実行することによってAマシンを管理する（追加、win2003リモートデスクトッププログラムはサーバーをリモート制御するように設定されているため）しかし、その上のファイルはすぐにはコピーできないので、データはこのようにして転送されます。

ある日、Rising Antivirusソフトウェアの脆弱性スキャナーをAマシンに適用した後、セキュリティ設定の項目で、アプリケーションの$ $アクセスは安全性が低く自動的に修復できることを確認するメッセージが表示されます。自動修復、再起動はBマシンが\\ 192.168.0.1 \\ x $を実行してAマシンの共有リソースにアクセスできないことを発見しましたが、リモートデスクトップはまだ使いやすいです。

どうしたのですか？ライジングウイルス対策プログラム以外の操作はないと思うので、ウイルス対策ソフトウェアを1つずつトラブルシューティングを開始しましたが、Aマシンの設定を変更した後、Bマシンを実行できませんでした。 192.168.0.1 \\ x $メソッドはAマシンの共有リソースにアクセスします。まず疑われる脆弱性のパッチは、リモートデスクトップ接続プログラムを変更し、[リモートデスクトップとターミナルサーバーマシンのプログラムを再インストールし、障害が持続し、その後、単にリモート接続プログラムBのマシンも再び再インストール置く、あるいはありません。コマンドラインモードを使用するかどうかを考慮すると、共有リソースへのアクセスを無効にされ、その後、機械でネット株のx $を実行し、共有権限はディスクマシンをX、または\\ 192.168.0.1 \\ X $でデータをアクセスすることはできませんを実行して有効に、繰り返し再起動は、問題を解決していません。

さて、私は問題の核心に立ち戻りました - これまでSkynet Firewallを使っていたときに同様のセキュリティスキャナーがあったことを思い出して、Rising Anti-Virusの脆弱性スキャナーはAマシンのRising Personal Firewallでしょうか。データにアクセスする方法を遮断しますか？それでRisingパーソナルファイアウォールを停止し、Bマシンで\\ 192.168.0.1 \\ x $を実行します、おなじみのパスワードプロンプトがあり、エントリの順序をノックして、Aマシンxディスクのデータは訪問しました！

今回は、共有リソースへのアクセスの修復ですが、少し手間がかかりますが、リモートアクセスで頻繁に発生する問題の解決策についても再説明します。実際、問題は非常に単純です。簡単なことですが、単純なことが複雑に見えることがよくあります。友達が似たような問題に遭遇したときに、率直に行動しないでください。