Novedades de Solaris Express Developer Edition

Novedades de Solaris Express Developer Edition 1/08

Procedimientos para administradores de Solaris Trusted Extensions

Esta mejora en la administración del sistema es una novedad de la versión 1/08 de Developer.

A partir de esta versión, los paquetes de Solaris Trusted Extensions se instalan cuando se instala el sistema operativo Solaris. El directorio ExtraValue ya no existe. Anteriormente, en este directorio se ubican los paquetes de Solaris Trusted Extensions. La utilidad de gestión de servicios (SMF) administra las funciones de Solaris Trusted Extensions como el servicio svc:/system/labeld:default. Este servicio se debe habilitar. Una vez colocado en línea el servicio, rearranque el sistema para activar Solaris Trusted Extensions. Tras el rearranque se precisa configuración adicional. Para obtener más información, consulte la Parte I, Initial Configuration of Trusted Extensions, de Solaris Trusted Extensions Administrator’s Procedures .

La versión Developer 1/08 incluye también las características siguientes:

El DOI (Domain Of Interpretation, dominio de interpretación) es configurable. Para obtener más información, consulte Network Security Attributes in Trusted Extensions en Solaris Trusted Extensions Administrator's Procedures.
El protocolo NFSv3 admite montajes en varios niveles. Para obtener más información, consulte Trusted Extensions Software and NFS Protocol Versions en Solaris Trusted Extensions Administrator’s Procedures .
El daemon de la caché del servicio de nombres (nscd) se puede configurar de forma independiente por zona etiquetada. Esta configuración admite entornos donde cada zona está conectada a una subred que se ejecuta en la etiqueta de la zona y esta subred tiene su propio servidor de nombres para esa etiqueta.

Si desea más información sobre Solaris Trusted Extensions, consulte Solaris Trusted Extensions Administrator’s Procedures.

Servicio de protocolo de administración de datos de red

Esta mejora en la administración del sistema es una novedad de la versión 1/08 de Developer.

El NDMP (Network Data Management Protocol, protocolo de administración de datos de red) es un estándar para realizar copias de seguridad de datos, normalmente en cinta, de los clientes de la red. Con NDMP en ejecución como servicio, cualquier aplicación de adminnistración de datos compatible con NDMP en la red es un cliente y puede hacer copias de seguridad de sus datos en el servidor NDMP, modelo Sun StorageTek NAS.

StarOffice 8

Esta mejora de las herramientas del escritorio es una novedad de Developer 1/08.

A partir de esta versión, se ha mejorado StarOffice 8 para que incluya un nuevo motor de gráficos.

Para obtener más información acerca del nuevo motor de gráficos, consulte http://wiki.services.openoffice.org/wiki/Chart2/Features2.3. Si desea más información acerca de StarOffice, consulte http://www.sun.com/software/star/staroffice/whats_new.jsp.

GNOME 2.20

Esta mejora de las herramientas del escritorio es una novedad de Developer 1/08.

GNOME 2.20 es la versión más reciente de GNOME Desktop, el entorno de escritorio de plataforma múltiple. GNOME 2.20 presenta las características siguientes:

