none
Windows7PCからServerの共有フォルダへ書き込みが出来ない(ドメイン環境) RRS feed

  • 質問

  • 初めまして。解決策がありましたらお教えください。

    ■現象
    ClientPC(Windows7ProSP1,x86)からServer(WindowsServer2003R2 Std SP2,x86)の共有フォルダへファイルの書き込みができません。

    ■環境
    Server…DCとファイルサーバー共用マシン、ローカルドライブの[D:\Shared]を共有、アクセス許可はEveryoneに読取書込許可

    Client…ドメイン参加済み。LocalAdminとしてログインし、上記共有フォルダを利用

    ■詳細
    上記共有フォルダ内のファイルは参照可能(ローカルへダウンロードも可能)、読取については問題ないのですが、
    書込み時に、容量の小さなファイル(1MB程度)は書き込みが可能ですが、容量の大きなファイル(10MBはダメでした)になると下記エラーを表示して書き込めなくなります。
    「この操作を実行するアクセス許可が必要です。」
    「このフォルダーを変更するには、コンピューターの管理者からアクセス許可を得る必要があります。」
    「再試行」「キャンセル」
    再試行を何度押しても同じエラーが出てしまいます。
    共有フォルダは1TB以上の空き領域がありますので容量は問題ないかと思います。
    Clientマシンのファイアーウォールを停止してみましたが、変化はありませんでした。
    また別のClientマシン(WindowsVista Business SP2)からは問題なく書き込みもできる状態です。
    (このClientマシンも同様にドメイン参加しております)

    ほかに確認が必要な項目等がありましたらお教えください。よろしくお願いいたします。

    2011年6月2日 16:50

回答

  • こんにちは、フォーラムオペレーターの三沢健二です。

    特定のクライアントのみ問題が発生するとの事ですね。
    メッセージ的にはアクセス権の問題のような気がするのですが、ファイル容量によって問題が出たり出なかったりするのですね。。。

    念のためにですが、まずは下記の内容などを確認してみて下さい。

    ・クライアント側で UAC を無効にする。
    ・共有フォルダのアクセス権("共有" と "NTFS" アクセス権の両方)に "Everyone" とは別に、操作を行っているユーザーアカウントに対してフルコントロールのアクセス権を付与する。
    ・共有フォルダに "拒否" のアクセス権が設定されていないか。
    ・クライアント側とサーバー側の両方でセキュリティソフトを無効にしてみる。
    ・問題の出るクライアントと問題ないクライアントでの相違点を確認する。

    あとは、オフラインフォルダが使われていないか、フォルダの暗号化が行われていないか、などの細かい点について何か気になる事がないか確認してみて下さい。
    (何が手掛かりになるか分かりませんので、OS の新規インストール後に変更した内容について再確認してみて下さい)


    ここまでは、「この辺が怪しいのではないか」 といった推測での調査となります。
    (推測での調査では、勘を頼りにとにかく色々試す事が重要となります)


    推測での調査で何も分からない場合には、クライアント側とサーバー側の両方で、"Process Monitor" やパケットキャプチャなどでログを採取して、コンピューター内で行われている動作を調査する必要があります。
    (通常では見えない処理が確認できます。ただ、それなりにスキルと時間が必要となる作業になります・・・)


    それでは、こちらの情報が少しでもお役にたてれば幸いです。

    ______________________________________
    日本マイクロソフト株式会社 フォーラム オペレーター 三沢健二

    2011年6月8日 2:47
    モデレータ
  • チャブーンです。

    サイズによってできたりできなかったり、という場合、ネットワークの問題(TCPオフロードへの非対応)とかの可能性があるかもしれないですね。

    最近のWindowsではTCPオフロードはSNPという機能でONに設定されていたりしますので、サーバとクライアント両方でOFFにしてみて、どうなるか試してみる方法はある気がします

    http://blogs.technet.com/b/jpntsblog/archive/2010/03/23/scalable-networking-pack.aspx

    2011年6月8日 3:16
    モデレータ
  • ご無沙汰しております。

    みなさま、ご回答ありがとうございました。
    他業務に忙殺されてしまい本件に時間があまり取れなかったためしばらく手つかずでした。

    その間、現象に変化がありましてサーバーやインターネットなどからサイズの大きなファイルをダウンロードする(ネットワーク負荷をかける)とOSがフリーズするという現象が発生しました。

    ドライバやNICの問題の可能性が出てまいりまして、ドライバ更新をやってみましたが改善なく、経路の調査を行ったところ、LANケーブルの障害と断定できました。
    LANケーブルを新しいものに入れ替えたところ現象未再現となり現在安定してつかえております。
    上記のアクセス許可…の問題も全く出なくなりました。

    お恥ずかしい結果となって申し訳ございませんが、お礼も兼ねてご報告致します。

    ありがとうございました。

    2011年6月17日 16:50

