Ejemplo de YAML para un nivel de acceso

En el siguiente ejemplo, se incluyen todos los atributos que se pueden especificar cuando creas un archivo .yaml para un nivel de acceso. Un archivo .yaml solo es necesario si creas o modificas un nivel de acceso con la herramienta de línea de comandos de gcloud.

Nota: Las condiciones deben incluir, al menos, un atributo. Si contienen más de un atributo, los atributos se pueden combinar como una operación AND (todas debe ser verdadero) o como una operación NAND (ninguna puede ser verdadera) para determinar si la condición se cumple. Puedes usar cualquier combinación de atributos necesarios para tu caso de uso. Los comentarios proporcionados para estos atributos solo se aplican si incluyes el atributo en tu archivo .yaml.

Aunque puedes incluir identidades en el atributo members, Google recomienda no hacerlo. Consulta identities en Entrada y salida. reglas para permitir perímetros que se comunican entre sí.

# Attributes can be included in any order in the condition
- devicePolicy:
  # Must include at least one of the following:
    allowedEncryptionStatuses:
    # Must include at least one of the following:
      - ENCRYPTION_UNSUPPORTED
      - ENCRYPTED
      - UNENCRYPTED
    osConstraints:
    # Must include at least one of the following:
      - osType: DESKTOP_CHROME_OS
        minimumVersion: 11316.165.0
        # minimumVersion must be formatted as x.x.x
        requireVerifiedChromeOs: true
      - osType: DESKTOP_MAC
      - osType: DESKTOP_WINDOWS
        # minimumVersion is not required
    requireScreenlock: true
    # requireScreenlock defaults to false if not included
    requireAdminApproval: true
    # requireAdminApproval defaults to false if not included
    requireCorpOwned: true
    # requireCorpOwned defaults to false if not included
  ipSubnetworks:
  # Must include one or more IPv4 and IPv6 CIDRs
    - 252.0.2.0/24
    - 2001:db8::/32
  regions:
  # Must include one or more regions as ISO 3166-1 alpha-2 codes
    - US
    - CH
    - SG
  requiredAccessLevels:
  # Must include one or more existing access levels
  # Must be formatted as accessPolicies/policy-name/accessLevels/level-name
    - accessPolicies/247332951433/accessLevels/Device_Trust
  members:
  # Must include one or more valid IAM users or service accounts
    - user:[e-mail]
    - serviceAccount:[e-mail]
  negate: true
  # negate is not required and can only be included with other attributes
  # If negate is included, none of the attributes included in the condition
  # can be true for the condition to be met.

# You can include more than one condition in the .yaml file
- ipSubnetworks:
    - 176.0.2.0/24