Administración del acceso para una migración entre productos de GitHub

Acerca del acceso necesario para GitHub Enterprise Importer

Para proteger los datos, GitHub aplica requisitos de acceso específicos para usar GitHub Enterprise Importer. Estos requisitos varían en función de la tarea que intentas realizar. Para evitar errores, debes revisar este artículo cuidadosamente y comprobar que cumples todos los requisitos de la tarea que quieres completar.

Para ejecutar una migración, necesitas acceso suficiente tanto al origen como al destino de la migración.

¿Cuáles son mi origen y destino?

El origen es la organización de GitHub.com o GitHub Enterprise Server desde la que desea migrar los datos.

El destino puede ser:

• Una cuenta de organización en GitHub.com o GHE.com, si vas a migrar repositorios.
• Una cuenta de empresa en GitHub.com o GHE.com, si vas a migrar una organización completa

¿Qué acceso necesito?

Para tener acceso suficiente para la migración, tanto para el origen como para el destino, necesitas lo siguiente.

• Un rol necesario en la cuenta de organización o de empresa
• Un personal access token que pueda acceder a la organización o a la cuenta de empresa
  • La instancia de personal access token debe tener todos los ámbitos necesarios, que dependen de tu rol y de la tarea que quieras completar.
  • Si en el origen o el destino se usa el inicio de sesión único de SAML para GitHub.com, debes autorizar personal access token para el inicio de sesión único.

Además, si usas listas de direcciones IP permitidas con el origen o destino, es posible que tengas que configurar las listas de permitidos para permitir el acceso por GitHub Enterprise Importer.

Si estás migrando desde GitHub Enterprise Server 3.8 o una versión superior por primera vez, también necesitas que alguien con acceso a la Consola de administración configure el almacenamiento de blobs para tu instancia de GitHub Enterprise Server.

Acerca del rol de migración

Para quitar la necesidad de que los propietarios de la organización completen las migraciones, en GitHub se incluye un rol único para usar GitHub Enterprise Importer.

La concesión del rol de migración te permite designar otros equipos o individuos para controlar las migraciones.

• Solo puedes conceder el rol de migración para una organización en GitHub.com o GHE.com.
• Puedes conceder el rol de migración a un usuario individual o a un equipo. Se recomienda encarecidamente asignar el rol de migración a un equipo. Después, puedes personalizar aún más quién puede ejecutar una migración si ajustas la pertenencia al equipo. Consulte "Agregar miembros de la organización a un equipo" o "Eliminar de un equipo a miembros de la organización".
• El responsable de la migración debe usar una instancia de personal access token que cumpla todos los requisitos para ejecutar migraciones.

Para conceder el rol de migración, consulta "Conceder el rol de migración".

Roles necesarios

Para el origen y el destino de la migración, se requieren distintos roles para diferentes tareas.

Organización de origen

En la tabla siguiente se muestran qué roles pueden realizar qué tareas.

Tarea	Propietario de la organización	Responsable de la migración
Ejecución de una migración
Asignación del rol de migración para las migraciones de repositorio

Organización o empresa de destino

En la tabla siguiente se muestran qué roles pueden realizar qué tareas.

Tarea	Propietario de empresa	Propietario de la organización	Responsable de la migración
Migración de organizaciones a una empresa
Asignación del rol de migración para las migraciones de repositorio
Migración de repositorios a una organización
Descarga de un registro de migración
Reclamación de maniquíes

Ámbitos obligatorios para instancias de personal access token

Para ejecutar una migración, necesitas una instancia de personal access token que pueda acceder a la organización de destino (para migraciones de repositorios) o una cuenta empresarial (para migraciones de la organización). También necesitas otro personal access token que pueda acceder a la organización de origen.

Para otras tareas, como descargar un registro de migración, solo necesitas una instancia de personal access token que pueda acceder al destino de la operación.

Los ámbitos necesarios para GitHub personal access token (classic) dependen de tu rol y de la tarea que quieras completar.

