継承されたフォルダーの制限をテストする

子項目自体のメニューでは保護されていないように見えても、上位フォルダーがアクセスを制御している場合があります。別のメンバーのアカウントを使い、子項目に保存された設定だけでなく、実際に適用されるルールをテストしてください。

安全なテストを準備する

機密性のない子ファイルを1件選び、そのパスにあるすべてのフォルダーを記録してください。メンバーのワークスペースでのロールと割り当てルートを記録し、上位フォルダーに非表示、閲覧のみ、パスワードによる保護があるかを確認してください。オーナーや非表示項目に関する高度な権限を持つメンバーは通常のユーザーより多くの項目を表示できるため、テストには適していません。

手順

1. プライベートブラウザまたは別のプロファイルで、影響を受けるメンバーとしてサインインしてください。オーナーのキャッシュされた状態を使わず、メンバーに表示されるルートから子項目へ移動してください。
2. 上位フォルダーがパスワードの場合、ロック解除前に子項目を利用できないことを確認してください。上位フォルダーで正しいパスワードを入力して再試行してください。そのメンバーのロック解除は1時間有効です。
3. 上位フォルダーが閲覧のみの場合、閲覧とプレビューができる一方で、ダウンロードが拒否されることを確認してください。子項目にロック解除済みと表示されていても、上位フォルダーの制限を回避することはできません。
4. パスワードで完全にロックされた上位フォルダーのロックを解除する前に、アップロードや移動などの書き込み操作を1回テストしてください。メンバーのロールで通常許可される操作でも、ロックによって拒否されます。フォルダーのパスワードを入力した後、同じ操作を繰り返してください。個人のアクセス権によりその上位フォルダーの制限を満たせますが、項目自体のロック、移動先の状態、他の上位フォルダー、ロールの権限は引き続き適用されます。
5. 対象の共有リンクと同期クライアントを個別にテストしてください。共有アクセスではメンバーの閲覧者ロック解除トークンは使われず、完全なロックと閲覧のみのどちらのフォルダー階層も同期から除外されます。

項目が見つからない場合

子項目が見つからなくても、ロックだけが原因とは限りません。非表示ルールは別に継承され、Folder not foundが返るか、行が表示されないことがあります。割り当てルートによる範囲制限でパスに到達できない場合もあります。メンバーにファイルページへのアクセスやダウンロードなど、必要なワークスペース権限がない可能性もあります。一度に1つの設定を変更し、更新して同じテストを繰り返してください。

正しいパスワードが使えなくなった場合は、1時間のロック解除が期限切れになっていないか、または管理者がパスワードを変更していないか確認してください。繰り返し推測しないでください。5回間違えると15分間ロックされることがあり、別のアイソレートごとのリクエスト制限ではRetry-AfterとともにToo many requestsが返ることがあります。

期待される結果

テストによって制限を決めている上位フォルダーまたはワークスペースの境界が特定され、子項目の閲覧、プレビュー、ダウンロード、書き込み、共有、同期にそのルールが一貫して適用されます。

関連ガイド

• フォルダーをロックする
• フォルダーの制限の継承を理解する