すべての返信

  • 追加

    Client(Windows7)マシンからDomainAdminとしてログインして同様の作業を行ってみましたが、同現象でした。

    2011年6月2日 17:02
  • こんにちは、フォーラムオペレーターの三沢健二です。

    特定のクライアントのみ問題が発生するとの事ですね。
    メッセージ的にはアクセス権の問題のような気がするのですが、ファイル容量によって問題が出たり出なかったりするのですね。。。

    念のためにですが、まずは下記の内容などを確認してみて下さい。

    ・クライアント側で UAC を無効にする。
    ・共有フォルダのアクセス権("共有" と "NTFS" アクセス権の両方)に "Everyone" とは別に、操作を行っているユーザーアカウントに対してフルコントロールのアクセス権を付与する。
    ・共有フォルダに "拒否" のアクセス権が設定されていないか。
    ・クライアント側とサーバー側の両方でセキュリティソフトを無効にしてみる。
    ・問題の出るクライアントと問題ないクライアントでの相違点を確認する。

    あとは、オフラインフォルダが使われていないか、フォルダの暗号化が行われていないか、などの細かい点について何か気になる事がないか確認してみて下さい。
    (何が手掛かりになるか分かりませんので、OS の新規インストール後に変更した内容について再確認してみて下さい)


    ここまでは、「この辺が怪しいのではないか」 といった推測での調査となります。
    (推測での調査では、勘を頼りにとにかく色々試す事が重要となります)


    推測での調査で何も分からない場合には、クライアント側とサーバー側の両方で、"Process Monitor" やパケットキャプチャなどでログを採取して、コンピューター内で行われている動作を調査する必要があります。
    (通常では見えない処理が確認できます。ただ、それなりにスキルと時間が必要となる作業になります・・・)


    それでは、こちらの情報が少しでもお役にたてれば幸いです。

    ______________________________________
    日本マイクロソフト株式会社 フォーラム オペレーター 三沢健二

    2011年6月8日 2:47
    モデレータ
  • チャブーンです。

    サイズによってできたりできなかったり、という場合、ネットワークの問題(TCPオフロードへの非対応)とかの可能性があるかもしれないですね。

    最近のWindowsではTCPオフロードはSNPという機能でONに設定されていたりしますので、サーバとクライアント両方でOFFにしてみて、どうなるか試してみる方法はある気がします

    http://blogs.technet.com/b/jpntsblog/archive/2010/03/23/scalable-networking-pack.aspx

    2011年6月8日 3:16
    モデレータ
  • ご無沙汰しております。

    みなさま、ご回答ありがとうございました。
    他業務に忙殺されてしまい本件に時間があまり取れなかったためしばらく手つかずでした。

    その間、現象に変化がありましてサーバーやインターネットなどからサイズの大きなファイルをダウンロードする(ネットワーク負荷をかける)とOSがフリーズするという現象が発生しました。

    ドライバやNICの問題の可能性が出てまいりまして、ドライバ更新をやってみましたが改善なく、経路の調査を行ったところ、LANケーブルの障害と断定できました。
    LANケーブルを新しいものに入れ替えたところ現象未再現となり現在安定してつかえております。
    上記のアクセス許可…の問題も全く出なくなりました。

    お恥ずかしい結果となって申し訳ございませんが、お礼も兼ねてご報告致します。

    ありがとうございました。

    2011年6月17日 16:50