Cliente de correo electrónico: el cliente de correo electrónico, Evolution, cuenta con las funciones siguientes:
- Advertencia de archivo adjunto
- Icono de notificación de correo electrónico en el área de avisos del panel
- Copia de seguridad
- “Magic Space Bar”
Edición de texto: Gedit tiene un sistema completamente nuevo para resaltar compatible con lenguajes de programación como PHP y Ruby.
Administración de archivos: la búsqueda en el escritorio está integrada en el diálogo de selección de archivos. El administrador de archivos Nautilus muestra más información en la ventana Propiedades para unidades, incluido un gráfico circular que muestra el espacio libre disponible. Asimismo, ver el uso global del disco puede verse en la utilidad Disk Usage Analyzer.
Panel de control: en GNOME 2.20, ha habido una ligera modificación en los paneles para reducir su número y facilitar las tareas de búsqueda. Por ejemplo, esta versión incorpora el applet del panel de control Apariencia. Los applets Tema, Fondo, Fuentes e Interfaz se combinan para crear este applet y simplificar así el menú Preferencias. Además, varias preferencias de Accesibilidad se han trasladado a una nueva ficha en el panel de control Aplicaciones predeterminadas.
Sistema de ayuda: la estructura del navegador de ayuda de GNOME (yelp) se ha modificado para mejorar el estilo y el diseño del sistema de ayuda. Asimismo, se ha mejorado la correspondencia de los colores con el tema que se busca. Las páginas de ayuda aparecen más rápidamente, puesto que cada una de las páginas se carga ahora a petición, en vez de analizarse todo el manual innecesariamente.
Interfaces para idiomas de derecha a izquierda: se dispone de interfaces de derecha a izquierda para idiomas como el árabe o el hebreo, que se escriben de este modo. Los usuarios de estos idiomas esperan que los elementos de la interfaz del usuario se dupliquen de igual modo, en comparación con las interfaces de usuario de izquierda a derecha.
GTK+: GNOME 2.20 usa la versión 2.12 de la API del kit de herramientas de la interfaz del usuario de GTK+.
Glib: la biblioteca de utilidades Glib dispone de g[lowbar]get[lowbar]user[lowbar]special[lowbar]dir(), que ofrece la ruta a carpetas especiales definidas por la herramienta y la especificación de xdg-user-dirs de FreeDesktop.org. Para procesar textos, la nueva API de GRegex proporciona concordancia con cadenas de expresión regular sin necesidad de una biblioteca adicional.
Glade: a partir de esta versión, se ha mejorado en la arquitectura y la interfaz del usuario. Por ejemplo, las ventanas de herramientas como el editor, el inspector y la paleta se pueden acoplar.
Accerciser: explorador interactivo de accesibilidad de Python; sustituye a at-poke.
Rarian: biblioteca de metadatos de documentación, concebida para sustituir a Scrollkeeper.
Gnome-devel-docs: documentación varia para el desarrollador de GNOME.
Poppler-data: los nuevos datos privados se instalan en /usr/share/poppler y contienen archivos de codificación privados para utilizar con poppler.
GNOME Display Manager (GDM): GDM cuenta con una mejor auditoría de utmp y wtmp. GDM también puede usar el Control de acceso basado en la función (RBAC) para controlar el acceso a las funciones de apagado, rearranque y suspensión.
Avahi: algunas aplicaciones de GNOME como Ekiga y Rhythmbox ofrecen compatibilidad con el registro y el descubrimiento de servicios mediante Avahi. Todas las aplicaciones de GNOME pueden usar la API del cliente de Avahi. El daemon de Avahi hace llamadas a la API de Bonjour y usa el servidor de Bonjour para el registro y el descubrimiento de servicios. En las plataformas Linux y FreeBSD, el daemon de Avahi implementa la pila mDNS.

Mejoras en el sistema de archivos ZFS de Solaris

En esta sección se describen las novedades de ZFS en Developer 1/08.

Uso de los dispositivos de caché en la agrupación de almacenamiento ZFS: en esta versión de Solaris, puede crear una agrupación y especificar dispositivos de caché que se usan para guardar en la caché los datos de la agrupación de almacenamiento.

Los dispositivos de caché ofrecen un nivel adicional de grabación de datos en caché entre la memoria principal y el disco. El uso de dispositivos de caché optimiza el rendimiento en las cargas de trabajo de lectura aleatorias del contenido principalmente estático.

Se pueden especificar uno o más dispositivos de caché al crear la agrupación. Por ejemplo:

# zpool create pool mirror c0t2d0 c0t4d0 cache c0t0d0
# zpool status pool
  pool: pool
 state: ONLINE
 scrub: none requested
config:

        NAME        STATE     READ WRITE CKSUM
        pool        ONLINE       0     0     0
          mirror    ONLINE       0     0     0
            c0t2d0  ONLINE       0     0     0
            c0t4d0  ONLINE       0     0     0
        cache
          c0t0d0    ONLINE       0     0     0

