アクセスポリシーを変更する
デフォルトを設定するか、特定のリクエストをターゲットにしてから、JSON と矛盾を確認します。
ワークスペースのデフォルトを設定する
「ポリシー」→「デフォルトとJSON」→「デフォルトの編集」を開きます。デフォルトのアクセスと書き込みの決定を選択し、スコープを確認して公開します。ポリシーのバージョンを公開すると、以前の正確な承認が無効になります。
対象を絞ったルールを定義する
[ポリシーの追加] を選択し、ルールに名前を付けます。対象となるリクエストを特定するための強制と条件を選択します。
- 接続、ツール、プリンシパル、またはチームを選択します。検索ではおおよその名前を受け入れます。強制では正確な選択が使用されます。
- リソース フォルダーなど、提供されている場合は、明示的なプレフィックスを使用します。複数のリクエスト条件がすべて一致する必要があります。
- チームの選択は、後から参加する人も含め、現在のメンバーシップに従って行われます。チームのポリシー ページを使用して、デフォルトと条件付きルールを検査します。
公開前にレビューする
「ポリシーの確認」を選択します。生成された JSON と矛盾の結果を検査し、代表的なリクエストをドラフトに対してテストします。公開前に検証エラーを解決し、警告を確認してください。許可ルールは、必要なチェック、ワークスペースの拒否、またはより厳格なチーム制限をオーバーライドすることはできません。
現在のポリシーを確認
[適用済み] には、組み込みコントロール、カスタム ルール、およびグループ ポリシーが表示されます。ユーザー、グループ、または接続別にフィルタリングします。各行のアクション メニューを使用して、サポートされているポリシーを表示、編集、無効化、または復元します。見直しの必要性は、矛盾、時代遅れの目標、効果のないルールを浮き彫りにします。
制御の適用を調査する
問題の詳細についてはポリシー チェックを使用し、ブロックされた最新の保持結果、承認が必要な結果、または不確実な結果については制御の適用を使用します。記録されたポリシーと現在の設定を比較します。承認と上流での完了は別のものです。
よくある質問
チームのポリシーで組織の拒否設定を緩められますか?
いいえ。組織の制限は引き続き有効です。一致ルールでは、拒否が承認より優先され、次に許可が優先されます。