Soluciona problemas comunes de GCDS

Si tienes problemas para que una sincronización se ejecute correctamente, confirma que la información de configuración sea correcta en Configuration Manager y toma nota de las pruebas que fallan:

1. En el Administrador de configuración, abre el archivo XML que usas para configurar la sincronización.
2. En la página Conexiones LDAP, haz clic en Probar conexiones para confirmar que puedes conectarte a tu servidor LDAP.
3. En la página Notificaciones, haz clic en Notificación de prueba para confirmar que puedes enviar una notificación de prueba.
4. En la página Sincronización, haz clic en Simular sincronización para confirmar que completaste todos los campos obligatorios y que se ejecuta la sincronización.

En casos excepcionales, es posible que el equipo de asistencia te pida que actives el registro de HTTP completo, además de activar el registro de nivel de seguimiento en GCDS. El registro HTTP completo se usa para ver la solicitud exacta a la API que realiza GCDS y la respuesta que proporcionan las APIs de Google.

Importante: Los registros HTTP completos pueden contener información muy sensible. Quita cualquier información sensible (como los campos refresh_token o access_token actuales) antes de enviar los registros al equipo de asistencia.

Para activar el registro de HTTP completo, haz lo siguiente:

1. Asegúrate de que GCDS no se esté ejecutando con sync-cmd ni con el Administrador de configuración.
2. Navega a la carpeta de instalación de GCDS.

3. Edita el archivo jre/lib/logging.properties.

4. Agrega las siguientes líneas al final del archivo:

   java.util.logging.FileHandler.pattern = %h/gcdshttp%u.%g.log
   java.util.logging.FileHandler.limit = 5000000
   java.util.logging.FileHandler.count = 100
   java.util.logging.FileHandler.formatter = java.util.logging.SimpleFormatter
   handlers = java.util.logging.FileHandler
   com.google.api.client.http.level = CONFIG
   
   com.google.gdata.client.http.HttpGDataRequest.level = ALL
   sun.net.www.protocol.http.HttpURLConnection.level = ALL

5. Guarda el archivo.
6. Ejecuta otra sincronización de GCDS (con el registro configurado en Seguimiento).

   Los archivos de registro llamados gcdshttp*.log se crean en el directorio principal (Linux) o en la carpeta de perfil (Microsoft Windows). Archiva estos archivos juntos, ya que pueden ser bastante grandes.

7. Borra las líneas que agregaste en el paso 4 para evitar que se creen archivos de registro grandes en el futuro.
8. Proporciona los siguientes archivos al equipo de asistencia:
   • archivo en formato XML
   • Los registros de nivel de seguimiento y los archivos gcdshttp*.log de la sincronización más reciente

SUGERENCIA: Si quieres habilitar el registro para una clase nueva, agrega una línea con el formato class.fqdn.level = ALL, no es necesario duplicar todo el bloque de configuración.

Los cuerpos de solicitud y respuesta registrados están limitados a un tamaño de 16 KB cada uno. Si ves una entrada de registro truncada porque supera ese límite, usa un proxy de depuración, como Fiddler.

Para habilitar Fiddler, sigue estos pasos:

Reinicia GCDS para que se apliquen los cambios.

Si usas GCDS en Linux, no puedes usar el almacén de certificados de confianza de Windows, por lo que debes importar el certificado raíz de Fiddler al almacén de confianza de Java de GCDS. Para obtener detalles sobre estos pasos, consulta Cómo solucionar problemas relacionados con los certificados.

1. Ve a la ruta de acceso en la que está instalado GCDS, por ejemplo, C:\Program Files\Google Cloud Directory Sync.
2. Agrega las siguientes marcas a los archivos .vmoptions (por ejemplo, config-manager.vmoptions o sync-cmd.vmoptions) para desactivar las verificaciones de CRL:

   -Dcom.sun.security.enableCRLDP=false

   -Dcom.sun.net.ssl.checkRevocation=false

   1. Configura Fiddler como proxy en la configuración de proxy de tu dominio de Google. En el campo de nombre de host, agrega la dirección IP local 127.0.0.1. El puerto predeterminado es 8888, pero puedes confirmarlo abriendo Fiddler, yendo a Options > Connections y verificando el valor en el campo "Fiddler Classiclistens on port".