errors: No known data errors

Tras agregar los dispositivos de la caché, gradualmente se llenan con contenido de la memoria principal. Según el tamaño del dispositivo de la caché, puede llevar más de una hora en llenarse. La capacidad y las lecturas se pueden supervisar con el comando zpool iostat del modo siguiente:

# zpool iostat -v pool 5

Los dispositivos de la caché se pueden agregar o quitar de la agrupación después de crearse dicha agrupación.

Para obtener más información, consulte zpool(1M) y la Guía de administración de ZFS.

Mejoras en el comando zfs send: esta versión incluye las mejoras siguientes en el comando zfs send.

Envíe todos los flujos de datos incrementales de una instantánea a una instantánea acumulativa. Por ejemplo:

# zfs list
NAME                      USED  AVAIL  REFER  MOUNTPOINT
pool                      428K  16.5G    20K  /pool
pool/fs                    71K  16.5G    21K  /pool/fs
pool/fs@snapA              16K      -  18.5K  -
pool/fs@snapB              17K      -    20K  -
pool/fs@snapC              17K      -  20.5K  -
pool/fs@snapD                0      -    21K  -
# zfs send -I pool/fs@snapA pool/fs@snapD > /snaps/fs@combo

Envíe todas las instantáneas incrementales entre fs@snapA a fs@snapD a fs@combo.

Envíe un flujo de datos incrementales de la instantánea de origen para crear un clon. Para que se acepte el flujo incremental, la instantánea original ya debe estar en la parte receptora. Por ejemplo:
# zfs send -I pool/fs@snap1 pool/clone@snapA > /snaps/fsclonesnap-I . . # zfs receive -F pool/clone < /snaps/fsclonesnap-I
Envíe un flujo de replicación de todos los sistemas de archivos descendentes, hasta las instantáneas nombradas. Cuando se reciben, se conservan todas las propiedades, las instantáneas, los sistemas de archivos descendentes y los clones. Por ejemplo:
zfs send -R pool/fs@snap > snaps/fs-R
Si desea ver un ejemplo más detallado, consulte Sending and Receiving Complex ZFS Snapshot Streams en la Guía de administración de Solaris ZFS.
Envíe un flujo de datos de replicación incremental.
zfs send -R -[iI] @snapA pool/fs@snapD
Si desea ver un ejemplo más detallado, consulte Sending and Receiving Complex ZFS Snapshot Streams en la Guía de administración de Solaris ZFS.

Para obtener más información, consulte Cómo guardar y restaurar datos de ZFS en la Guía de administración de Solaris ZFS.

Reservas y cuotas de ZFS sólo para los datos del sistema de archivos: además de las funciones de reserva y cuota de ZFS existentes, al calcular el consumo de espacio esta versión tiene en cuenta reservas y cuotas de conjuntos de datos que no incluyen descendentes, por ejemplo instantáneas y clones.
- La propiedad refquota limita la cantidad de espacio que un conjunto de datos puede consumir. Esta propiedad impone un límite físico en la cantidad de espacio que se puede usar. Este límite físico no incluye el espacio usado por los descendentes, por ejemplo instantáneas y clones.
- La propiedad refreservation establece la cantidad mínima de espacio que se garantiza a un conjunto de datos, sin incluir a sus descendentes.
Por ejemplo, puede establecer 10 GB de refquota para studentA que establezca un límite físico de 10 GB de espacio referenciado. Si desea una flexibilidad adicional, puede establecer una cuota de 20 GB que permita administrar instantáneas de studentA.
# zfs set refquota=10g tank/studentA # zfs set quota=20g tank/studentA
Si desea más información, consulte Cuotas y reservas de ZFS en Guía de administración de ZFS.
Propiedades del sistema de archivos ZFS para el servicio CIFS de Solaris: esta versión proporciona compatibilidad para el servicio CIFS (Sistema común de archivos de Internet) de Solaris. Este producto posibilita compartir archivos entre los sistemas Solaris y Windows o MacOS.

