test

Notas de la versión de Sun Java System Portal Server 7.1 Actualización 2

Secure Remote Access (SRA)


La puerta de enlace SRA falla si no coinciden las mayúsculas y minúsculas en los nombres de dominios. (#6588454)

Descripción:

El programa de instalación de Java ES muestra el nombre de dominio de la máquina en la que instala Portal Server. Si la máquina está configurada para utilizar NIS, no coincidirá el dominio real y el dominio especificado en NIS. Por ejemplo, en NIS, el nombre de dominio está especificado como "Country.Sun.COM," mientras que el dominio real es "country.sun.com." Esto tiene como resultado la creación errónea del la sesión de Gateway.

Solución:

En el programa de instalación utilice el nombre de dominio real con las mayúsculas y minúsculas correctas.


El portal SRA no requiere Directory Server en Portal Server 7.x. (#6565053)

Descripción:

El portal SRA en Portal Server 7.0 requiere Directory Server. Tras actualizar el portal desde Portal Server 7.0 a Portal Server 7.x, desinstale Directory Server.

lleve a cabo lo siguiente:

  1. Como usuario root cambie los directorios a:

    • /var/sadm/prod/SUNWentsys5/ en Solaris.

    • /var/sadm/prod/sun-entsys5/ en Linux.

  2. Escriba ./uninstall para desinstalar Portal Server.

    En el asistente de desinstalación de Sun Java Enterprise System seleccione Directory Server y continúe.


Si se instala un equilibrador de carga entre instancias de Portal Server y el portal, algunas de las funciones de SRA no funcionarán. (#6577269)

Descripción:

Si se instala un equilibrador de carga entre instancias de Portal Server y el portal, y el equilibrador de carga utiliza HTTPS mientras que las instancias de Portal Server utilizan HTTP, las funciones de SRA siguientes no funcionarán: Reglas Netlet estáticas y Proxylet. Portal Server y el equilibrador de carga tienen que tener el mismo protocolo para que funcionen Netlet y Proxylet.


Cuando instala Access Manager, Portal Server y SRA en sesiones diferentes, tiene que reiniciar el contenedor web tras configurar Portal Server. (#6564379)

Solución:

lleve a cabo lo siguiente:

  1. Instale Access Manager, Directory Server y el contenedor web en una sola sesión.

  2. Instale Portal Server en la segunda sesión.

  3. Reinicie el contenedor web.

  4. Instale los componentes SRA en la siguiente sesión.


En la plataforma Linux no es posible añadir elementos compartidos NFS a un host remoto por medio de la opción Netfile. (# 6504597)

Solución:

Si la máquina host no está configurada para realizar búsquedas de nombres de usuario por medio de NIS o NFS, no consigue agregar elementos compartidos en el host. Si NIS no está activado, puede buscar sólo usuarios locales. Por ejemplo, para una máquina en que NIS no está activado, puede agregar un elemento compartido a NetFile para cualquier máquina como usuario root. Asegúrese de que la contraseña de usuario root de la máquina es la misma que la contraseña de usuario root de la máquina en la que se ha instalado Netfile.

Haga lo siguiente:

  1. Agregue /usr/lib/libpam.so a la variable de entorno LD_PRELOAD .

    Por ejemplo, export LD_PRELOAD=/usr/lib/libpam.so:$LD_PRELOAD

  2. Compruebe si está presente /usr/lib en LD_LIBRARY_PATH. En caso que no, agregue /usr/lib a LD_LIBRARY_PATH .

  3. Reinicie el contenedor web desde el mismo shell.


Los servicios SRA no se configuran al instalar manualmente los portales de ejemplo utilizando la interfaz de la línea de comandos. (# 6516280)

Solución:

Invoque manualmente los destinos Ant siguientes para configurar los servicios SRA para cada ejemplo:

  • community_sra

  • developer_sra

  • enterprise_sra

Ejecute el comando siguiente después de instalar el portal de ejemplo.

/usr/sfw/bin/ant -f /opt/SUNWportal/samples/portals/build.xml community_sra developer_sra enterprise_sra -Dconfig.location= ubicación-archivo-propiedades-entrada


En Secure Remote Access, sólo puede agregar una fila cada vez. (Nº 6497988)

Solución:

cuando intente agregar varias filas en las pantallas de SRA, guarde los detalles una vez agregada la fila.


Si UWC y Portal Server están instalados en equipos diferentes, no es posible acceder a la aplicación Unified Web Client (UWC) a través de proxylet. (Nº 6348935)

Solución:

si la aplicación UWC y Portal Server están instalados en equipos diferentes, lleve a cabo lo siguiente para acceder al equipo UWC a través de proxylet:

  1. En la consola de administración de Portal Server, habilite la administración de cookies en el perfil de puerta de enlace.

  2. En las direcciones URL a las que se envía la cookie de sesión de usuario, agregue las URL de UWC, Calendar Server y Messaging Server. Por ejemplo, agregue lo siguiente: http://port/uwc, http://calhost:calport, http://messaginghost:messagingport.

  3. En el archivo AMConfig.properties del equipo UWC, cambie com.iplanet.am.cookie.name=iPlanetDirectoryPro a com.iplanet.am.cookie.name=iPlanetDirectoryPro1.

    Nota –

    esto tiene como finalidad que existan nombres de cookie diferentes en los equipos de Puerta de enlace y Portal Server.

  4. En el equipo UWC, utilizando configutil, cambie la cookie de sesión para Messaging Server a iPlanetDirectoryPro1.

  5. Agregue las direcciones URL de UWC, Calendar Server y Messaging Server de la lista de URl no autenticadas de UWC.

  6. Reinicie Puerta de enlace, UWC y Portal Server.


certadmin ignora el sobrenombre al instalar un certificado renovado. (Nº 6360869)

Descripción:

certadmin ignora el sobrenombre al instalar un certificado renovado. Esto tiene como resultado la recogida del certificado caducado en la puerta de enlace, no el certificado nuevo. No es posible distinguir entre dos certificados con el mismo sobrenombre.

Solución:

lleve a cabo una de las acciones siguientes:

  1. Elimine el certificado antiguo antes de importar el nuevo. Realice lo siguiente en Portal Server 7.1:


    cd PortalServer_base/SUNWportal/bin/certadmin -n config_name

    Elija 5 para eliminar el certificado.

  2. No renueve el certificado. Cuando caduque un certificado, obtenga uno nuevo con las claves nuevas.