Más información sobre las opciones del Administrador de configuración

Ejemplos: ad.example.com o 10.22.1.1

Si tu servidor LDAP permite conexiones anónimas y quieres conectarte de forma anónima, selecciona Anónimo. De lo contrario, selecciona Simple.

Si tu servidor de directorio LDAP requiere un dominio para acceder, incluye también el dominio del usuario.

Ejemplo: admin1

Ejemplo: pezEspadaX23

Ingresa el DN base del subárbol que se sincronizará. No incluyas espacios entre las comas. Si no conoces el DN base, consulta a tu administrador de LDAP o revisa un navegador de LDAP.

Si dejas este campo vacío, se buscarán todos los dominios del bosque.

Ejemplo: ou=test,ou=sales,ou=melbourne,dc=ad,dc=example,dc=com

Es el servidor de correo SMTP que se usará para las notificaciones. GCDS usa este servidor de correo electrónico como host de retransmisión.

Ejemplo:

• 127.0.0.1
• smtp.gmail.com

Marca la casilla para usar SMTP con TLS (obligatorio con smtp.gmail.com).

Versiones de TLS admitidas: 1.0, 1.1 y 1.2 (admitidas a partir de la versión 4.7.6 de GCDS).

Ejemplo:

Nombre de usuario: admin@solarmora.com
Contraseña: ud6rTYX2!

Ejemplo: admin@solarmora.com

Las notificaciones se envían a todas las direcciones de esta lista. Para ingresar varias direcciones, haz clic en Agregar después de cada dirección de correo electrónico.

Según la configuración del servidor de correo electrónico, es posible que GCDS no pueda enviar correos electrónicos a direcciones externas. Haz clic en Probar notificación para confirmar que el correo se envió correctamente.

Ejemplo: dirsync-admins@solarmora.com

Limitar la información que se envía en los correos electrónicos de notificación Puedes optar por excluir lo siguiente:

• Detalles adicionales: Por ejemplo, una lista de objetos excluidos.
• Advertencias: Son mensajes de advertencia.
• Errores: Son mensajes de error.

Ejemplo: sync.log

De manera opcional, puedes agregar el marcador de posición #{timestamp} al nombre del archivo. El marcador de posición se reemplaza por una marca de tiempo real (por ejemplo, 20190501-104023) en cada ejecución antes de que el archivo de registro se guarde en el disco.

Si usas el marcador de posición, GCDS genera un nuevo archivo de registro cada vez que ejecuta una simulación o una sincronización. Si un registro tiene más de 30 días, se borra.

Ejemplo: sync.#{timestamp}.log

Si ejecutas una sincronización el 1/5/2019 a las 10:40:23 a.m., el archivo de registro se llamará sync.20190501-104023.log.

• FATAL: Solo registra las operaciones irrecuperables.
• ERROR: Registra errores y operaciones fatales.
• WARN: Registra advertencias, errores y operaciones fatales.
• INFO: Registra información de resumen.
• DEBUG: Registra detalles más extensos.
• TRACE: Registra todos los detalles posibles.

El nivel de detalle es acumulativo; cada nivel incluye todos los detalles de los niveles anteriores (por ejemplo, ERROR incluye todos los mensajes de ERROR y FATAL).

Tamaño máximo del archivo de registro, en megabytes.

El tamaño máximo del registro incluye todos los archivos de copia de seguridad más el archivo actual. La cantidad de archivos de copia de seguridad se determina según el atributo de recuento de archivos de registro (consulta a continuación).

Para calcular el tamaño máximo de un archivo de registro, usa <tamaño máximo del registro> / (<cantidad de archivos de registro> + 1).

Ejemplo: 500

Es la cantidad de archivos de registro que se guardan en el disco. El valor predeterminado es 10.

Nota: Este parámetro de configuración solo se puede modificar en el archivo de configuración dentro de la etiqueta <logFileCount>.

Ejemplo: mail

Habilita el reemplazo de caracteres no válidos

Reemplazo de caracteres no válidos

Si marcas la casilla, los espacios y los caracteres no válidos en una dirección de correo electrónico se reemplazarán por la cadena especificada en el campo Reemplazo de caracteres no válidos.

Si marcas la casilla, pero dejas el campo en blanco, GCDS quitará los espacios y los caracteres no válidos de la dirección.

Ejemplo

La dirección de correo electrónico en el servidor LDAP es
xyz@example.com.

• Si agregas un guion bajo (_) al campo Reemplazo de caracteres no válidos, GCDS convertirá la dirección de correo electrónico a x_y_z@example.com.
• Si el campo Reemplazo de caracteres no válidos se deja en blanco, GCDS convierte la dirección de correo electrónico a xyz@example.com.

Ejemplo: objectGUID

Ejemplo: proxyAddresses

Si este campo está vacío, no se quitará ningún alias asociado al perfil de usuario de Google después de una sincronización de GCDS. El alias se puede seguir administrando en Google.

• Delete only active Google Domain users not found in LDAP (suspended users are retained): Los usuarios activos de tu dominio de Google se borran si no están en tu servidor LDAP. Los usuarios suspendidos no se modifican. Esta es la configuración predeterminada.
• Borrar usuarios activos y suspendidos que no se encuentran en LDAP: Se borran todos los usuarios de tu dominio de Google si no se encuentran en tu servidor LDAP, incluidos los usuarios suspendidos.
• Suspender a los usuarios de Google que no se encuentren en LDAP en lugar de borrarlos: Los usuarios activos de tu dominio de Google se suspenden si no se encuentran en tu servidor LDAP. Los usuarios suspendidos no se modifican.
• Don't suspend or delete Google domain users not found in LDAP: No se suspende ni se borra ningún usuario de tu dominio de Google (a menos que tengas una regla de búsqueda configurada para suspender usuarios).

Este campo te permite especificar un atributo LDAP que sirva como identificador único para las entidades de usuario en tu servidor LDAP. Cuando proporcionas este atributo, GCDS puede supervisar los cambios en las direcciones de correo electrónico de los usuarios en tu servidor LDAP. Esto garantiza que, cuando se actualice el correo electrónico de un usuario, GCDS pueda sincronizar los cambios con tu dominio de Google sin borrar el usuario existente y crear uno nuevo con la dirección de correo electrónico actualizada.

Si configuras este campo, GCDS creará automáticamente un archivo de asignación nuevo con el siguiente nombre en el directorio principal: nonAddressKeyMappingsFilePath.tsv

Para cambiar el nombre o la ubicación de este archivo, actualiza la siguiente etiqueta en el archivo de configuración XML: <nonAddressKeyMappingsFilePath>

Este campo es opcional, pero se recomienda usarlo.

Ejemplo: objectGUID

También puedes usar varios atributos para el nombre. Si usas varios atributos, coloca el nombre de cada campo de atributo entre corchetes.

Ejemplos: givenName,[cn]-[ou]

Ejemplos: apellido, [cn]-[ou]

Es un atributo de LDAP que contiene el nombre visible de cada usuario.

Ejemplo: displayName

• Solo para usuarios nuevos: Cuando GCDS crea un usuario nuevo, sincroniza la contraseña de ese usuario. Las contraseñas existentes no se sincronizan. Usa esta opción si quieres que tus usuarios administren sus contraseñas en tu dominio de Google. Nota: Si usas una contraseña temporal o de un solo uso para los usuarios nuevos, usa esta opción.
• Para usuarios nuevos y existentes: GCDS siempre sincroniza todas las contraseñas de los usuarios. Se reemplazan las contraseñas existentes en tu dominio de Google. Esta opción es adecuada para administrar las contraseñas de los usuarios en tu servidor LDAP, pero es menos eficiente que la opción Solo contraseñas cambiadas.
• Solo contraseñas cambiadas: GCDS solo sincroniza las contraseñas que se cambiaron desde la sincronización anterior. Recomendamos esta opción si deseas administrar las contraseñas de los usuarios en tu servidor LDAP. Nota: Si usas esta opción, también debes proporcionar un valor para el atributo de marca de tiempo de la contraseña.

Ejemplo: CustomPassword1

Ejemplo: PasswordChangedTime

• SHA1: Contraseñas de tu servidor de directorio LDAP codificadas con hash usando SHA1 sin sal.
• MD5: Contraseñas de tu servidor de directorio LDAP con hash MD5 sin sal.
• Base64: Las contraseñas de tu servidor de directorio LDAP usan la codificación Base64.
• Texto sin formato: Las contraseñas de tu servidor de directorio LDAP no están encriptadas. GCDS lee el atributo de contraseña como texto sin encriptar, luego encripta la contraseña de inmediato con la encriptación SHA1 y se sincroniza con tu dominio de Google.

Nota: GCDS nunca guarda, registra ni transmite contraseñas sin encriptar. Si las contraseñas de tu directorio LDAP están codificadas en Base64 o texto sin formato, GCDS las encripta de inmediato con encriptación SHA1 y las sincroniza con tu dominio de Google. Los registros de simulación de sincronización y de sincronización completa muestran la contraseña como una contraseña SHA1.

Usa este campo solo si también especificas un atributo de contraseña. Si dejas el campo Atributo de contraseña en blanco, cuando guardes y vuelvas a cargar, la configuración se restablecerá al valor predeterminado de SHA1. Ten en cuenta que no se admiten algunos formatos de codificación de contraseñas. Verifica tu servidor de directorio LDAP con un navegador de directorio para encontrar o cambiar la encriptación de tu contraseña.

De forma predeterminada, los servidores de directorio de Active Directory y HCL Domino no almacenan contraseñas en ninguno de estos formatos. Considera establecer una contraseña predeterminada para los usuarios nuevos y exigirles que la cambien cuando accedan por primera vez.

Si se marca esta opción, los usuarios nuevos deberán cambiar la contraseña la primera vez que accedan a su Cuenta de Google. Si lo haces, podrás establecer una contraseña inicial, ya sea desde un atributo LDAP o especificando una contraseña predeterminada para los usuarios nuevos que el usuario debe cambiar la primera vez que accede.

Usa esta opción si estableces un atributo en uno de estos campos:

• En el campo Password Attribute, pero es solo una contraseña temporal o de un solo uso
• En el campo Contraseña predeterminada para usuarios nuevos

Nota: Si tus usuarios no administran su contraseña de Google (por ejemplo, si usas la sincronización de contraseñas o el inicio de sesión único [SSO]), te recomendamos que no actives este parámetro de configuración.

Importante: Si ingresas una contraseña predeterminada aquí, asegúrate de marcar la casilla Obligar a los usuarios nuevos a cambiar la contraseña para que los usuarios no conserven la contraseña predeterminada.

Ejemplo: ¡Pez espadaX2!

Especifica qué unidad organizativa de Google debe contener a los usuarios que coincidan con esta regla. Si la unidad organizativa especificada no existe, GCDS agrega los usuarios a la unidad organizativa de nivel raíz en tu dominio de Google.

Esta opción solo aparece si habilitaste Unidades organizativas en la página Configuración general.

Incluye las siguientes opciones:

• Unidad organizativa basada en las asignaciones y el DN de las unidades organizativas: Agrega usuarios a la unidad que se asigna al DN del usuario en tu servidor LDAP. Se basa en tus asignaciones de la organización y se muestra en la lista de sincronización de usuarios de LDAP como [derivado].
• Nombre de la unidad organizativa: Agrega todos los usuarios que coincidan con esta regla a la misma unidad organizativa de Google. Especifica la unidad organizativa en el campo de texto.

  Ejemplo: Usuarios

• Nombre de la unidad organizativa definido por este atributo de LDAP: Agrega cada usuario a la unidad organizativa con el nombre especificado en un atributo de tu servidor de directorio LDAP. Ingresa el atributo en el campo de texto.

  Ejemplo: extensionAttribute11

Suspende a todos los usuarios que coincidan con esta regla de sincronización de usuarios de LDAP.

Notas:

• GCDS suspende o borra los usuarios que ya existen en tu dominio de Google según el parámetro de configuración de la política de suspensión o eliminación de cuentas de usuario de GCDS.
• GCDS vuelve a habilitar a los usuarios de tu dominio que suspendiste si coinciden con una regla de búsqueda que no tiene habilitada la opción Suspender usuarios.
• Esta función se usa comúnmente para preparar cuentas de usuario en el dominio. Los usuarios nuevos se crean en estado suspendido. Si importas usuarios activos con esta regla, no marques esta opción.

Es el atributo LDAP que contiene el ID del edificio en el que trabaja el usuario. También se puede establecer como "Trabajo remoto" si el usuario no tiene un edificio de oficinas principal.

Los administradores también pueden permitir que los usuarios establezcan sus propias ubicaciones. Para obtener más detalles, consulta Cómo permitir que los usuarios cambien sus fotos y su información de perfil.

Es el atributo de LDAP que contiene las direcciones de correo electrónico adicionales del usuario. Puedes ingresar más de un valor en este campo.

Nota: Este campo solo admite la sincronización de direcciones con el tipo de correo electrónico Trabajo.

Atributo de LDAP que contiene las URLs de los sitios web del usuario. Puedes ingresar más de un valor en este campo.

Las URLs válidas se verifican con la siguiente expresión regular:

^((((https?|ftps?|gopher|telnet|nntp)://)|(mailto:|news:))(%[0-9A-Fa-f]{2}|[-()_.!~*';/?:@&=+$,A-Za-z0-9])+)([).!';/?:,][[:blank:]])?$]]>

Se omiten las URLs no válidas.

Atributo de LDAP que contiene el teléfono de recuperación del usuario. El número de teléfono debe cumplir con el estándar internacional E.164 y comenzar con el signo más (+).

El atributo se puede establecer como una expresión usando corchetes. Esto te permite incluir caracteres adicionales.

Ejemplos:

• +[ldap-attribute]: Antepone un signo más al valor del atributo.
• +41[ldap-attribute]: Antepone un signo más y el código de país al valor del atributo.

Ejemplo: ou=melbourne,dc=ad,dc=example,dc=com

Ejemplo: Melbourne

Ejemplo: Descripción

Si se marca esta opción, las unidades organizativas de Google se conservan durante la sincronización, incluso cuando no se encuentran en tu servidor LDAP.

Si se marca esta opción, las unidades organizativas de Google no se sincronizarán con tu servidor LDAP, pero los usuarios se podrán agregar a las unidades organizativas de Google existentes según se especifica en tus reglas de búsqueda de usuarios.

Si no se selecciona, GCDS agrega y borra unidades organizativas en tu dominio de Google para que coincidan con la estructura de la organización en tu servidor LDAP, según las asignaciones que especifiques.

Ejemplo: mail

Ejemplo: extendedAttribute6

Ejemplo: mail

Es el valor de la clase de objeto LDAP que representa tus grupos. Se usa para separar a los miembros que son usuarios de los miembros que son grupos (también conocidos como "grupos anidados").

Ejemplo: group

Marca esta casilla si tu regla de búsqueda es para grupos de distribución dinámicos de Exchange.

Nota: Si habilitas manualmente DYNAMIC_GROUPS en tu archivo de configuración XML, pero no incluyes INDEPENDENT_GROUP_SYNC, asegúrate de que tu regla de búsqueda de grupos dinámicos sea la primera regla de búsqueda de grupos. Consulta Soluciona problemas comunes de GCDS para obtener más detalles.

GCDS busca las direcciones de correo electrónico de estos miembros y agrega a cada uno de ellos al grupo en tu dominio de Google.

Si está marcada la opción Grupo dinámico (basado en consultas), debe hacer referencia a un atributo LDAP que contenga el filtro que GCDS usa para determinar la membresía del grupo.

Ejemplo (no dinámico): memberUID

Ejemplo (dinámico): msExchDynamicDLFilter

Ejemplo: memberaddress

Los grupos dinámicos en Exchange y GCDS funcionan registrando la membresía como una consulta LDAP. El atributo de referencia del miembro contiene la búsqueda de LDAP y el atributo DN base del grupo dinámico apunta al DN base en el que se ejecutará la búsqueda.

Ejemplo: Atributos y valores de un grupo dinámico en LDAP

dn: CN=MyDynamicGroup,OU=Groups,DC=altostrat,DC=com
mail: mydynamicgroup@altostrat.com
member:
msExchDynamicDLFilter: (|(CN=bob.smith,OU=Users,DC=altostrat,DC=com)| (CN=jane.doe,OU=Users,DC=altostrat,DC=com)) msExchDynamicDLBaseDN: OU=Users,DC=altostrat,DC=com

Ten en cuenta que el atributo que se suele usar para enumerar los miembros del grupo ("member") está en blanco y, en su lugar, hay una consulta LDAP que encontrará a bob.smith y jane.doe, buscando en la unidad organizativa "Users".

GCDS busca las direcciones de correo electrónico de cada propietario de la lista de distribución y agrega esa dirección como propietario del grupo en tu dominio de Google.

Ejemplo: ownerUID

GCDS agrega esa dirección como propietaria del grupo en el dominio de Google.

Ejemplo: propietario

Uno o más atributos que contienen direcciones de alias. Las direcciones se agregan en Grupos de Google como alias de la dirección de correo electrónico principal del grupo.

Si el campo está vacío, no se quitarán los alias asociados al grupo. También puedes administrar los alias en la Cuenta de Google de tu organización.

Ejemplo: proxyAddresses

Este campo te permite especificar un atributo LDAP que funciona como identificador único para las entidades de grupo en tu servidor LDAP. Cuando proporcionas este atributo, GCDS puede supervisar los cambios en las direcciones de correo electrónico de los grupos en tu servidor LDAP. Esto garantiza que, cuando se actualiza un grupo, GCDS pueda sincronizar los cambios con tu dominio de Google sin borrar el grupo existente y crear uno nuevo con la dirección de correo electrónico nueva.

Si configuras este campo, GCDS crea un archivo de asignación nuevo con el nombre "groupKeyMappingsFilePath.tsv" en el directorio principal. Para cambiar el nombre o la ubicación de este archivo, actualiza la etiqueta <groupKeyMappingsFilePath> en el archivo de configuración XML. Este campo es opcional, pero se recomienda usarlo.

Ejemplo: objectGUID

Ejemplo: groups-

Ejemplo: -list

Habilita el reemplazo de caracteres no válidos

Reemplazo de caracteres no válidos

Si marcas la casilla, los espacios y los caracteres no válidos en una dirección de correo electrónico se reemplazarán por la cadena especificada en el campo Reemplazo de caracteres no válidos.

Si marcas la casilla, pero dejas el campo en blanco, GCDS quitará los espacios y los caracteres no válidos de la dirección.

Ejemplo

La dirección de correo electrónico en el servidor LDAP es
xyz@example.com.

• Si agregas un guion bajo (_) al campo Reemplazo de caracteres no válidos, GCDS convertirá la dirección de correo electrónico a x_y_z@example.com.
• Si el campoInvalid characters replacement se deja en blanco, GCDS convierte la dirección de correo electrónico en xyz@example.com.

Ejemplos: dn o contactReferenceNumber

Ejemplo: [prefijo] - [givenName] [sn] [sufijo]

Importante: Los recursos de calendario no sincronizarán un atributo de LDAP que contenga espacios o caracteres no válidos, como el signo arroba (@) o los dos puntos (:).

Para obtener más información sobre cómo nombrar los recursos de calendario, consulta Recomendaciones para nombrar recursos.

Es el atributo de LDAP que contiene el nombre del recurso de calendario.

Ejemplo:

[building]-[floor]-Boardroom-[roomnumber]

En este ejemplo, building, floor y roomnumber son atributos de LDAP. Después de la sincronización, estos atributos se reemplazan por el valor adecuado, por ejemplo, Main-12-Boardroom-23.

Ejemplo: [description]

Importante: Los recursos de calendario no sincronizan un atributo de LDAP que contenga espacios o caracteres no válidos, como el signo arroba (@) o los dos puntos (:).