Partie I Sujets relatifs aux services réseau
1. Service réseau (présentation)
2. Gestion des serveurs cache Web
NCA (Network Cache et Accelerator) (présentation)
Serveurs Web utilisant le protocole SSL (Secure Sockets Layer)
Gestion des serveurs cache Web (liste des tâches)
Configuration système requise pour NCA
Bibliothèque d'interposition pour prise en charge démon du serveur de porte
Administration de la mise en cache de pages Web (tâches)
Activation de la mise en cache de pages Web
Désactivation de la mise en cache de pages Web
Activation ou désactivation de la journalisation NCA
Chargement de la bibliothèque d'utilitaires de socket NCA
Ajout d'un port au service NCA
Configuration d'un serveur Web Apache 2.0 pour utiliser le proxy SSL au niveau du noyau
Configuration d'un serveur Web Sun Java System pour une utilisation du proxy SSL au niveau du noyau
Utilisation du proxy SSL au niveau du noyau dans les zones
Mise en cache des pages Web (référence)
Flux d'une demande de NCA à HTTPD
Partie II Accès aux systèmes de fichiers réseau
4. Gestion des systèmes de fichiers NFS (présentation)
5. Administration de système de fichiers réseau (tâches)
6. Accès aux systèmes de fichiers réseau (référence)
8. Planification et activation de SLP (tâches)
9. Administration de SLP (tâches)
10. Intégration des services hérités
Partie IV Sujets relatifs aux services de messagerie
12. Services de messagerie (présentation)
13. Services de messagerie (tâches)
14. Services de messagerie (référence)
Partie V Sujets relatifs à la mise en réseau série
15. Solaris PPP 4.0 (Présentation)
16. Planification de la liaison PPP (tâches)
17. Configuration d'une liaison PPP commutée (tâches)
18. Configuration d'une liaison PPP de ligne spécialisée (tâches)
19. Paramétrage de l'authentification PPP (tâches)
20. Configuration d'un tunnel PPPoE (tâches)
21. Résolution des problèmes PPP courants (tâches)
22. Solaris PPP 4.0 (Référence)
23. Migration de Solaris PPP asynchrone à Solaris PPP 4.0 (tâches)
25. Administration du protocole UUCP (tâches)
Partie VI Utilisation de systèmes distants
27. Utilisation de systèmes distants (présentation)
28. Administration du serveur FTP (tâches)
29. Accès aux systèmes distants (tâches)
Partie VII Sujets relatifs au contrôle des services réseau
Les sections suivantes abordent les problèmes à résoudre avant de commencer le service NCA.
Pour prendre en charge NCA, le système doit satisfaire les exigences suivantes :
256 Mo de RAM doivent être installés.
La version Solaris 9 ou 10, ou l'une des mises à niveau de Solaris 8, doit être installé.
Prise en charge d'un serveur Web offrant la gestion native de NCA ou bien d'un serveur Web dont le script de démarrage a été modifié de manière à utiliser la bibliothèque d'utilitaires de socket pour NCA :
Serveur Web Apache, fourni avec Solaris 10, Solaris 9 ou une mise à niveau de Solaris 8.
Serveur Web Sun Java System
Serveur Web Zeus, disponible auprès de Zeus Technology, http://www.zeus.com
Ce produit est conçu pour être exécuté sur un serveur Web dédié. Si vous exécutez d'autres traitements importants sur un serveur qui exécute NCA, des problèmes risquent de se produire.
Le service NCA peut être configuré pour consigner l'activité Web. D'une manière générale, la journalisation NCA doit être activée si la journalisation du serveur Web l'est.
De nombreux serveurs Web utilisent les sockets AF_INET. Par défaut, NCA utilise les sockets AF_NCA. Pour corriger cette situation, une bibliothèque d'interposition est fournie. La nouvelle bibliothèque est chargée devant la bibliothèque de sockets standard, libsocket.so . L'appel de bibliothèque bind() est interposé par la nouvelle bibliothèque, ncad_addr.so. Supposons que l'état est activé dans /etc/nca/ncakmod.conf. La version d'Apache incluse avec le SE Solaris 9 et Solaris 10 est déjà configurée pour appeler cette bibliothèque. Si vous utilisez des serveurs Netscape ou IWS, reportez-vous à la section Chargement de la bibliothèque d'utilitaires de socket NCA pour utiliser la nouvelle bibliothèque.
Les systèmes sur lesquels NCA est installé doivent souvent exécuter plusieurs instances d'un serveur Web. Par exemple, un seul serveur doit peut-être prendre en charge un serveur Web pour l'accès extérieur, ainsi qu'un serveur d'administration Web. Pour séparer ces serveurs, vous devez les configurer de sorte qu'ils utilisent un port distinct.