Si tienes problemas para configurar el host de retransmisión SMTP para tus notificaciones, prueba los siguientes pasos para solucionar problemas.

Mensaje de error de conexión y host SMTP desconocido

1. Abre un símbolo del sistema.
2. Para verificar si el nombre de host configurado del servidor SMTP se resuelve en una dirección IP, ingresa el siguiente comando:

   nslookup smtp-host-name.com

Mensaje de error de conexión y de que no se pudo establecer conexión con el host SMTP

Verifica si el servidor que ejecuta GCDS puede conectarse al host SMTP.

1. Para verificar la conexión, ingresa el siguiente comando desde la línea de comandos o la terminal de Windows:

   telnet smtp.gmail.com 587

2. Si el host no puede conectarse, verifica las reglas de firewall de entrada del servidor SMTP y las reglas de firewall de salida del servidor de GCDS.
3. Asegúrate de haber permitido el tráfico en el puerto SMTP.

Error "No se pudo convertir el socket a TLS" en los registros

Desactiva las verificaciones de la lista de revocación de certificados (CRL). Para obtener más información, consulta Cómo GCDS verifica las listas de revocación de certificados.

Consulta Cómo trabajar con archivos de configuración para obtener instrucciones sobre cómo abrir un archivo XML que se guardó en otra máquina o como otro usuario en la misma máquina.

Si los datos de LDAP en los registros de nivel de seguimiento de GCDS no coinciden con lo que esperas leer en el servidor LDAP (por ejemplo, no se encuentra un usuario o un atributo no tiene el valor correcto), exporta los datos del directorio LDAP en formato LDIF. El equipo de asistencia puede comparar los datos con los datos de LDAP de los registros de GCDS.

Cuando exportes los datos, usa una herramienta de consulta LDAP, como ldapsearch (Linux) o ldifde (Windows), y simula las mismas condiciones en las que se ejecuta GCDS:

• Usa la misma configuración de conexión que la que se estableció para GCDS.
• Ejecuta la herramienta de consulta desde la misma máquina en la que se ejecuta GCDS.
• Usa el mismo nombre de usuario para la autenticación LDAP de GCDS.

Ejemplo

Tus registros de GCDS no muestran el atributo mail de tus usuarios, y la configuración de la regla de búsqueda de GCDS es la siguiente:

• DN base: ou=Ireland,dc=altostrat,dc=com
• Alcance: Subárbol
• Filtro de búsqueda: (&(objectCategory=person)(objectClass=user))
• Servidor: dc01.altostrat.com
• Puerto: 636
• Protocolo: LDAP+SSL
• DN del usuario de autenticación: cn=GCDS,ou=Users,dc=altostrat,dc=com

Usa los siguientes comandos:

• Linux: ldapsearch -v -b "ou=Ireland,dc=altostrat,dc=com" -s sub -h dc01.altostrat.com -p 636 -x -Z -D "cn=GCDS,ou=Users,dc=altostrat,dc=com" "(&(objectCategory=person)(objectClass=user))" mail givenname uniqueidentifier sn > out.ldif (es posible que debas modificar el comando según tu sistema)
• Windows: ldifde -f out.ldif -s dc01.altostrat.com -v -t 636 -d "ou=Ireland,dc=altostrat,dc=com" -r "(&(objectCategory=person)(objectClass=user))" -p SubTree -l mail,givenname,uniqueidentifier,sn -a "cn=GCDS,ou=Users,dc=altostrat,dc=com" PASSWORD (Reemplaza PASSWORD por la contraseña del usuario de LDAP configurado en GCDS).

Si el resultado (out.ldif) no contiene el atributo mail de un usuario afectado, hay un problema con la infraestructura de LDAP. Es posible que esté relacionado con los permisos del usuario que usas para acceder al LDAP (por ejemplo, tanto OpenLDAP como Active Directory permiten configurar permisos a nivel de atributo). O bien, es posible que el atributo no se replique en el catálogo global si usas un puerto de catálogo global, como 3268 o 3269.

Si el resultado contiene el atributo mail de un usuario afectado, proporciona los siguientes detalles al equipo de asistencia de Google Workspace:

• El archivo out.ldif
• Una captura de pantalla del símbolo del sistema o de la ventana de la terminal en la que ejecutaste el comando 
  (Asegúrate de quitar primero la contraseña).
• El registro de nivel de seguimiento de GCDS

Descripción: El problema se produce con la versión 5.0.22 de Google Cloud Directory Sync (GCDS) cuando completas los siguientes pasos:

1. En el Administrador de configuración, haz clic en Dominio de Google y, luego, en Reglas de exclusión de configuración.
2. En Users Search Query, ingresa la búsqueda de un usuario y guarda el archivo de configuración.
3. Borra la misma consulta y guarda el archivo de configuración.
4. Compara el archivo de configuración del paso 2 con el del paso 3.

   El archivo de configuración es el mismo. La consulta borrada no se guardó en el archivo.

Solución alternativa: Abre el archivo de configuración y borra manualmente el parámetro de configuración .

Para ejecutar una sincronización simulada, necesitas un servidor capaz de enviar correos electrónicos. Si ejecutas GCDS en una máquina de servidor de correo, puedes usar la dirección IP 127.0.0.1 para tu servidor de correo. De lo contrario, comunícate con tu administrador de correo electrónico para obtener la información correcta.

Si usas la línea de comandos para ejecutar una sincronización y esta no se inicia, verifica si usaste el argumento -o o --oneinstance en la línea de comandos.

Si usas uno de esos argumentos, GCDS crea un archivo LOCK (.lock) asociado con el archivo de configuración XML. Además, si se encuentra otro archivo LOCK en el mismo servidor, GCDS no ejecutará la sincronización para evitar que se ejecuten varias instancias de GCDS de forma simultánea.

Si no hay otra instancia de GCDS en ejecución, busca otro archivo LOCK en el servidor. Borra el archivo de forma manual y vuelve a ejecutar la sincronización.

Si la sincronización no se completó, por ejemplo, si no se sincronizó la membresía completa de un grupo, es posible que la API de Directory tenga un problema. Para verificar si el problema se relaciona con una API y no con el producto de GCDS, llama manualmente a la API de Directory y revisa los resultados. Para llamar a la API de forma manual, elige una de las 2 opciones.

Opción 1: Usa la página de referencia de la API

1. Ve a la descripción general de la referencia de la API del SDK de Admin.
2. A la izquierda, haz clic en API de Directory y, luego, en Recursos de REST, ve al recurso de REST que quieras consultar.
3. A la derecha, haz clic en el método que quieras probar y, luego, en Probar.

   Si la página de referencia de la API no muestra Probar, ve a la opción 2: Usa OAuth 2.0 Playground.

4. Ingresa las credenciales de administrador que usaste para autorizar GCDS.

   Para obtener más información, consulta Cómo definir la configuración de tu dominio de Google.

5. Revisa la información para asegurarte de que la respuesta de la API haya respondido como se esperaba.

Opción 2: Usa OAuth 2.0 Playground

1. Abre OAuth 2.0 Playground.
2. Elige una opción:
   • Selecciona un permiso de la lista.
   • Copia un permiso de la lista Permisos de autorización en la página de referencia de la API. Luego, pega el permiso en el campo Ingresa tus propios permisos.
3. Haz clic en Autorizar APIs.
4. Ingresa las credenciales de administrador que usaste para autorizar GCDS.

   Para obtener más información, consulta Cómo definir la configuración de tu dominio de Google.

5. Haz clic en Intercambiar código de autorización para tokens.

   Si el proceso se realiza correctamente, se te redireccionará al Paso 3: Configura la solicitud a la API.

6. Completa la información solicitada.

   Sugerencia: Puedes encontrar la mayor parte de la información en la página web de referencia del método de la API.

7. Haz clic en Enviar la solicitud.
8. Revisa la información para asegurarte de que la respuesta de la API haya respondido como se esperaba.

Descripción: El problema se observa con Google Cloud Directory Sync (GCDS). Si cambias el correo electrónico principal de un usuario en el servidor LDAP, no se tiene en cuenta el cambio de nombre cuando GCDS sincroniza la licencia del usuario. GCDS intenta agregar la licencia al usuario con el nombre cambiado y recibes un error 412.

