IPv6 : routeurs 6to4

Les réseaux IPv6 (Internet Protocol Version 6) peuvent désormais transférer des paquets via les réseaux IPv4 (Internet Protocol Version 4) grâce à la configuration d'un ou plusieurs routeurs capables de prendre en charge un tunnel 6to4. Les administrateurs système peuvent utiliser des tunnels 6to4 pour assurer la migration de leurs réseaux de IPv4 vers IPv6.  

Pour de plus amples informations sur le protocole IPv6, veuillez consulter l'IPv6 Administration Guide.

4/03 

SPARC : intégration de Sun ONE Application Server

L'édition pour plate-forme de Sun ONE Application Server 7 (anciennement iPlanet^TM Application Server) est intégrée à l'environnement d'exploitation Solaris et constitue une base pour les services Web et les applications d'entreprise. Le serveur fournit une plate-forme Java^TM 2 Enterprise Edition (J2EE^TM) très performante et peu encombrante. J2EE permet de développer, déployer et gérer des applications d'entreprise et des services Web sur de nombreux serveurs, clients et périphériques.

Grâce à sa compatibilité avec la plate-forme J2EE 1.3, Sun ONE Application Server contribue à la portabilité des applications et à la rapidité de lancement des nouvelles applications Java et XML sur le marché. Il offre par ailleurs aux développeurs la possibilité de concevoir des applications exploitant les technologies JavaServer Pages^TM (JSP^TM), Java Servlet et Enterprise JavaBeans^TM (EJB^TM). Cette technologie répond à des exigences variées au sein de l'entreprise, tant en ce qui concerne les applications dont l'utilisation est restreinte à certains départements que les services essentiels à l'entreprise.

Ses principaux avantages sont les suivants : 

• intégration de Sun ONE Message Queue et du serveur HTTP à partir du serveur Web Sun ONE ;

• évolutivité et performances améliorées ;

• prise en charge complète de services Web : services Web Java, protocole SOAP (Simple Object Access Protocol) et langage WSDL (Web Services Description Language) ;

• interopérabilité avec Sun ONE Portal Server 6.0 et Sun ONE Directory Server ;

• optimisation de l'implémentation des références de J2EE.

Les modifications suivantes ont été introduites dans le nom de certains produits : 

• Sun ONE Message Queue (anciennement iPlanet Message Queue for Java) ;

• Sun ONE Web Server (anciennement iPlanet Web Server) ;

• Sun ONE Portal Server (anciennement iPlanet Portal Server) ;

• Sun ONE Directory Server (anciennement iPlanet Directory Server).

Pour de plus amples informations, consultez le Sun ONE Application Server 7, Getting Started Guide et le site : http://wwws.sun.com/software/products/appsrvr/home_appsrvr.html.

Pour en savoir plus sur les conditions d'octroi de la licence, reportez-vous à la licence du code binaire.  

12/02 

SPARC : Sun ONE Message Queue

L'environnement d'exploitation Solaris prend désormais en charge les applications JMS (Java Messaging Service). Cette version de Solaris utilise Sun ONE Message Queue (anciennement iPlanet Message Queue for Java) en tant que fournisseur JMS.  

La messagerie JMS permet aux applications et aux composants des applications d'échanger des messages de manière asynchrone et fiable. Les processus fonctionnant sur différentes plates-formes et exécutant différents systèmes d'exploitation peuvent se connecter à un service de messagerie commun pour échanger des informations.  

Dans cette version de Solaris, l'édition pour plate-forme de Sun ONE Message Queue assure une mise en oeuvre complète des spécifications JMS. Sun One Message Queue fournit notamment les fonctions supplémentaires suivantes : 

• gestion centralisée ;

• performances ajustables ;

• prise en charge de Java Naming and Directory Interface^TM (JNDI) ;

• prise en charge de la messagerie SOAP.

Pour de plus amples informations, consultez le Sun ONE Message Queue 3.0.1 Administrator's Guide et le Sun ONE Message Queue 3.0.1 Developer's Guide. Pour plus de détails sur les éditions et les fonctions de Sun ONE Message Queue, consultez également le site : http://www.sun.com/software/products/message_queue/home_message_queue.html .

12/02 

Hébergement de plusieurs sites Web sur une même machine Solaris

Le module du noyau NCA (Network Cache and Accelerator) de Solaris prend désormais en charge les instances multiples d'un serveur Web. Cela permet d'utiliser une machine Solaris dans le cadre de l'hébergement virtuel de sites Web basé sur une adresse IP. Solaris utilise un seul fichier de configuration (/etc/nca/ncaport.conf) pour mapper les sockets NCA vers des adresses IP.

Pour de plus amples informations, consultez la page de manuel ncaport.conf(4).

12/02 

IPQoS (Qualité de service IP)

IPQoS (Qualité de service IP) est une nouvelle fonctionnalité de l'environnement d'exploitation Solaris qui permet aux administrateurs système de fournir différents niveaux de service réseau tant aux clients qu'aux applications stratégiques. Grâce à IPQoS, l'administrateur peut mettre en place des accords de niveau de service qui proposent aux clients d'un ISP différents niveaux de service en fonction d'une échelle de prix. Une entreprise peut ainsi utiliser la fonction IPQoS pour classer les applications par ordre de priorité de sorte que les applications stratégiques bénéficient d'un service d'une qualité supérieure à celui dont disposent les applications de moindre importance.  

Pour de plus amples informations, consultez le IPQoS Administration Guide.

9/02 

RIPv2 (Routing Information Protocol Version 2)

Le logiciel système Solaris prend désormais en charge le protocole RIPv2.  

Ce protocole ajoute les extensions CIDR (Classless Inter-Domain Routing) et VLMS (Variable-Length Subnet Mask) au protocole RIPv1. Les extensions MD5 protègent les routeurs des erreurs d'acheminement volontaires d'utilisateurs mal intentionnés. La nouvelle implémentation in.routed contient également un mécanisme ICMP Router Discovery (RFC 1256) intégré.

RIPv2 prend en charge la diffusion individuelle, ainsi que la multidiffusion, si cette dernière est activée au niveau des liaisons point-à-point. Si vous configurez une adresse de diffusion à l'aide du fichier /etc/gateways , RIPv2 prend en charge la diffusion.

Pour de plus amples informations sur la procédure de configuration de RIPv2, consultez les pages de manuel in.rdisc( 1M), in.routed( 1M) et gateways( 4).

9/02 

Mise sous tunnel de paquets via IPv6

Cette fonction active la mise sous tunnel de paquets IPv4 et IPv6 via IPv6. Les paquets IPv4 et IPv6 peuvent être encapsulés dans des paquets IPv6.  

Pour de plus amples informations, consultez l'IPv6 Administration Guide.

9/02