Tarea	Propietario de empresa	Propietario de la organización	Responsable de la migración
Asignación del rol de migración para las migraciones de repositorio		admin:org
Ejecución de una migración de repositorios (organización de destino)		repo, admin:org, workflow	repo, read:org, workflow
Descarga de un registro de migración		repo, admin:org, workflow	repo, read:org, workflow
Reclamación de maniquíes		admin:org
Ejecución de una migración (organización de origen)		admin:org, repo	admin:org, repo
Ejecución de una migración de la organización (empresa de destino)	read:enterprise, admin:org, repo, workflow

Concesión del rol de migración

Para permitir que alguien que no sea propietario de la organización ejecute una migración del repositorio o descargue registros de migración, puedes conceder el rol de migración a un usuario o equipo. Para obtener más información, consulta "Acerca del rol de migración".

Puedes conceder el rol de migración mediante GEI extension of the GitHub CLI o GraphQL API.

• "Concesión del rol de migración con la GEI extension"
• "Concesión del rol de migración con GraphQL API"

Concesión del rol de migración con la GEI extension

Para conceder el rol de migración mediante la CLI, debes haber instalado GEI extension of the GitHub CLI. Para obtener más información, vea «Migración de repositorios desde GitHub.com a GitHub Enterprise Cloud».

1. En GitHub.com, crea y registra una instancia de personal access token que cumpla todos los requisitos para conceder el rol de migración. Para obtener más información, consulta "Creación de una instancia de personal access token para GitHub Enterprise Importer".

2. Establece personal access token como una variable de entorno, y reemplaza TOKEN en los comandos siguientes por el valor personal access token que has registrado antes.

   • Si usas Terminal, utiliza el comando export.

     Shell

     export GH_PAT="TOKEN"
     

   • Si usas PowerShell, utiliza el comando $env.

     Shell

     $env:GH_PAT="TOKEN"
     

3. Usa el comando gh gei grant-migrator-role, y reemplaza ORGANIZATION por la organización a la que quieras conceder el rol de migración, ACTOR por el nombre de usuario o equipo, y TYPE por USER o TEAM.

   Shell

   gh gei grant-migrator-role --github-org ORGANIZATION --actor ACTOR --actor-type TYPE
   

   Note

   Si vas a conceder el rol de migración para GHE.com, también debes incluir la dirección URL de la API de destino para el subdominio de la empresa. Por ejemplo: --target-api-url https://api.octocorp.ghe.com.

Concesión del rol de migración con GraphQL API

Puedes usar la mutación grantMigratorRole de GraphQL para asignar el rol de migración y la mutación revokeMigratorRole para revocarlo.

Debes usar una instancia de personal access token (PAT) que cumpla todos los requisitos de acceso. Para obtener más información, consulta "Ámbitos obligatorios para instancias de personal access token".

Mutación grantMigratorRole

Esta mutación de GraphQL establece el rol de migración.

mutation grantMigratorRole (
  $organizationId: ID!,
  $actor: String!,
  $actor_type: ActorType!
) {
  grantMigratorRole( input: {
    organizationId: $organizationId,
    actor: $actor,
    actorType: $actor_type
  })
   { success }
}

Variable de consulta	Descripción
organizationId	Valor ownerId (o id. de organización) de la organización, de la consulta GetOrgInfo.
actor	Equipo o nombre de usuario al que quieres asignar el rol de migración.
actor_type	Especifica si el responsable de la migración es USER o TEAM.

Mutación revokeMigratorRole

Esta mutación elimina el rol de migración.

mutation revokeMigratorRole (
  $organizationId: ID!,
  $actor: String!,
  $actor_type: ActorType!
) {
  revokeMigratorRole( input: {
    organizationId: $organizationId,
    actor: $actor,
    actorType: $actor_type
  })
   { success }
}

Creación de una instancia de personal access token para GitHub Enterprise Importer