Descripción: Google Cloud Directory Sync (GCDS) usa un identificador único para vincular a los usuarios entre Google Workspace y tu directorio externo. Los usuarios de Microsoft Active Directory tienen un identificador ObjectGUID, y los usuarios de Microsoft Azure Active Directory tienen un ID de objeto.

Si vuelves a crear un usuario en tu directorio externo, el usuario nuevo obtiene un identificador ObjectGUID o ID de objeto original. Sin embargo, como la dirección de correo electrónico del usuario nuevo ya está vinculada al usuario borrado en Workspace, la sincronización falla.

Solución alternativa: Si planeas volver a crear un usuario con la misma dirección de correo electrónico, guarda el ObjectGUID o el ID de objeto del usuario en tu directorio externo. También puedes cambiar el nombre o borrar la dirección de correo electrónico del usuario en Workspace para que GCDS pueda vincular la cuenta de usuario nueva al usuario nuevo en tu directorio externo.

En tu archivo de configuración XML, establece la opción useDynamicMaxCacheLifetime. Esta opción configura GCDS para que almacene en caché los datos durante un máximo de 8 días y borre la caché con más frecuencia en conjuntos de datos pequeños a medianos para reducir la posibilidad de que los datos almacenados en caché se vuelvan obsoletos o entren en conflicto con los datos nuevos. La opción useDynamicMaxCacheLifetime es automática en las configuraciones creadas con GCDS 3.2.1 y versiones posteriores.

Nota: Estos errores suelen ocurrir cuando se realizan modificaciones directamente en tu dominio de Google. Cuando uses GCDS para sincronizar, debes evitar realizar cambios directamente en tu dominio de Google. En su lugar, realiza cambios en los usuarios, los grupos y otras entidades de tu directorio LDAP. Luego, usa GCDS para sincronizar estos cambios con tu dominio de Google.

Si ves errores relacionados con la memoria, debes aumentar el tamaño del montón para la máquina virtual de Java. Para aumentar el tamaño del montón, edita los archivos sync-cmd.vmoptions y config-manager.vmoption en el directorio de instalación de GCDS. Las entradas relevantes se ven de la siguiente manera:

• -Xmx1000m (la cantidad máxima de asignación de memoria para el tamaño del montón)
• -Xms64m (la cantidad mínima de asignación de memoria para el tamaño del montón)

Edita los archivos sync-cmd.vmoptions y config-manager.vmoptions para que el cambio se aplique a las versiones de sync-cmd y Configuration Manager.

Edita el número -Xmx para aumentar la cantidad de memoria. La "m" que sigue al número indica que la memoria se mide en megabytes (MB). La cantidad correcta de memoria depende de la que tenga el servidor de GCDS y de la que necesite para una sincronización. Es posible que debas revisar el número varias veces para establecer el tamaño correcto. Para obtener más información sobre la cantidad de RAM libre que se requiere para ejecutar GCDS, consulta Requisitos del sistema para GCDS.

Es posible que el problema se deba a un problema de configuración, como una configuración incorrecta de la regla de exclusión. Este tipo de configuración incorrecta se puede ocultar con el almacenamiento en caché de GCDS.

GCDS mantiene una caché de datos para tu servicio de Google (como Google Workspace o Cloud Identity) durante un máximo de 8 días. Es posible que GCDS borre la caché con más frecuencia, según el tamaño de los datos almacenados en caché. Sin embargo, si no se borra la caché, es posible que no veas las actualizaciones durante un máximo de 8 días.

Por ejemplo, sincronizas tus datos de LDAP y creas un grupo nuevo para tu servicio de Google (como Google Workspace o Cloud Identity). Luego, crea una regla de exclusión para excluir ese grupo de las sincronizaciones posteriores. La regla de exclusión está mal configurada y fallará. Sin embargo, las llamadas de sincronización posteriores se realizan en los datos almacenados en caché y el grupo permanece en tu servicio de Google. Cuando vuelves a sincronizar con la caché borrada, el error de configuración hace que el grupo se quite de tu servicio de Google.

Para borrar la caché de forma manual, haz lo siguiente:

• Ejecuta una sincronización desde el Administrador de configuración y selecciona la opción para borrar la caché cuando se realice una sincronización.
• Ejecuta una sincronización desde el comando y usa el argumento -f para forzar un vaciado de la caché.
• Modifica el archivo de configuración XML para establecer el valor de maxCacheLifetime en 0.

Importante: Forzar un vaciado de la caché puede aumentar drásticamente el tiempo de sincronización.

Si recibes el error 409: La entidad ya existe o un error de conflicto de cuenta, significa que GCDS está intentando crear un usuario con una dirección de correo electrónico que ya existe como una cuenta personal no administrada, una cuenta de trabajo no administrada o un usuario administrado existente. Para resolver este problema, consulta Administra cuentas en conflicto con GCDS y Resuelve errores de cuentas duplicadas. Si no ves el error en las sincronizaciones posteriores, es probable que la caché de GCDS estuviera desactualizada y que sea seguro ignorar el error.

Si el problema se produce en cada sincronización o cada varios días, los motivos más probables son los siguientes:

• Una regla de exclusión de usuarios de Google es demasiado amplia: la regla coincide con algunos usuarios de Google que también existen en el directorio LDAP.
• Una consulta es demasiado específica: la consulta no coincide con algunos usuarios de Google que también existen en el directorio LDAP.

Ambas situaciones pueden hacer que GCDS ignore a los usuarios de Google que ya existen. Si esos usuarios existen en los resultados de la regla de búsqueda de usuarios de LDAP, GCDS intentará crearlos en tu Cuenta de Google.

Para resolver el problema, ajusta la regla de exclusión o la búsqueda. O bien, si quieres que GCDS ignore por completo a los usuarios de tu directorio LDAP, ajusta la regla de búsqueda de usuarios de LDAP o crea una regla de exclusión de usuarios de LDAP. Para obtener más detalles, consulta Cómo omitir datos con reglas y consultas de exclusión.

En ocasiones, es posible que los atributos de tu esquema personalizado, en especial los que se crearon recientemente, no se sincronicen desde tu directorio LDAP con tus usuarios de Google. Cuando esto sucede, los campos de atributos de tus usuarios de Google permanecen vacíos, incluso después de una sincronización exitosa.

Entre las posibles causas, se incluyen las siguientes:

• El usuario autorizado para el servidor LDAP, que está configurado en Google Cloud Directory Sync (GCDS), no tiene acceso de lectura a esos atributos específicos en tu directorio LDAP.
• Si usas el servidor de catálogo global (puerto 3268 o 3269) y no marcaste la casilla Replicar este atributo en el catálogo global del esquema de Active Directory, no se encontrarán los atributos de tu esquema personalizado en el servidor de Google Cloud durante la sincronización.

Para asegurarte de que se sincronicen los atributos de tu esquema personalizado, prueba los siguientes pasos:

1. Trabaja con tu administrador de LDAP para asegurarte de que el usuario configurado en GCDS para la autenticación de LDAP tenga acceso de lectura a todos los atributos que no se sincronizan.
2. En la misma máquina en la que se ejecuta GCDS, usa un navegador LDAP para conectarte a tu servidor LDAP. Cuando te conectes, asegúrate de autenticarte con el mismo usuario que usa GCDS. Busca uno de los usuarios afectados y comprueba que puedes ver los valores de los atributos que no se sincronizan.
3. Después de confirmar que los permisos son correctos, borra la caché de GCDS y ejecuta una sincronización.

Si los atributos de tu esquema personalizado aún no se sincronizan, recopila la información de GCDS y comunícate con el equipo de asistencia. Para obtener más información, consulta ¿Qué información de GCDS necesito antes de comunicarme con el equipo de asistencia?

Para sincronizar los miembros del grupo de forma independiente de los resultados de las reglas de búsqueda de usuarios, GCDS activa INDEPENDENT_GROUP_SYNC de forma predeterminada. Si usas atributos de referencia de miembros para las sincronizaciones de grupos, GCDS intenta resolver la dirección de correo electrónico de cada usuario en el directorio LDAP, independientemente de las reglas de búsqueda de usuarios.

Para sincronizar los miembros del grupo solo en función de los resultados de las reglas de búsqueda de usuarios, quita INDEPENDENT_GROUP_SYNC de tu archivo de configuración XML. GCDS:

• Usa los resultados de las reglas de búsqueda de usuarios para resolver la membresía a grupos
• Solo se sincronizan como miembros del grupo los usuarios incluidos en la sincronización de usuarios
• Ejecuta reglas de búsqueda de usuarios, incluso si desactivas la sincronización de cuentas de usuario en Configuración general.

  (Sin embargo, los resultados no se sincronizan con Google como usuarios, sino como miembros del grupo, si los usuarios que cumplen con los requisitos también califican como miembros del grupo).

Por lo general, no es así como quieres que se ejecute la sincronización, en especial si sincronizas contactos compartidos y tienes miembros del grupo que son contactos. En este caso, los contactos no se sincronizarán como miembros del grupo.

Este problema se produce cuando el atributo LDAP configurado como Atributo de nombre de grupo no contiene una dirección de correo electrónico completa. Para resolver este problema, revisa tus reglas de búsqueda de grupos y asegúrate de que GCDS use una dirección de correo electrónico completa para los nombres de los grupos. Usa uno de los siguientes métodos:

• Establece el Atributo de nombre de grupo en un atributo LDAP diferente que especifique una dirección de correo electrónico completa para cada grupo, como mail.
• Activa Reemplazar nombres de dominio en las direcciones de correo electrónico LDAP en la configuración del dominio de Google para que el atributo de nombre de grupo coincida con los nombres de grupo de Google.
• Agrega el nombre de dominio al nombre del grupo especificando un sufijo de nombre de grupo en tu regla de búsqueda de grupos.

Asegúrate de haber seleccionado MS Active Directory en el campo de tipo de servidor de la sección Configuración de LDAP.

Esta opción (que se muestra como SUPPRESS_DOMAIN en el archivo en formato XML) se usa si las direcciones de correo electrónico del directorio LDAP se encuentran en un dominio diferente al de Google Domains. Cuando la activas, GCDS quita la parte del dominio de todas las direcciones de correo electrónico que lee.

Cualquier procesamiento se realiza sin el nombre de dominio. Si usas reglas de exclusión basadas en direcciones de correo electrónico, solo debes considerar la parte local de la dirección de correo electrónico para la regla de exclusión.

Por ejemplo, si desactivaste la opción Reemplazar nombres de dominio en las direcciones de correo electrónico LDAP y estás creando una regla de exclusión de coincidencia exacta, ingresa luka@example.com como la dirección de correo electrónico del usuario que debe coincidir. Si activaste Reemplazar nombres de dominio en las direcciones de correo electrónico LDAP, usa luka. Intentar hacer coincidir luka@example.com no funcionará, ya que @example.com se quita antes de la comparación.

Cuando aprovisionas grupos con GCDS, no puedes anidar grupos dinámicos dentro de grupos estáticos (ni grupos estáticos dentro de grupos dinámicos). GCDS requiere que los grupos estáticos se consulten por separado de los grupos dinámicos; sin embargo, todos los grupos anidados deben formar parte de la misma consulta.

Busca una forma de implementar grupos dinámicos como grupos estáticos, posiblemente automatizando una tarea que consulte periódicamente cada grupo dinámico para propagar grupos estáticos en el directorio. Luego, GCDS puede usar los grupos estáticos (creados a partir de los grupos dinámicos) para el aprovisionamiento y no aprovisionar el grupo dinámico.

Los resultados de las consultas de LDAP dependen de la configuración del Administrador de configuración y del servidor LDAP. Usa estas sugerencias para solucionar problemas si tu regla de búsqueda de LDAP devuelve un resultado inesperado. Asegúrate de lo siguiente:

• La consulta LDAP está configurada correctamente en Configuration Manager: Cuando configures una regla de búsqueda, haz clic en Test LDAP Query para verificarla. Para obtener más información, consulta Cómo usar reglas de búsqueda de LDAP para sincronizar datos.
• Las consultas múltiples no se contradicen entre sí: Verifica que no hayas configurado una regla de búsqueda o exclusión que cambie el resultado de una consulta.
• El usuario autorizado para el servidor LDAP tiene permisos suficientes: Asegúrate de que el administrador que se usa para autenticar el servidor LDAP pueda usar la línea de comandos en el mismo servidor. Prueba la consulta en el servidor LDAP y verifica los resultados.

