使用自訂限制條件管理防火牆政策資源

組織政策服務可讓您透過程式輔助，集中控管機構的資源。組織政策管理員可以定義組織政策，也就是一組稱為「限制」的限制，適用於Google Cloud 資源和這些資源在Google Cloud 資源階層中的子系。您可以在組織、資料夾或專案層級強制執行組織政策。

機構政策提供各種Google Cloud 服務的預先定義限制。不過，如要更精細地自訂組織政策中受限的特定欄位，您也可以建立「自訂限制」，並在組織政策中強制執行這些限制。

對於 Cloud Next Generation Firewall (Cloud NGFW)，您可以針對下列防火牆政策建立及強制執行自訂限制：

• 階層式防火牆政策
• 全域網路防火牆政策
• 區域性網路防火牆政策

自訂限制會套用至防火牆政策中的所有規則，包括建立防火牆政策時新增的預先定義規則。如要進一步瞭解預先定義的防火牆政策規則，請參閱「防火牆政策的預先定義規則」。

政策繼承

根據預設，您強制執行政策的資源子系會繼承組織政策。舉例來說，如果您對資料夾強制執行政策， Google Cloud 會對該資料夾中的所有專案強制執行政策。如要進一步瞭解這項行為以及如何變更，請參閱這篇文章。

Cloud NGFW 支援的資源

對於防火牆政策，您可以對下列資源和欄位設定自訂限制。

• 防火牆政策：compute.googleapis.com/FirewallPolicy
  • 規則名稱：resource.rules[].ruleName
  • 說明：resource.rules[].description
  • 優先順序：resource.rules[].priority
  • 動作：resource.rules[].action
  • 方向：resource.rules[].direction
  • 是否啟用記錄功能：resource.rules[].enableLogging
  • 已停用：resource.rules[].disabled
  • 安全性設定檔群組：resource.rules[].securityProfileGroup
  • 是否已啟用 TLS 檢查：resource.rules[].tlsInspect
  • 目標服務帳戶：resource.rules[].targetServiceAccounts[]
  • 目標安全標記：resource.rules[].targetSecureTags[]
    • 名稱：resource.rules[].targetSecureTags[].name
  • 目標資源：resource.rules[].targetResources
  • 來源 IP 範圍：resource.rules[].match.srcIpRanges[]
  • 目的地 IP 範圍：resource.rules[].match.destIpRanges[]
  • Layer4Config：resource.rules[].match.layer4Configs[]
    • IP 通訊協定：match.layer4Configs[].ipProtocol
    • 通訊埠：resource.rules[].match.layer4Configs[].ports[]
  • 來源安全標記：resource.rules[].match.srcSecureTags[]
    • 名稱：resource.rules[].match.srcSecureTags[].name
  • 來源位址群組：resource.rules[].match.srcAddressGroups[]
  • 目的地地址群組：resource.rules[].match.destAddressGroups[]
  • 來源 FQDN：resource.rules[].match.srcFqdns[]
  • 目的地 FQDN：resource.rules[].match.destFqdns[]
  • 來源區域代碼：resource.rules[].match.srcReigonCodes[]
  • 目的地區域代碼：resource.rules[].match.destReigonCodes[]
  • 來源網路威脅情報清單：resource.rules[].match.srcThreatIntelligences[]
  • 目的地網路威脅情報清單：resource.rules[].match.destThreatIntelligences[]

注意： 如要根據通訊協定或連接埠建立自訂限制，建議使用自訂 CEL 函式 containsIpProtocolAndPort。 例如：resource.rules.exists(rule, rule.priority < 100 && (rule.match.layer4Configs.containsIpProtocolAndPort('tcp', '22')))。

事前準備

