一般メンバーとしてポリシー変更を確認する

オーナーのアクセスでは権限の失敗が隠れる可能性があるため、ポリシーの検証には管理者以外のアカウントを使用してください。設定またはロールの変更が反映されてから、管理された操作を1つテストします。

始める前に

• メンバーのロール、フォルダーの起点、現在のワークスペース、クライアントの種類、変更するポリシーを記録してください。
• アップロード、共有、名前変更、削除が他の人に影響しない使い捨てのコンテンツを使用してください。
• 設定とメンバー情報のキャッシュは分散したWorker間で短時間古いままになることがあります。

手順

1. 権限のある管理者としてポリシーまたは権限を1つ変更し、設定を更新しました。、ロールを更新しました。、または**上限を更新しました — 上限を保存しました。**の通知を待ってください。
2. チームでテストメンバーのロールとワークスペース全体またはフォルダー名を確認してください。
3. 約60秒待ち、メンバーのWebタブを再読み込みするかプロトコルクライアントを再接続してください。
4. 目的のワークスペースで操作しており、テストに必要なページにアクセスできることを確認してください。
5. 代表的な操作を1回だけ行い、繰り返し再試行せず、表示された結果または正確なサーバーエラーを記録してください。
6. 結果を設定したポリシー、ロール権限、フォルダーの境界、有効時間、IP、使用量の条件と比較してください。

拒否の読み取り

**You don’t have access to …**はページへのアクセス制御を示します。**You don’t have permission …**は操作に必要な権限を示します。対象が見つからない場合はフォルダーの制限や非表示のコンテンツが原因の場合があります。容量枠、拡張子、パスワード、リンクの有効期限、利用時間、IP、回数制限のメッセージは別々の制御から返されます。

複数の設定を同時に変更すると結果を判断しにくくなります。テスト後は使い捨ての設定を元に戻してください。また、後からポリシーを厳しくしても、完了済みの操作は元に戻りません。

期待される結果

一般メンバーは変更した1つのルールから予想される許可または拒否を正確に受け、テストの記録にはワークスペース、ロール、範囲、クライアント、時刻、メッセージが含まれます。

トラブルシューティング

以前の設定と同じ結果になります。 1分待ち、再読み込みまたは再接続して、新しいリクエストを1回実行してください。

ナビゲーション項目がありません。 操作の権限より先に、対応する**Access …**権限を確認してください。

Webでは成功しますがプロトコルでは失敗します。 WebDAVを使用、S3ゲートウェイを使用、**アクセス（SFTP）**と、ゲートウェイで適用できるIP条件を確認してください。

関連ガイド

• ワークスペースポリシーを設定する
• ロールを選ぶ