Es posible que veas el mensaje de error No se pudo crear el grupo…. Message: Not Authorized to access this resource/api en los registros de GCDS 

Para solucionar problemas, verifica que el atributo de Active Directory (AD) que contiene el dominio de las direcciones de correo electrónico de los usuarios y grupos coincida con el dominio que usa tu cuenta de administrador avanzado.

El problema puede ocurrir con Google Cloud Directory Sync (GCDS) en 2 situaciones.

Situación 1: Cambias el nombre de una dirección de correo electrónico de grupo en Microsoft Active Directory (AD) después de que el grupo se sincronizó con Google Workspace. Después de una sincronización, GCDS borra el grupo actual y crea uno nuevo con la dirección de correo electrónico nueva.

Solución alternativa 1: No cambies la dirección de correo electrónico del grupo en AD.

Solución alternativa 2: Cambia manualmente la dirección de correo electrónico del grupo tanto en AD como en Google Workspace para que coincidan.

Situación 2: El problema se produce en los siguientes casos:

1. La dirección de correo electrónico de tu grupo contiene caracteres especiales (como !#$%&'*+/=?^_`).
2. El grupo se sincronizó con Google Workspace con una versión de GCDS anterior a la 5.0.20.
3. Actualizas GCDS a la versión 5.0.20 o posterior.
4. Después de una sincronización, GCDS intenta borrar el grupo y volver a crearlo con los caracteres especiales.

Solución alternativa 1: Quita los caracteres especiales de la dirección de correo electrónico del grupo de AD.

Solución alternativa 2: Agrega los caracteres especiales a la dirección de correo electrónico en Grupos de Google.

Este problema suele ocurrir si sincronizas contactos compartidos y las reglas de búsqueda se crean de forma incorrecta.

Existen 2 tipos de objetos relevantes que puedes sincronizar con GCDS:

• Perfiles de usuario: Son los usuarios de tu dominio de Google que tienen datos adicionales, como un número de teléfono o una dirección. Solo puedes sincronizar un perfil para un usuario que exista en tu dominio.
• Contactos compartidos: Son los contactos de terceros externos con los que los usuarios de tu dominio necesitan comunicarse.

Para resolver este problema, corrige las reglas de búsqueda de contactos compartidos para excluir a los usuarios de tu propio dominio. En la siguiente sincronización, GCDS intentará borrar los contactos redundantes. Es posible que debas ajustar el límite de eliminación de contactos compartidos para esa primera sincronización.

En algunas circunstancias, los usuarios no ven su ubicación de trabajo principal en el Calendario de Google cuando programan o coordinan reuniones.

Si ves este problema, asegúrate de que los atributos de tipo de ubicación y área estén configurados como "escritorio".

Si tienes problemas con los resultados de la búsqueda, verifica lo siguiente: 

• Es el alcance de la regla. Es posible que debas establecer el alcance en Subárbol.
• La regla de búsqueda que estás usando es correcta.
• Los atributos que se usan existen y son visibles.
• Tu consulta LDAP Verifica que la consulta en tu servidor LDAP use el nombre de usuario de administrador que se configuró en GCDS.

Para obtener más detalles, consulta Cómo usar las reglas de búsqueda de LDAP para sincronizar datos.

Es posible que estés usando una fuente demasiado grande para la pantalla. El cuadro de diálogo no funciona con fuentes grandes o muy grandes. Cambia el tamaño de la fuente o edita el archivo XML directamente.

Si tu búsqueda importa solo 1,000 usuarios disponibles (o el tamaño de página predeterminado de LDAP), es posible que el parámetro de configuración Nombre de host de LDAP en Configuration Manager esté establecido en un dominio raíz genérico o de bosque que emita referencias para objetos en tu DN base.

Para corregir este problema, actualiza Configuration Manager de modo que el parámetro de configuración Nombre de host coincida con el parámetro de configuración DN base. O bien, usa un controlador de dominio (por ejemplo, dc01.example.com) que contenga los objetos de la cuenta de usuario en el DN base.