WSS 3.0 インスタンスで、ユーザーが毎晩アップロード アクセス権を失い続けるという問題が発生しています。
ユーザーはいつでも関連するサイトにアクセスでき、通常どおりリストやドキュメント ライブラリなどを参照できますが、ドキュメントをアップロードしようとするとエラーが発生し、アクセス拒否エラーが発生します。これは、WSS でアクセス権を再度適用することで修正できますが、毎朝実行する必要があり、この解決策は現実的ではありません。
これは専用の仮想サーバーであり、他のアプリケーションは実行されていません。
WSS および Sharepoint のアクセス権に関して同様の問題を抱えている人はいますか?
答え1
この現象は、SharePoint にアクセスしてユーザーを削除するカスタム コードがある場合にのみ発生します。inetpub のサーバー ログをチェックして、ユーザーまたはサービス アカウントが誤ってユーザーを削除していないかどうかを確認します。
WSS はランダムに人々を削除するわけではなく、削除するように指示する必要があります。
また、Central Admin でタイマー ジョブを確認してください。
少数のユーザーについて話しているのであれば、スケジュールに従ってユーザーにアップロード権限を与える PowerShell スクリプトを提供できます。
答え2
Active Directory ユーザー アカウントに何らかの変更があった場合にも、同様の症状が見られました。変更によってユーザー アカウントのセキュリティ ID が影響を受けました。その後、SharePoint では、以前の SID がプロファイル サービスに保存されます。
この症状は、通常、ユーザーがしばらく離れてから SharePoint にアクセスしたときに明らかになります。ユーザーは必要な作業を実行できます。ただし、OWA でドキュメントを表示するまでは可能です。その時点で SID の不一致が検知されると、システムはユーザーのアクセスを切断します。
影響を受けるユーザーをプロファイル サービスと、そのユーザーが参加しているすべてのサイトから完全に削除し、再度追加することで、この問題を解決しました。