Modo multidominio por defecto en Calendar Server 6.3

En las versiones anteriores del programa Calendar Server, no había estructura de dominio. Todos los registros LDAP de grupo y de usuario residían en la raíz. En versiones posteriores, el usuario podía elegir entre establecer uno o varios dominios, llamados dominios alojados o dominios virtuales. Con el lanzamiento de Calendar Server 6.3, todas las instalaciones deben utilizar el modo multidominio por defecto. Esto quiere decir que debe tener como mínimo un dominio, el predeterminado, residiendo en el dominio de la raíz. Todas las entradas de LDAP de grupo y de usuario residen en este dominio predeterminado, o bien puede elegir tener más dominios. Cuando se encuentra en el modo de dominio múltiple, cada dominio reconocido debe contener un ID de usuario y de grupo únicos. Para más información sobre los dominios múltiples, consulte la Guía de administración de Sun Java System Calendar Server 6.3, en concreto, el Capítulo 10, Setting Up a Multiple Domain Calendar Server 6.3 Environment de Sun Java System Calendar Server 6.3 Administration Guide.

El programa de configuración, csconfigurator.sh, que debe ejecutar para crear el entorno en tiempo de ejecución, le pedirá el nombre de su dominio predeterminado. Si no existe ese dominio, el programa lo creará por usted.

Si su implementación anterior de Calendar Server no utilizaba dominios múltiples, o ni siquiera un solo dominio, es preciso que mueva los registros LDAP de grupo y de usuario al nuevo dominio predeterminado.

Para crear dominios adicionales en un entorno de la versión 2 de Schema, utilice la consola o la utilidad del administrador delegado de Sun Java System. Para más información sobre el administrador delegado, consulte la Sun Java System Delegated Administrator 6.4 Administration Guide.

Si utiliza la versión 1 de Schema y no piensa cambiar a la versión 2, puede utilizar la utilidad csdomain de Calendar Server para crear dominios adicionales.