ネットワーク時の資格情報に必要なもの

随分と苦労しましたが、最後の手段とした、もっとも怪しいとされるCORE-i5（実はcore-i7だった）を、再インストールした結果、共有の問題は解決しました。

各PCとも、資格情報は、同一のMSAでログインしたので、すべて同じメールアドレスとMＳＡパスワードでよいこともわかりました。

皆様から多数のアドバイスをいただきありがとうございました。ご報告まで。

通りすがりさん

　クライアント PC は、ファイル共有専用サーバーと異なり、多数のフォルダーを共有するわけではないので、共有するフォルダーだけを、ネットワークで共有した方が良さそうな気がします。そのため、自分がいたところでは、「共有ウィザード」を無効に設定し、フォルダーのプロパティで、「共有」タブの「詳細な共有」から共有させるようにしていました。少数のフォルダーだけなら、ネットワークの ACL でアクセス権を絞っても良さそうですし。

なるほど、そんな対策をされたのですか。

それはそうとして、今回の不具合は、core-i5のどこかがまずく、その個所を発見できれば対処できるのではなかと思うのですが・・・。

win7のときは、問題なくファイル共有ができていたのに残念です。いつの間にかできなくなった。

なぜそのようにするのでしょうね。

　本物のファイル共有用サーバーで、そのように設定するからでは？

　２０年近く前の自分がその手の業界で働いていた時、自分が設定に関与したサーバーでも、同様の設定でした。

　ネットワーク共有は、作成すれば多少とは言え、リソースを消費するでしょう。だから、多数の共有を作成したくない。エクスプローラーのネットワークでコンピューターを開いた時、たくさん表示されるのも、見にくいです****。なので、最上位のドライブとか、フォルダーを共有する。

　ネットワーク経由のファイル共有では、ネットワークの ACL（Access Control List）と NTFS の ACL で、「許可」が AND 条件で判定されます。どちらかがフルコントロールでないと、その権利を継承したサブフォルダーでは、フルコントロールの権利を与えられません。なので、ネットワークではフルコントロールを与え、NTFS で権利を絞るのが、サーバーでは一般的です。

　共有専用に設計されたフォルダーであれば、アクセス権を与えないフォルダーを非表示にしたりもできます。でも、共有専用に設計された訳ではない "C:\Users" フォルダでは、そんな NTFS ACL とか付けられません。

　クライアント PC は、ファイル共有専用サーバーと異なり、多数のフォルダーを共有するわけではないので、共有するフォルダーだけを、ネットワークで共有した方が良さそうな気がします。そのため、自分がいたところでは、「共有ウィザード」を無効に設定し、フォルダーのプロパティで、「共有」タブの「詳細な共有」から共有させるようにしていました。少数のフォルダーだけなら、ネットワークの ACL でアクセス権を絞っても良さそうですし。

デフォルトでcC:\Users フォルダが共有設定になるとは知りませんでした（実際そうなっていた）

　共有ウィザード（エクスプローラーの左クリックで表示される、『アクセスを許可する』の事。「推奨」されるオプション機能）を使用すると、フォルダの下の方を共有しても、ルートのフォルダをネットワークで共有します。実際の共有は NTFS の ACL と合わせてなので、それがそのまま共有されるわけではありませんが。

なぜそのようにするのでしょうね。

以前のユーザフォルダの共有の質問をしましたが、その時の履歴がまだ残っているのかと思いました。