none
ネットワークエラーについて RRS feed

  • 質問

  • 事務所で20数台のパソコンをネットワークで使用しています。

    先日新たに導入したWindows10(Home)のパソコン(端末Aとします)について、

    「ネットワークエラー」が出ているのですが、設定等を見直しても原因がつかめません。

    他の端末からネットワーク経由で端末Aにアクセスしようとすると、

    端末名は表示されているのですが、開こうとするとネットワークエラーとなり、

    “○○(端末A)に対するアクセス許可がありません。ネットワーク管理者にアクセス許可を要求してください。”というメッセージが出ます。

    端末Aには2つの共有フォルダを作成してあり、いずれもEveryoneを追加し、

    アクセス許可のレベルは「読み取り/書き込み」としています。

    ちなみに事務所のネットワークは有線LANで、社内ネットワーク(Windows7)または

    プライベート(Windows10)としてあり、

    共有の詳細設定では、「パスワード保護の共有を無効」として、

    パスワード無しでアクセス出来るように設定しています。

    ここで不思議な現象が発生しているのですが、ネットワーク経由ではエラーとなるのに、

    端末Aのフォルダを他のパソコンでショートカットを作成すると、

    何のエラーもなくフォルダが開きます(アクセス可能です)。

    現在はWindows7とWindows10の混在した環境ですが、

    全てのパソコンで同じような運用をしてきて、

    今回のような現象が起きたのは初めてのことです。

    他の端末と設定の違いがないか、検証しましたが、

    原因となるものを見つけることが出来ず、

    同じような現象を経験した方があれば、

    何か情報・アドバイスをいただければ幸いです。

    2019年7月3日 8:33

すべての返信

  • 返信ありがとうございます。

    「SBM 1.0」の設定に関することかと思いますので、確認しました。

    端末A以外のネットワーク経由で正常に共有フォルダにアクセスできるパソコンを確認したところ、

    1.SMB 1.0/CIFS Client

    2.SMB 1.0/CIFS Server

    3.SMB 1.0/CIFS 自動削除

    の3つの項目ともチェック無しでした。

    端末Aを確認したところ、1と3にチェックがありましたので、

    これを外して確認しましたが、ネットワークエラーは変わらず、

    ショートカットから共有フォルダへのアクセスが出来る状況も変わりませんでした。

    2019年7月4日 1:46
  • SMB v1.0 はそもそも利用されていない構成のようですね。

    [ファイル名を指定して実行] や Windows エクスプローラーのアドレスバーに UNC パスを入力して端末A の共有フォルダーにアクセスした場合はどのような挙動でしょう。

    ※個人的にはパケットキャプチャーを取って調べたいところですが


    Hebikuzure aka Murachi Akira

    2019年7月4日 1:56
  • アドレスバーに端末Aの固定(内部)IPアドレスを入れてアクセスしようとすると、

    同じネットワークエラーが出ます。

    端末Aの名前で実行しても同じエラーでした。

    IPアドレスの下に、ショートカットからアクセスできる共有フォルダまで入れて

    アクセスしようとすると、反応がありません。(エラーも出ず、フォルダも開きません)

    [ファイル名を指定して実行]については、あまり使用したことがなく、

    このような状態で利用できるコマンドが判りません。

    大変恐縮ですが、もしご教授いただければ幸いです。

    2019年7月4日 2:23
  • アドレスバーの場合もファイル名を指定して実行の場合も

    \\(端末AのIPアドレス)\共有フォルダ名

    \\(端末Aのホスト名)\共有フォルダ名

    の両方で試してみてください。


    Hebikuzure aka Murachi Akira

    2019年7月4日 4:55
  • 教えていただいた方法で再度確認してみました。

    (ひとつ前の私の返信は誤りがあったので取り消します)

    \\(端末AのIPアドレス)\共有フォルダ名

    \\(端末Aのホスト名)\共有フォルダ名

    を試したところ、アドレスバーの場合もファイル名を指定して実行の場合も対象のフォルダが開きました。

    ただ、どちらの場合も、開くまでに50秒~1分ほどの時間が掛かっています。

    (デスクトップに作ったショートカットからは1秒ほどで開きます。)

    \\(端末AのIPアドレス)

    \\(端末Aのホスト名)

    では、アドレスバーの場合もファイル名を指定して実行の場合も当初と同じネットワークエラーでした。

    2019年7月4日 5:26
  • ショートカットのプロパティの「リンク先」はどうなっていますか?

    先ほどアドレスバーなどに入れたものと同じでしょうか?


    Hebikuzure aka Murachi Akira

    2019年7月4日 6:55
  • ショートカットのプロパティのリンク先は

    \\(端末Aのホスト名)\共有フォルダ名

    で同じでした。

    何台かのパソコンから、[ファイル名を指定して実行]で、

    端末Aの共有フォルダにアクセスしてみましたが、

    パソコンのスペックによりフォルダが開く時間が異なります。

    スペックの低いパソコン(私もその一台)では1分前後ですが、

    最近導入したスペックの高いパソコン(SSD搭載)では15~20秒ほどで開きました。

    スペックの低いパソコンでもショートカットからは1秒ほどで開きます。

    2019年7月4日 7:17
  • 共有フォルダーへの接続で問題が起きているのは特定の1台(端末A)で共有をホストした場合だけでしょうか?

    他の PC 上の共有への接続では類似の問題は無いのでしょうか?


    Hebikuzure aka Murachi Akira

    2019年7月4日 8:18
  • 事務所内には、個人用パソコン・共有パソコン・サーバーなど、

    ほぼ30台の端末がネットワークに入っていますが、

    このトラブルが発生しているのは端末Aの1台のみです。

    他の端末はネットワーク経由でそれぞれの共有フォルダにアクセス出来ています。

    なお、あまり関係ないかと思いますが、端末Aから他のパソコンの共有フォルダには

    何の問題もなくネットワーク経由でアクセス出来ています。

    2019年7月4日 8:42
  • 試行錯誤では無くしっかりと調査するのであれば、パケットキャプチャーを取って調べるべきでしょうね。



    Hebikuzure aka Murachi Akira

    2019年7月5日 6:29
  • 「未知の領域」に入っていく感じですが、

    とりあえずネットで情報得ながらやってみます。

    ただ、キャプチャーが取れたとしても、

    内容を理解できるかどうかが問題ですが・・・。

    いずれにしても、作業できるのが10日(水)以降になるので、

    またその後で書き込みさせていただきます。

    2019年7月6日 7:02
  • そっちの方を頑張らなくとも、例えば(可能なら)端末A を新しいハードウエア環境に置き換えてみるとか、Windows を再インストールして環境を再構築してみるといった方法もありますよ。

    ※個人的にパケット解析はある程度できるし割と好きな作業なので、自分ならそうすると言っていますが、全ての人にお勧めという訳ではありません。


    Hebikuzure aka Murachi Akira

    2019年7月6日 10:40
  • 改めてまっさらな状態に戻してクリーンインストールしてしまう、ということも考えていますが、

    端末A⇒他パソコンが正常にアクセス出来て、他パソコン⇒端末Aもショートカット経由なら正常、

    という状態なので、運用上ではそれほどの不便ではないこともあって、

    現時点では再インストールは躊躇っています。

    また、今年3月以降で、すでに10台ほどの端末を同じようにセットアップしてきて、

    この端末Aだけに、どうして今回のトラブルが発生したのか、その原因は何なのか、ということを、

    今後のためにも突き止めておきたい、というのもあります。

    再インストールを行うかは保留して、もうしばらく原因追及による問題解決を探ってみようと思います。

    2019年7月6日 12:33
  • ASUNARO0220様

    フォーラムにご投稿くださいましてありがとうございます

    ご不明な点がございましたら、お気軽にお問い合わせください

    Fan


    Please remember to mark the replies as an answers if they help. If you have feedback for TechNet Subscriber Support, contact tnmff@microsoft.com

    2019年7月19日 2:37
    モデレータ
  • だいぶ間があいてしまいました。

    パケットキャプチャの方法、取得したパケットを見る準備、までは出来ましたが、

    悲しいかな実際肝心の、このようなトラブルの原因調査のために、

    どんなコマンドを使ってパケットを取得したらよいのか、という所ですでに停滞中です。

    2019年7月31日 8:10
  • どんなコマンドを使ってパケットを取得したらよいのか

    採取対象のコンピューターに追加のツールのインストールをしたくないなら、

    の方法で採取できます。

    ツールを入れて良いなら、Wireshark が良いでしょう。


    Hebikuzure aka Murachi Akira


    2019年7月31日 10:35