• 如果尚未設定驗證，請先完成設定。驗證可確認您的身分，以便存取 Google Cloud 服務和 API。如要從本機開發環境執行程式碼或範例，您可以選取下列其中一個選項，向 Compute Engine 進行驗證：

  選取這個頁面上範例的預計用途分頁：

  控制台

  使用 Google Cloud 控制台存取 Google Cloud 服務和 API 時，不需要設定驗證。

  gcloud

  1. 安裝 Google Cloud CLI。 完成後，執行下列指令來初始化 Google Cloud CLI：

     gcloud init

     若您採用的是外部識別資訊提供者 (IdP)，請先 使用聯合身分登入 gcloud CLI。

     注意：如果您已經安裝 gcloud CLI，請務必執行 gcloud components update，確認您安裝的是最新版本。
• 設定預設區域和可用區。

REST

如要在本機開發環境中使用本頁的 REST API 範例，請使用您提供給 gcloud CLI 的憑證。

安裝 Google Cloud CLI。

如果您使用外部識別資訊提供者 (IdP)，請先 使用聯合身分登入 gcloud CLI。

詳情請參閱 Google Cloud 驗證說明文件中的「使用 REST 進行驗證」。

• 請確認您知道組織 ID。

必要的角色

如要取得管理 Cloud NGFW 資源組織政策所需的權限，請要求管理員授予您下列 IAM 角色：

• 機構資源的組織政策管理員 (roles/orgpolicy.policyAdmin)
• 如要測試限制，請按照下列步驟操作：
  • 專案的 Compute 網路管理員 (roles/compute.networkAdmin)
  • 專案的服務帳戶使用者 (roles/iam.serviceAccountUser)

如要進一步瞭解如何授予角色，請參閱「管理專案、資料夾和組織的存取權」。

這些預先定義的角色具備管理 Cloud NGFW 資源組織政策所需的權限。如要查看確切的必要權限，請展開「Required permissions」(必要權限) 部分：

所需權限

如要管理 Cloud NGFW 資源的組織政策，必須具備下列權限：

• orgpolicy.constraints.list
• orgpolicy.policies.create
• orgpolicy.policies.delete
• orgpolicy.policies.list
• orgpolicy.policies.update
• orgpolicy.policy.get
• orgpolicy.policy.set

您或許還可透過自訂角色或其他預先定義的角色取得這些權限。

設定自訂限制

您可以使用 Google Cloud 控制台或 Google Cloud CLI 建立自訂限制，並設定在機構政策中使用。

控制台

1. 前往 Google Cloud 控制台的「Organization policies」(組織政策) 頁面。

   前往「Organization policies」(組織政策)

2. 選取頁面頂端的「專案挑選器」。

3. 在「Project picker」(專案挑選器) 中，選取要設定組織政策的資源。

4. 按一下「自訂限制」。

5. 在「顯示名稱」方塊中，輸入限制的易記名稱。這個欄位的長度上限為 200 個字元。 請勿在限制名稱中使用 PII 或機密資料，因為錯誤訊息可能會顯示上述資訊。

6. 在「Constraint ID」(限制 ID) 方塊中，輸入新自訂限制的名稱。自訂限制必須以 custom. 開頭，且只能包含大/小寫英文字母或數字，例如 custom.createFirewallPolicy。這個欄位的長度上限為 70 個字元，不含前置字元，例如 organizations/123456789/customConstraints/custom.。

7. 在「Description」(說明) 方塊中，輸入違反政策時，要以錯誤訊息形式顯示且易於理解的限制說明。這個欄位的長度上限為 2,000 個字元。

8. 在「Resource type」(資源類型) 方塊中，選取內含要限制物件和欄位的 Google CloudREST 資源名稱。例如：compute.googleapis.com/FirewallPolicy。

9. 在「強制執行方式」下方，選取要僅對 REST CREATE 方法強制執行限制，還是對 REST CREATE 和 UPDATE 方法都強制執行限制。

10. 如要定義條件，請按一下 「Edit condition」(編輯條件)。

    1. 在「新增條件」面板中，建立參照支援服務資源的 CEL 條件。這個欄位的長度上限為 1,000 個字元。

    2. 按一下 [儲存]。

11. 在「Action」(動作) 下方，選取是否要在符合上述條件時允許或拒絕評估的方法。

