フォルダーの制限の継承を理解する

パスワード、閲覧のみ、非表示、フォルダー範囲のルールを親から子までたどり、制限を緩めずに実際のアクセスを説明できるようにします。

最終確認日

スクリーンショットは英語版の画面です。

子項目自体のバッジは、実際のアクセスを決める要素の一部にすぎません。dosyaは項目、すべての上位フォルダー、リクエストしたメンバーのロール、メンバーに設定されたフォルダーの境界を評価します。まず子項目を変更するのではなく、パスの上から順にアクセスを診断してください。

子ファイルに対する非表示ルール、閲覧のみの上位フォルダーやパスワードで保護された上位フォルダー、メンバーの範囲、最終的なアクセスをたどる制限の継承図。
子項目自体の**Unlocked**または**Visible**の状態を実際のアクセスと見なす前に、フォルダー階層全体と閲覧者のアカウントを確認してください。画像を原寸大で開く。

手順

  1. 影響を受けるメンバー、ワークスペース、フォルダーの完全なパスを記録してください。ロック解除トークンとユーザーを対象とする非表示ルールはアカウントごとに異なるため、そのメンバーのアカウントでテストしてください。
  2. メンバーの割り当てルートフォルダーを確認してください。アクセスできるフォルダーが制限されたメンバーは、その起点フォルダーと配下の項目のみを使用できます。パスワードでは、その階層より上や隣のパスへのアクセスは許可されません。
  3. ワークスペースのルートから子項目まで、すべてのフォルダーを確認してください。ロックダイアログには選択した各フォルダーのロック解除済み、閲覧のみ、パスワードが表示されます。
  4. 上位フォルダーがパスワードの場合は、そのフォルダーを開き、フォルダーのパスワードを入力してください。正しいパスワードにより、そのメンバーは1時間アクセスできます。他のメンバーのトークンは使えず、公開共有でもメンバーのトークンは使われません。
  5. 閲覧のみの場合、子項目を閲覧、プレビューできる一方で、添付ファイルのダウンロードが拒否されることを確認してください。Webのプレビューでは閲覧のみのコンテンツを意図的に利用できますが、同期クライアントは閲覧のみのフォルダー階層とパスワードでロックされたフォルダー階層を除外します。
  6. Hide filesの権限を持つアカウントで非表示状態を確認してください。項目自体の表示の選択は、非表示の親より優先されません。全員、選択したユーザー、選択したロールを対象とする非表示ルールは、配下の項目にも適用されます。
  7. 一覧表示、プレビュー、ダウンロード、アップロード、移動、削除、共有、同期のうち、実際の操作を再テストしてください。各操作では意図的に異なる制限が使われるため、プレビューが成功してもダウンロードや変更が成功するとは限りません。
親フォルダーがUnlocked、View only、Passwordのどの状態か確認するためのdosyaのロックの選択肢。
親フォルダーのモードは子項目の行にあるモードより厳しい場合があります。パスの階層をたどって、制限を決めている境界を探してください。画像を原寸大で開く。

パスワードでロックされた上位フォルダーでは、その閲覧者がロックを解除するまで、配下に新しいファイルやサブフォルダーを追加できません。また、配下の項目に対する通常のメタデータ操作、ダウンロード、コピー、移動、削除もブロックされます。共有リンクの作成とアクセスでは、個人のロック解除トークンを考慮せずに完全なロックを評価します。一時的にロックされた階層にアクセスしたメンバーが、そのロックを回避する経路を公開することはできません。

閲覧のみの継承は適用範囲が狭く、ファイルのダウンロードはブロックしますが、対応するプレビューと閲覧は可能です。パスワードのエンドポイントは使いません。そのため、上位フォルダーが閲覧のみのままであれば、子項目をロック解除済みに変更してもダウンロードは再開できません。

非表示ルールは表示を絞り込むもので、パスワードの入力を求めるものではありません。項目または上位フォルダーで、そのユーザー、ロール、または全員を対象とするルールが適用されると、Hide filesの権限を持たないメンバーには見つからない旨の応答が返ります。Hide filesの権限を持つユーザーは非表示のコンテンツを表示、設定できるため、対象者からの見え方は特権のないテストアカウントで確認してください。ユーザーまたはロールごとの非表示設定には、それぞれ最大200件の対象を保存できます。

ロックを解除または変更すると、同期スナップショットのキャッシュが無効になり、その後クライアントがフォルダー階層を再評価できます。クライアントでは通常の更新サイクルを待つ必要がある場合もあります。非表示ルールを削除するとワークスペースの表示状態が無効化されますが、上位フォルダーにルールが残っていれば子項目は引き続き非表示になります。

継承された拒否を解決するために、機密コンテンツをワークスペースのルートに移動しないでください。その移動自体が承認されている場合は除きます。制限を決めている親のルールを削除または変更するか、正しいロールや範囲を付与し、影響を受けるアカウントで再テストしてください。

期待される結果

子項目の動作が、試した操作に適用される最も厳しい上位フォルダーとアカウントのルールに一致します。意図的に上位フォルダーの設定を変更すると、その制限だけが解除され、無関係のワークスペース権限、非表示ルール、フォルダー範囲の制限は引き続き適用されます。

関連ガイド

この記事は役に立ちましたか?

評価の結果を読み込んでいます…

投票すると、回答を変更できるように、必要な投票用Cookieが最長180日間保存されます。

質問と回答

このガイドの手順について質問できます。質問は確認後に公開されます。

公開の質問には、アカウントの詳細、認証情報、非公開ファイルを含めないでください。これらについては 非公開サポート をご利用ください。

質問を読み込んでいます…

    dosyaアカウントにサインインすると、質問を投稿できます。

    やり直す前に結果を確認

    操作をもう一度確認する必要があるときは、次の共通の確認事項をご利用ください。