Para que entre estos sistemas se puedan compartir archivos mediante el servicio CIFS de Solaris, se ofrecen las siguientes propiedades nuevas de ZFS:
- Compatibilidad con la distinción entre mayúsculas y minúsculas (casesensitivity)
- Cierres obligatorios de no bloqueo (nbmand)
- Compatibilidad con compartición de SMB (sharesmb)
- Compatibilidad con la normalización de Unicode (normalization)
- Compatibilidad con el conjunto de caracteres UTF-8 (utf8only)
Además de las propiedades de ZFS incorporadas para admitir el producto de software CIFS de Solaris, la propiedad vscan está disponible para escanear archivos ZFS si tiene un motor de escaneado de virus de terceros.

Para obtener más información sobre el uso de estas propiedades, consulte Administración de propiedades de ZFS en la Guía de administración de Solaris ZFS.

Para obtener más información sobre el servicio CIFS de Solaris, consulte el manual Solaris CIFS Administration Guide .

Propiedades de la agrupación de almacenamiento ZFS: esta versión ofrece información sobre las propiedades de la agrupación ZFS. Por ejemplo:

# zpool get all users
NAME   PROPERTY     VALUE       SOURCE
users  size         16.8G       -
users  used         217M        -
users  available    16.5G       -
users  capacity     1%          -
users  altroot      -           default
users  health       ONLINE      -
users  guid         11063207170669925585  -
users  version      8           default
users  bootfs       -           default
users  delegation   on          default
users  autoreplace  off         default
users  temporary    on          local

Propiedad cachefile: esta versión ofrece la propiedad cachefile, que controla dónde se guarda la información de configuración de la agrupación en la caché. Todos los grupos de la caché se importan automáticamente cuando arranca el sistema. Sin embargo, la instalación y los entornos de administración de clústeres quizá deban almacenar en la caché esta información en otra ubicación para impedir la importación automática de las agrupaciones.

Esta propiedad puede establecerse para que la configuración de la agrupación se guarde en la caché en otra ubicación que luego pueda importarse con el comando zpool import c. Esta propiedad no se utilizar en la mayoría de las configuraciones de ZFS.

La propiedad cachefile no es persistente y no se almacena en el disco. Esta propiedad sustituye a temporary, propiedad que se usó para indicar que la información de la agrupación no debe guardarse en la caché en versiones anteriores de Solaris.
Propiedad failmode: esta versión proporciona la propiedad failmode para determinar el comportamiento de un error grave de agrupación debido a una pérdida de conectividad de dispositivos o al error de todos los dispositivos de la agrupación. La propiedad failmode se puede establecer con los valores wait, continue o panic. El valor predeterminado es wait, lo que significa que debe volver a conectar el dispositivo, o sustituir un dispositivo anómalo y suprimir el error con el comando zpool clear.

La propiedad failmode se establece como otras propiedades configurables de ZFS que se pueden establecer antes o después de crear la agrupación. Por ejemplo:
# zpool set failmode=continue tank # zpool get failmode tank NAME PROPERTY VALUE SOURCE tank failmode continue local
# zpool create -o failmode=continue
Si desea ver una descripción de todas las propiedades del grupo ZFS, consulte Administración de propiedades de grupos de almacenamiento de ZFS en la Guía de administración de Solaris ZFS.

Montajes de duplicación del sistema de archivos y ZFS: en esta versión de Solaris se ofrecen mejoras en el montaje de NFSv4 para que los clientes NFS puedan acceder mejor a los sistemas de archivos ZFS.

Cuando se crean sistemas de archivos en el servidor NFS, el cliente NFS puede descubrir automáticamente estos sistemas de archivos recién creados en el montaje existente de un sistema de archivos superior.

Por ejemplo, si el servidor neo ya comparte el sistema de archivos tank y el cliente zee lo tiene montado, /tank/baz se hace visible automáticamente en el cliente después de crearlo en el servidor.
zee# mount neo:/tank /mnt zee# ls /mnt baa bar neo# zfs create tank/baz zee% ls /mnt baa bar baz zee% ls /mnt/baz file1 file2