12. 按一下「Create constraint」(建立限制)。

在每個欄位輸入值後，右側會顯示這個自訂限制的對等 YAML 設定。

gcloud

如要使用 Google Cloud CLI 建立自訂限制，請建立自訂限制的 YAML 檔案：

name: organizations/ORGANIZATION_ID/customConstraints/CONSTRAINT_NAME
resource_types: compute.googleapis.com/RESOURCE_NAME
method_types:
– METHOD1
– METHOD2
condition: "CONDITION"
action_type: ACTION
display_name: DISPLAY_NAME
description: DESCRIPTION

更改下列內容：

• ORGANIZATION_ID：組織 ID，例如 123456789。

• CONSTRAINT_NAME：新自訂限制的名稱。自訂限制必須以 custom. 開頭，且只能包含大/小寫英文字母或數字，例如 custom.createFirewallPolicy。這個欄位的長度上限為 70 個字元，不含前置字元，例如 organizations/123456789/customConstraints/custom。

• RESOURCE_NAME：內含要限制的物件和欄位的 Compute Engine API REST 資源名稱 (而非 URI)。例如：FirewallPolicy。

• METHOD1,METHOD2,...：要強制執行限制的 RESTful 方法清單。可以是 CREATE 或 CREATE 和 UPDATE。

• CONDITION：針對支援服務資源表示法所撰寫的 CEL 條件。這個欄位的長度上限為 1,000 個字元。如要進一步瞭解可編寫條件的資源，請參閱「支援的資源」。

• ACTION：符合 condition 時採取動作。可以是 ALLOW 或 DENY。

• DISPLAY_NAME：容易記得的限制名稱。這個欄位的長度上限為 200 個字元。

• DESCRIPTION：違反政策時，會以錯誤訊息形式顯示且易於理解的限制說明。這個欄位的長度上限為 2,000 個字元。

想進一步瞭解如何建立自訂限制，請參閱定義自訂限制。

控制台

如要建立自訂限制，請按照下列步驟操作：

1. 前往 Google Cloud 控制台的「Organization policies」(組織政策) 頁面。

   前往「Organization policies」(組織政策)

2. 在專案挑選器中，選取要設定組織政策的專案。
3. 按一下「自訂限制」。
4. 在「Display name」(顯示名稱) 方塊中，輸入人類可讀的限制名稱。這個名稱會用於錯誤訊息，也可用於識別和偵錯。請勿在顯示名稱中使用個人識別資訊 (PII) 或私密資料，因為錯誤訊息可能會顯示上述名稱。這個欄位最多可包含 200 個字元。
5. 在「Constraint ID」(限制 ID) 方塊中，輸入新自訂限制的 ID。自訂限制只能包含字母 (包括大寫和小寫) 或數字，例如 custom.createFirewallPolicy。這個欄位最多可包含 70 個字元，不含前置字元 (custom.)，例如 organizations/123456789/customConstraints/custom。請勿在限制 ID 中輸入 PII 或機密資料，因為錯誤訊息可能會顯示上述資訊。
6. 在「Description」(說明) 方塊中，輸入人類可讀的限制說明。違反政策時，系統會將這段說明做為錯誤訊息顯示。請提供詳細資訊，說明違反政策的原因和解決方法。請勿在說明中輸入 PII 或機密資料，因為錯誤訊息可能會顯示上述資訊。這個欄位最多可輸入 2000 個半形字元。
7. 在「Resource type」(資源類型) 方塊中，選取要限制的物件和欄位所屬的 Google Cloud REST 資源名稱，例如 container.googleapis.com/NodePool。大多數資源類型最多支援 20 項自訂限制。如果您嘗試建立更多自訂限制，作業就會失敗。
8. 這項限制只能在 REST CREATE 方法上強制執行。

如要查看各項服務支援的方法，請在「 支援自訂限制的服務」中找出該服務。