1. Comprueba que tienes un rol suficiente para la tarea que quieres completar. Para más información, consulta "Roles obligatorios".
2. Crea una instancia de personal access token (classic) y asegúrate de conceder todos los ámbitos necesarios para la tarea que quieres completar. Solo puedes usar un personal access token (classic), no un fine-grained personal access token. Para más información, consulta "Administración de tokens de acceso personal" y "Ámbitos obligatorios para personal access token".
3. Si se aplica el inicio de sesión único de SAML para las organizaciones a las que necesitas acceder, autoriza la instancia de personal access token para el inicio de sesión único. Para obtener más información, vea «Autorizar un token de acceso personal para usar con un inicio de sesión único de SAML».

Configuración de listas de direcciones IP permitidas para migraciones

Si el origen o el destino de la migración usa una lista de direcciones IP permitidas, ya sea la característica de lista de direcciones IP permitidas de GitHub, o bien las restricciones de lista de direcciones IP permitidas del proveedor de identidades (IdP), como Azure CAP, debe configurar las listas de direcciones IP permitidas en GitHub. Consulte “Administrar las direcciones IP permitidas en tu organización” y “Restricción del tráfico de red a la empresa con una lista de direcciones IP permitidas”.

• Si usas la característica de lista de direcciones IP permitidas de GitHub, tendrás que agregar los intervalos IP de GitHub siguientes a la lista de permitidos para las organizaciones de origen o destino.
• Si usa la lista de direcciones IP permitidas del IdP para restringir el acceso a la empresa en GitHub, debe deshabilitar estas restricciones en la configuración de la cuenta empresarial hasta que se complete la migración.

Los intervalos IP varían en función de si el destino de la migración es GitHub.com o GHE.com.

Si el origen de la migración es GitHub Enterprise Server, no es necesario agregar ningún intervalo IP de GitHub a la configuración del firewall ni a la lista de direcciones IP permitidas en tu instancia de GitHub Enterprise Server. Pero en función de la configuración del proveedor de almacenamiento de blobs, es posible que tengas que actualizarla para permitir el acceso a los intervalos IP siguientes de GitHub.

Intervalos IP para GitHub.com

Deberás agregar los siguientes intervalos IP a las listas de direcciones IP permitidas:

• 192.30.252.0/22
• 185.199.108.0/22
• 140.82.112.0/20
• 143.55.64.0/20
• 40.71.233.224/28
• 2a0a:a440::/29
• 2606:50c0::/32
• 20.125.12.8/29 (activo de 00:00 UTC el 8 de noviembre de 2023)

Puedes obtener una lista actualizada de los intervalos IP usados por GitHub Enterprise Importer en cualquier momento con el punto de conexión "Obtener información meta de GitHub" de la API de REST.

La clave github_enterprise_importer de la respuesta contiene una lista de los intervalos IP usados para las migraciones.

Para obtener más información, vea «Puntos de conexión de la API de REST para metadatos».

Intervalos IP para GHE.com

Deberás agregar los siguientes intervalos IP a las listas de direcciones IP permitidas:

• 192.30.252.0/22
• 185.199.108.0/22
• 140.82.112.0/20
• 143.55.64.0/20
• 2a0a:a440::/29
• 2606:50c0::/32
• 4.231.155.80/29
• 4.225.9.96/29
• 51.12.144.32/29
• 20.199.1.232/29
• 51.12.152.184/29
• 20.199.6.80/29
• 51.12.152.240/29
• 20.19.101.136/29
• 51.12.252.16/28
• 74.241.131.48/28
• 20.240.211.176/28
• 108.143.221.96/28
• 20.61.46.32/28
• 20.224.62.160/28

Además, si vas a migrar de GitHub Enterprise Server y usar una cuenta de Blob Storage con reglas de firewall:

• Debes permitir el acceso a los intervalos IP de salida para GHE.com. Consulte "Detalles de red para GHE.com".
• Si usas Azure Blob Storage, es posible que tengas que realizar alguna configuración adicional. Ponte en contacto con Soporte de GitHub.

Información adicional

• "Roles en una organización"