Consulte las siguientes secciones de este documento para obtener información sobre la función ZFS:

x86: Compatibilidad con la función de reposo de suspender a RAM.

Esta mejora de recursos del sistema es una novedad de la versión 1/08 de Developer.

A partir de esta versión, el sistema operativo Solaris es compatible con la función de reposo de suspender a RAM (S3). Es una función compatible con las plataformas de Solaris x86 con controladores compatibles, por ejemplo la estación de trabajo Sun Ultra^TM 20 M2. Para que un controlador se considere compatible debe admitir una serie de características.

Para obtener más información, consulte el Capítulo 12Power Management, en Writing Device drivers .

Nota –

Como las plataformas son compatibles, se agregan a la lista de estaciones de trabajo admitidas.

x86: Virtualización mediante Sun xVM Hypervisor

Esta mejora de recursos del sistema es una novedad de la versión 1/08 de Developer.

El objetivo de la virtualización es pasar de una administración individual de los componentes del centro de datos a la de agrupaciones de recursos. Si consolida varios hosts y servicios en un solo equipo, la virtualización reduce los costes al compartir hardware, infraestructuras y administración.

Sun xVM Hypervisor se basa en el trabajo de la comunidad de código abierto Xen. En un sistema en ejecución, Hypervisor se ubica entre la instancia del sistema operativo y el hardware. Hypervisor puede ejecutar con seguridad varias máquinas virtuales de forma simultánea en un único equipo compatible con la plataforma x86, y con cada máquina virtual ejecutando su propio sistema operativo.

Cada instancia de máquina virtual recibe el nombre de dominio. Hay dos tipos de dominios. Hay un dominio de control, también llamado dominio 0 o dom0. Un sistema operativo invitado recibe el nombre de dominio invitado, también conocido como dominio U o domU. Puede tener varios dominios invitados en el sistema.

En las soluciones basadas en Hypervisor, hay dos tipos básicos de virtualización: la virtualización completa y la paravirtualización. Hypervisor admite ambos modos. Un sistema puede tener dominios completamente virtualizados y paravirtualizados que se ejecuten de manera simultánea.

xVM Hypervisor virtualiza el hardware del sistema. Esto significa que particiona y comparte de manera transparente los recursos del sistema, como las CPU, la memoria y NIC, entre los dominios invitados.

Hypervisor se ejecuta en sistemas basados en x86 y x64. Las configuraciones compatibles incluyen invitados Solaris dom0 y Solaris domU, Linux domU, FreeBSD domU y Windows domU. Las zonas de Solaris y las zonas de marcas se pueden ejecutar en un Solaris domU.

Para obtener más información, consulte lo siguiente:

System Administration Guide: Virtualization Using the Solaris Operating System
http://opensolaris.org/os/community/xen
Páginas de comando man:
- xVM(5)
- virsh(1M)
- virt-install(1M)
- xenconsoled(1M)
- xend(1M)
- xenstored(1M)
- xentop(1M)
- xm(1M)

x86: Administración de la alimentación de la CPU Speedstep mejorada

Esta mejora de la administración de dispositivos se ha incorporado como novedad en Developer 1/08.

A partir de esta versión, la tecnología Speedstep^TM mejorada de Intel es compatible en Solaris. Esta tecnología Speedstep mejorada permite a los usuarios de Solaris controlar el consumo de energía de sus procesadores Intel, ya que baja la frecuencia del procesador durante los periodos de inactividad.

Para obtener más información sobre cómo activar la administración de la alimentación de la CPU con Solaris, consulte la página de comando man power.conf(4).

Función de extracción de dispositivos anómalos.

Esta mejora en la administración de dispositivos se ha incorporado como novedad en Developer 1/08.

A partir de esta versión, el sistema operativo Solaris brinda un nuevo mecanismo de extracción de dispositivos para aislarlos comoanómalos mediante la estructura de administración de anomalías (FMA). Esta función permite la desactivación automática y segura de dispositivos anómalos, para evitar la pérdida de información, el deterioro de los datos o los avisos de error grave y los tiempos de inactividad del sistema. El proceso de extracción se realiza de forma segura, al tener en cuenta la estabilidad del sistema una vez extraído el dispositivo.