9. 如要定義條件，請按一下「編輯條件」。
1. 在「新增條件」面板中，建立參照支援服務資源的 CEL 條件，例如 resource.management.autoUpgrade == false。這個欄位最多可包含 1000 個字元。如要瞭解如何使用 CEL，請參閱「 一般運算語言」。如要進一步瞭解可在自訂限制中使用的服務資源，請參閱「 自訂限制支援的服務」。
2. 按一下 [儲存]。
10. 在「動作」下方，選取符合條件時要允許或拒絕評估的方法。

「拒絕」動作代表如果條件評估結果為 true，系統會禁止建立或更新資源。

「允許」動作表示只有在條件評估為 true 時，才能建立或更新資源。除了條件中明確列出的情況外，其他所有情況都會遭到封鎖。

11. 按一下「建立限制」。

在每個欄位中輸入值後，右側會顯示這個自訂限制的對等 YAML 設定。

gcloud

1. 如要建立自訂限制，請使用下列格式建立 YAML 檔案：

name: organizations/ORGANIZATION_ID/customConstraints/CONSTRAINT_NAME
resourceTypes: RESOURCE_NAME
methodTypes:
  - CREATE
condition: "CONDITION"
actionType: ACTION
displayName: DISPLAY_NAME
description: DESCRIPTION

請替換下列項目：

• ORGANIZATION_ID：您的組織 ID，例如 123456789。
• CONSTRAINT_NAME：新自訂限制的名稱。自訂限制只能包含英文字母 (包括大小寫) 或數字，例如 custom.createFirewallPolicy。這個欄位最多可包含 70 個字元，不含前置字元 (custom.)，例如 organizations/123456789/customConstraints/custom。請勿在限制 ID 中輸入 PII 或機密資料，因為錯誤訊息可能會顯示上述資訊。
• RESOURCE_NAME：內含要限制的物件和欄位的 Google Cloud資源完整名稱，例如：compute.googleapis.com/FirewallPolicy。大多數資源類型最多支援 20 項自訂限制。如果您嘗試建立更多自訂限制，作業就會失敗。
• methodTypes：強制執行限制的 REST 方法。只能是 CREATE。

如要查看各項服務支援的方法，請在「 支援自訂限制的服務」中找出該服務。

• CONDITION：針對支援服務資源表示法所撰寫的 CEL 條件。這個欄位最多可輸入 1000 個半形字元。例如："resource.rules.all(rule, rule.action == 'goto_next')"。

如要進一步瞭解可編寫條件的資源，請參閱「支援的資源」。

• ACTION：符合 condition 時採取動作。只能是 ALLOW。

允許動作是指如果條件評估結果為 true，系統就會允許建立或更新資源的作業。這也表示除了條件中明確列出的情況外，其他所有情況都會遭到封鎖。

• DISPLAY_NAME：限制的人類可讀名稱。這個名稱會顯示在錯誤訊息中，可用於識別和偵錯。請勿在顯示名稱中使用 PII 或機密資料，因為錯誤訊息可能會顯示這類資訊。這個欄位最多可包含 200 個字元。
• DESCRIPTION：違反政策時，會以錯誤訊息形式顯示且易於理解的限制說明。這個欄位最多可包含 2000 個字元。
2. 為新的自訂限制建立 YAML 檔案後，您必須加以設定，才能用於組織的組織政策。如要設定自訂限制，請使用 gcloud org-policies set-custom-constraint 指令：

gcloud org-policies set-custom-constraint CONSTRAINT_PATH

請將 CONSTRAINT_PATH 替換成自訂限制檔案的完整路徑，例如 /home/user/customconstraint.yaml。

完成後，自訂限制會顯示在 Google Cloud 組織政策清單中，供組織政策使用。

3. 如要驗證是否存在自訂限制條件，請使用 gcloud org-policies list-custom-constraints 指令：

gcloud org-policies list-custom-constraints --organization=ORGANIZATION_ID

將 ORGANIZATION_ID 替換為組織資源的 ID。

詳情請參閱「 查看組織政策」。

強制執行自訂限制

如要強制執行限制，請建立參照該限制的組織政策，然後將該政策套用至 Google Cloud 資源。

控制台

1. 前往 Google Cloud 控制台的「Organization policies」(組織政策) 頁面。

   前往「Organization policies」(組織政策)

2. 在專案挑選器中，選取要設定組織政策的專案。
3. 在「Organization policies」(組織政策) 頁面的清單中選取限制，即可查看該限制的「Policy details」(政策詳細資料) 頁面。
4. 如要為這項資源設定組織政策，請按一下「Manage policy」(管理政策)。
5. 在「Edit policy」(編輯政策) 頁面，選取「Override parent's policy」(覆寫上層政策)。
6. 按一下「Add a rule」(新增規則)。
7. 在「強制執行」部分，選取是否要強制執行這項組織政策。
8. 選用：如要根據標記設定組織政策的條件，請按一下「Add condition」(新增條件)。請注意，如果為組織政策新增條件式規則，您必須至少新增一項無條件規則，否則無法儲存政策。詳情請參閱「 使用標記設定組織政策的範圍」。
9. 按一下「Test changes」(測試變更)，模擬組織政策的影響。詳情請參閱「 使用 Policy Simulator 測試組織政策變更」。
10. 如要在模擬測試模式下強制執行組織政策，請按一下「Set dry run policy」(設定模擬測試政策)。詳情請參閱「 測試組織政策」。
11. 確認試營運模式中的組織政策運作正常後，請按一下「設定政策」，設定正式政策。

gcloud

1. 如要建立含有布林值規則的組織政策，請建立參照限制的政策 YAML 檔案：

name: projects/PROJECT_ID/policies/CONSTRAINT_NAME
spec:
  rules:
  - enforce: true

dryRunSpec:
  rules:
  - enforce: true

請替換下列項目：

• PROJECT_ID：要強制執行限制的專案。
• CONSTRAINT_NAME：要為自訂限制定義的名稱，例如 custom.createFirewallPolicy。
2. 如要以模擬測試模式強制執行組織政策，請執行下列指令並加上 dryRunSpec 旗標：

gcloud org-policies set-policy POLICY_PATH --update-mask=dryRunSpec

請將 POLICY_PATH 替換為組織政策 YAML 檔案的完整路徑。政策最多需要 15 分鐘才會生效。

3. 確認模擬測試模式中的組織政策運作正常後，請使用 org-policies set-policy 指令和 spec 旗標設定正式政策：

gcloud org-policies set-policy POLICY_PATH --update-mask=spec

請將 POLICY_PATH 替換為組織政策 YAML 檔案的完整路徑。政策最多需要 15 分鐘才會生效。

範例：建立限制，強制所有防火牆規則啟用記錄功能

本節所述的限制會禁止建立未啟用記錄的防火牆政策規則。含有 goto_next 動作的防火牆政策規則會遭到排除，因為這類規則不支援記錄功能。

gcloud

1. 建立 enforceLoggingEnabled.yaml 限制檔案，並加入下列資訊。

   name: organizations/ORGANIZATION_ID/customConstraints/custom.enforceLoggingEnabled
   resource_types: compute.googleapis.com/FirewallPolicy
   condition: "resource.rules.exists(rule, rule.action != 'goto_next' && rule.enableLogging == false)"
   action_type: DENY
   method_types: [CREATE, UPDATE]
   display_name: Enforce that all rules have logging enabled
   description: Firewall policy rules with action other than goto_next can only be created when firewall rules logging is enabled.

   請將 ORGANIZATION_ID 替換成組織 ID。

2. 設定自訂限制。

   gcloud org-policies set-custom-constraint enforceLoggingEnabled.yaml
   

3. 請使用下列範例提供的資訊建立 enforceLoggingEnabled-policy.yaml 政策檔案，並在專案層級強制執行這項限制。您也可以在機構或資料夾層級設定這項政策。

   name: projects/PROJECT_ID/policies/custom.enforceLoggingEnabled
   spec:
    rules:
    – enforce: true

   將 PROJECT_ID 替換為專案 ID。

4. 強制執行政策。

   gcloud org-policies set-policy enforceLoggingEnabled-policy.yaml
   

5. 如要測試限制，請建立防火牆政策規則，允許通訊埠 22 的輸入 TCP 流量，並停用記錄功能。

   使用下列指令建立防火牆政策：

    gcloud compute network-firewall-policies create test-fw-policy --global
   

   然後在政策中建立規則，允許輸入 TCP 流量：

    gcloud compute network-firewall-policies rules create 1000 \
        --action ALLOW \
        --direction INGRESS \
        --firewall-policy test-fw-policy \
        --src-ip-ranges 0.0.0.0/0 \
        --layer4-configs tcp:22 \
        --no-enable-logging \
        --global-firewall-policy
   

   輸出結果會與下列內容相似：

   ERROR: (gcloud.compute.network-firewall-policies.create) Could not fetch resource:
   - Operation denied by custom org policy: [customConstraints/custom.enforceLoggingEnabled] :Firewall policy rules with action other than goto_next can only be created when firewall rules logging is enabled.

6. 刪除上一步建立的防火牆政策。

    gcloud compute network-firewall-policies delete test-fw-policy --global
   

範例：建立限制，強制所有輸入 SSH 防火牆規則都必須具有特定來源範圍

本節所述的限制會強制執行防火牆政策規則，允許輸入的 SSH 流量必須具有以 192.168. 區塊開頭的來源 IP 範圍。

gcloud

1. 建立 restrictFirewallPolicyRulesSshRanges.yaml 限制檔案，並加入下列資訊。

   name: organizations/$ORGANIZATION_ID/customConstraints/custom.restrictFirewallPolicyRulesSshRanges
   resource_types: compute.googleapis.com/FirewallPolicy
   condition: "resource.rules.exists(rule,
   rule.priority < 2147483644 &&
   (rule.direction == 'INGRESS') &&
   !rule.match.srcIpRanges.all(ipRange, ipRange.startsWith('192.168.')) &&
   rule.match.layer4Configs.all(l4config, l4config.ipProtocol == 'tcp' && l4config.ports.all(port, port == '22'))
   )"
   action_type: DENY
   method_types: [CREATE, UPDATE]
   display_name: Limit firewall policy rules that allow ingress SSH traffic
   description: Firewall Policy rules that allow ingress SSH traffic can only be created with allowed source ranges.

   請將 ORGANIZATION_ID 替換成組織 ID。

2. 設定自訂限制。

   gcloud org-policies set-custom-constraint restrictFirewallPolicyRulesSshRanges.yaml
   

3. 使用下列範例提供的資訊建立 restrictFirewallPolicyRulesSshRanges-policy.yaml 政策檔案，並在專案層級強制執行限制。您也可以在機構或資料夾層級設定這項限制。

   name: projects/PROJECT_ID/policies/custom.restrictFirewallPolicyRulesSshRanges
   spec:
   rules:
   – enforce: true

   將 PROJECT_ID 替換為專案 ID。

4. 強制執行政策。

   gcloud org-policies set-policy restrictFirewallPolicyRulesSshRanges-policy.yaml
   

5. 如要測試限制，請建立防火牆政策規則，允許來源 IP 範圍為 10.0.0.0/0 的 SSH 輸入 TCP 流量，透過通訊埠 22 傳輸。

   使用下列指令建立防火牆政策：

   gcloud compute network-firewall-policies create test-fw-policy --global
   

   接著在政策中建立規則，允許 SSH 輸入流量：

   gcloud compute network-firewall-policies rules create 1000 \
       --action ALLOW \
       --direction INGRESS \
       --firewall-policy test-fw-policy \
       --src-ip-ranges 10.0.0.0/8 \
       --layer4-configs tcp:22 \
       --global-firewall-policy
   

   輸出結果會與下列內容相似：

   ERROR: (gcloud.compute.network-firewall-policies.create) Could not fetch resource:
   - Operation denied by custom org policy: [customConstraints/custom.restrictFirewallPolicyRulesSshRanges]: Firewall Policy rules that allow ingress SSH traffic can only be created with allowed source ranges.

6. 刪除上一個步驟中建立的防火牆政策。

   gcloud compute network-firewall-policies delete test-fw-policy --global
   

範例：建立限制，強制所有輸入 SSH 防火牆規則使用特定位址群組

本節所述的限制需要防火牆政策規則，允許輸入的 SSH 流量僅使用指定的機構範圍位址群組。如要進一步瞭解位址群組，請參閱「防火牆政策的位址群組」。

gcloud

1. 建立 restrictFirewallPolicyRulesSshAddressGroups.yaml 限制檔案，並加入下列資訊。

   name: organizations/ORGANIZATION_ID/customConstraints/custom.restrictFirewallPolicyRulesSshAddressGroups
   resource_types: compute.googleapis.com/FirewallPolicy
   condition: "!resource.rules.all(rule, rule.priority >= 2147483644 || rule.match.srcAddressGroups.exists(group, ['ADDRESS_GROUP_1','ADDRESS_GROUP_2', ... , 'ADDRESS_GROUP_N'].exists(value, value == group) ) )"
   action_type: DENY
   method_types: [CREATE, UPDATE]
   display_name: Limit firewall policy rules that allow ingress SSH traffic
   description: Firewall policy rules that allow ingress SSH traffic can only be created with allowed address groups.

   請將 ORGANIZATION_ID 替換成組織 ID。

   將 '<code><var>ADDRESS_GROUP_1</var></code>'、'<code><var>ADDRESS_GROUP_2</var></code>'、...、'<code><var>ADDRESS_GROUP_N</var></code>' 替換為要允許的地址群組專屬網址 ID，例如 'organizations/my-org/locations/europe-west1/addressGroups/my-address-group'。

2. 設定自訂限制。

   gcloud org-policies set-custom-constraint restrictFirewallPolicyRulesSshAddressGroups.yaml
   

3. 請使用下列範例建立 restrictFirewallPolicyRulesSshAddressGroups-policy.yaml 政策檔案。然後在專案層級強制執行限制。您也可以在組織或資料夾層級設定這項限制。

   name: projects/PROJECT_ID/policies/custom.restrictFirewallPolicyRulesSshAddressGroups
   spec:
   rules:
   – enforce: true

   將 PROJECT_ID 替換為專案 ID。

4. 強制執行政策。

   gcloud org-policies set-policy restrictFirewallPolicyRulesSshAddressGroups-policy.yaml
   

5. 如要測試限制，請建立防火牆政策規則，允許通訊埠 22 的 SSH 輸入 TCP 流量，並使用來源位址群組 test-address-group。

   使用下列指令建立防火牆政策：

   gcloud compute network-firewall-policies create test-fw-policy --global
   

   接著在政策中建立規則，允許 SSH 輸入流量：

   gcloud compute network-firewall-policies rules create 1000 \
       --action ALLOW \
       --direction INGRESS \
       --firewall-policy test-fw-policy \
       --src-address-groups organizations/my-org/locations/europe-west1/addressGroups/test-address-group \
       --layer4-configs tcp:22 \
       --global-firewall-policy
   

   輸出結果會與下列內容相似：

   ERROR: (gcloud.compute.network-firewall-policies.create) Could not fetch resource:
   - Operation denied by custom org policy: [customConstraints/custom.restrictFirewallPolicyRulesSshAddressGroups]: Firewall policy rules that allow ingress SSH traffic can only be created with allowed address groups.

6. 刪除上一個步驟中建立的防火牆政策。

   gcloud compute network-firewall-policies delete test-fw-policy --global
   

同樣地，您也可以強制所有輸入 SSH 防火牆規則僅使用特定專案範圍的位址群組。

後續步驟

• 組織政策服務簡介
• 建立及管理機構政策
• 組織政策限制