Los dispositivos de mayor importancia nunca se extraen. Si necesita sustituir manualmente un dispositivo extraído, use el comando fmadm repair después de la sustitución del dispositivo, para que el sistema sepa que el dispositivo se ha sustituido, además de los pasos de sustitución manuales.

El proceso de reparación de fmadm es el siguiente:

Identifique el dispositivo anómalo mediante el comando fmadm faulty- a.

# fmadm faulty

   STATE RESOURCE / UUID

-------- ---------------------------------------------------------------------

faulty   <fmri>

Suprima la anomalía mediante el comando fmadm repair.
# fmadm repair <fmri>
Ejecute el comando fmadm faulty de nuevo para asegurarse de que la anomalía se haya suprimido.
# fmadm faulty -a STATE RESOURCE / UUID

Para más información, consulte la página de comando man fmadm(1M).

Aparece un mensaje general respecto a la extracción del dispositivo en la consola y se guarda en el archivo /var/adm/messages para que sepa el dispositivo que se ha extraído. Por ejemplo:

Aug 9 18:14 starbug genunix: [ID 751201 kern.notice]
NOTICE: One or more I/O devices have been retired

Puede usar el comando prtconf para identificar dispositivos extraídos específicos. Por ejemplo:

# prtconf
.
.
.
pci, instance #2
        scsi, instance #0
            disk (driver not attached)
            tape (driver not attached)
            sd, instance #3
            sd, instance #0 (retired)
        scsi, instance #1 (retired)
            disk (retired)
            tape (retired)
    pci, instance #3
        network, instance #2 (driver not attached)
        network, instance #3 (driver not attached)
    os-io (driver not attached)
    iscsi, instance #0
    pseudo, instance #0
.
.
.

Administrador de tráfico de Sun StorageTek

Esta mejora en la administración de dispositivos se ha incorporado como novedad en Developer 1/08.

A partir de esta versión, han cambiado los mecanismos descritos en scsi[lowbar]vhci(7D) para anular el comportamiento de configuración automática. En la actualización, la personalización actual se convierte en el nuevo mecanismo.

Si desea más información, consulte la página de comando manscsi[lowbar]vhci(7D) y el manual Solaris SAN Configuration and Multipathing Guide.

IPsec NAT-Traversal mejorado

Esta mejora en la red se ha incorporado como novedad en Developer 1/08.

A partir de esta versión, las aplicaciones de administración de claves IPsec pueden activar o desactivar NAT-Traversal mediante una opción de zócalo UDP, y activar las extensiones PF[lowbar]KEY correctas en sus asociaciones de seguridad IPsec.

Tamaño de la cola de elementos pendientes de Inetd

Esta mejora en la red se ha incorporado como novedad en Developer 1/08.

A partir de esta versión, se incorpora un control para establecer el tamaño de la cola de elementos pendientes de los servicios administrados por inetd. Esta característica agrega una propiedad SMF a inetd denominada connection[lowbar]backlog, mediante la cual se puede modificar el tamaño de la cola. El valor predeterminado de la cola connection[lowbar]backlog es de 10. La propiedad connection[lowbar]backlog puede modificarse con el comando inetadm. Por ejemplo:

Para mostrar las propiedades:
#inetadm -l <fmri/pattern>

Para cambiar el valor de un servicio determinado:

#inetadm -m <fmri/pattern> conection_backlog=<new value>

Para cambiar el valor globalmente:

#inetadm -M connection_backlog=<newvalue>

Para obtener más información, consulte la página de comando man inetadm(1M).

Servidor Xvnc y cliente Vncviewer

Esta mejora de las ventanas X11 se ha incorporado como novedad en Developer 1/08.

VNC proporciona una sesión de escritorio remoto a través del protocolo RBF (búfer de trama remoto). Los clientes de RFB, más conocidos como visualizadores de VNC, están disponibles para la mayoría de las plataformas, tanto en las versiones que se comercializan como las de código abierto.

Developer 1/08 incluye Xvnc, un servidor X basado en las versiones de código abierto del proyecto RealVNC y la Fundación X.Org que muestra un cliente del protocolo RFB en la red, sin que sea necesaria una sesión del servidor X en el hardware de vídeo local. Esta versión también incluye el cliente RFB de vncviewer de RealVNC para conectarse con servidores VNC remotos y varios programas asociados para administrarlos.

Si desea más información, consulte System Administration Guide: Virtualization Using the Solaris Operating System. Consulte también las páginas de comando man Xvnc(1) y vncviewer(1).

64 bits SPARC: Compatibilidad de Memory Placement Optimization con las plataformas sun4v

Esta mejora en el rendimiento del sistema se ha incorporado como novedad en la versión 1/08 de Developer.

MPO (Memory Placement Optimization) activa los sistemas operativos para asignar memoria local al núcleo donde los subprocesos o procesos se ejecutan. La arquitectura sun4v se ejecuta en un entorno de hardware virtualizado. La MPO de las plataformas sun4v proporciona los accesores estándar necesarios en la capa de sun4v a fin de proporcionar información local para la estructura MPO genérica. Esta función es eficaz en las plataformas donde existen diversos zócalos con diferencias en la latencia del acceso a la memoria. La función MPO mejora el rendimiento de diversas aplicaciones, puesto que el sistema operativo puede asignar memoria local a los nodos.

Servicio CIFS de Solaris

Esta mejora del sistema de archivos es una novedad de la versión 1/08 de Developer.

El servicio CIFS de Solaris se ofrece de forma bien integrada y nativa para admitir Windows, MacOS y otros clientes CIFS. Este servicio brinda acceso ubicuo a los archivos que se comparten entre los clientes CIFS y NFS. El servidor CIFS de Solaris puede actuar como servidor miembro en un dominio de Active Directory. El servicio CIFS de Solaris proporciona al sistema de archivos acceso a los clientes MacOS y Windows mediante comparticiones CIFS con admisión para la autenticación de dominios de Active Directory y local.

Al igual que con NFS, CIFS ofrece servicios de sistema de archivos en red. CIFS también ofrece servicios, por ejemplo transporte en red para subprotocolos como conducciones específicas, servicios MS-RPC e interfaces a las funciones principales de Windows.

Para obtener más información, consulte lo siguiente:

Solaris CIFS Administration Guide
Páginas de comando man smbadm(1M), smbd(1M), smbstat(1M), así como smbautohome(4), smbd(1M) y pam[lowbar]smb[lowbar]passwd(5).

Solaris Trusted Extensions admite sistemas de archivos etiquetados de montaje con el protocolo NFSv3

Esta mejora de la seguridad se ha incorporado como novedad de Developer 1/08.

A partir de esta versión, el software Solaris Trusted Extensions puede montar sistemas de archivos etiquetados mediante NFS versión 3 (NFSv3) además de NFS versión 4 (NFSv4). Solaris Trusted Extensions no tiene restricciones respecto al uso de TCP como protocolo de transporte subyacente para NFS. Sin embargo, los usuarios no pueden elegir UDP como protocolo subyacente para el acceso de NFS de reducción para NFSv3. Se admite el uso de UDP para la operación de montaje inicial, pero no se admite para las operaciones NFSv3 posteriores de varios niveles.

Servicio VSCAN

Esta mejora de la seguridad se ha incorporado como novedad de Developer 1/08.

El sistema operativo Solaris admite la exploración para detectar virus integrada de archivos residentes en ZFS mediante el protocolo ICAP para enviar archivos candidatos a productos externos de exploración para detectar virus estándar de terceros.

Para obtener más información, consulte lo siguiente:

System Administration Guide: Security Services
Páginas de comando man vscanadm(1M) y vscand(1M)

SPARC: Compatibilidad con ECC (Criptografía de curva elíptica) acelerada por hardware

Esta mejora de la seguridad se ha incorporado como novedad de Developer 1/08.

Las plataformas basadas en UltraSPARC-T2 admiten la aceleración por hardware de los algoritmos de ECC (Criptografía de curva elíptica). El sistema operativo Solaris admite ECDH y ECDSA de alto rendimiento en estas plataformas. Todos los usuarios de la Estructura criptográfica de Solaris, incluidos los de JAVA y OpenSSL, pueden acceder a estos nuevos algoritmos de ECC.

Funciones del núcleo de conversión de codificación Unicode

Esta mejora de las funciones del núcleo se ha incorporado como novedad en Developer 1/08.

A partir de esta versión, hay un conjunto de funciones del núcleo de conversión de codificación Unicode y para el usuario disponible para las codificaciones UTF-8, UTF-16 y UTF-32. También son compatibles las variaciones de "primero los bytes de más peso" y de "primero los bytes de menos peso" de las codificaciones y el procesamiento de marca de orden de bytes.

Si desea más información, consulte las páginas de comando man uconv[lowbar]u16tou32(9F) y uconv[lowbar]u16tou32(3C).

Funciones del núcleo de preparación del texto UTF-8 Unicode

Esta mejora de las funciones del núcleo se ha incorporado como novedad en Developer 1/08.

Esta característica introduce un conjunto nuevo de funciones del núcleo y para el usuario, aptas para ejecutar normalizaciones de Unicode y conversiones de minúsculas de Unicode en textos UTF-8. También hay funciones para comparar cadenas UTF-8 y validar con diversas opciones.

Para obtener mas información, consulte las páginas de comando man:

Caché squid

Esta mejora en Web Stack es una novedad de la versión 1/08 de Developer.

Squid es un proxy HTTP/1.0 con todas las funciones. Squid ofrece un amplio entorno de autorización y registro con control de acceso para desarrollar aplicaciones de provisión de contenido y aplicaciones de web proxy.

Para obtener más información, consulte http://www.squid-cache.org/Versions/v2/2.6/cfgman/.

32 bits: PHP 5

Esta mejora en Web Stack es una novedad de la versión 1/08 de Developer.

A partir de esta versión, el sistema operativo Solaris incluye PHP 5. El preprocesador de hipertexto PHP es un conocido lenguaje de secuencias para el desarrollo de aplicaciones web.

Para obtener más información, consulte http://www.php.net/.

Ruby 1.8.6 y Rubygems 0.9.4

Esta mejora en Web Stack es una novedad de la versión 1/08 de Developer.

A partir de esta versión, son compatibles el lenguaje de programación Ruby, determinadas extensiones, la estructura de aplicaciones Rails y el sistema de administración de paquetes Rubygems.

Para obtener más información, consulte lo siguiente:

http://www.ruby-lang.org para información sobre el lenguaje de programación Ruby.
http://www.rubygems.org para información sobre Rubygems.

Servidor Apache HTTP 2.2

Esta mejora en Web Stack es una novedad de la versión 1/08 de Developer.

A partir de esta versión, el sistema operativo Solaris incluye el servidor Apache HTTP 2.2.6. El servidor Apache admite diversos módulos MPM, PHP, prefork y worker.

Para obtener más información, consulte http://httpd.apache.org/docs/2.2/.

MySQL 5.0.45

Esta mejora en Web Stack es una novedad de la versión 1/08 de Developer.

A partir de esta versión, el sistema operativo Solaris incluye los sistemas de administración de bases de datos relacionales MySQL 5.0.45.

Interfaz de la base de datos Perl y Controlador PostgreSQL para Perl

Esta mejora del software adicional se ha incorporado como novedad en Developer 1/08.

La interfaz de la base de datos Perl (DBI) es una interfaz genérica de base de datos para comunicarse con un componente de base de datos específico. DBD::Pg es un controlador PostgreSQL que permite a las aplicaciones Perl interactuar con componentes PostgreSQL a través de DBI.

Para obtener más información, consulte lo siguiente: