Voici une vidéo en anglais de 3mn environ qui montre, sans entrer dans les détails techniques, quels sont les avantages à déployer ASR.
Lancer la vidéo
Secure File Transfer (SFT) permet d'envoyer les explorers des machines du réseau vers Sun en utilisant un protocole sécurisé (SSL).
SFT s'installe sur un serveur dédié, faisant la passerelle entre le réseau d'entreprise et Sun via l'Internet.
Les systèmes déposent leurs explorers dans un répertoire, et SFT se charge de les acheminer en suivant les règles particulières au site.
En plus de l'aspect confidentialité, SFT évite d'engorger les canaux de communication en lissant le trafic.
Cet article se base sur la version 2.0 de SFT.
ASR 2.x, Auto Service Request
Auto Service Request (ASR) va ouvrir des appels support après la détection de pannes matérielles.
ASR est une offre comprise dans la garantie et les contrats de support Sun.
ASR 2.x s'installe aussi sur une machine dédiée faisant le relai entre le réseau et Sun via l'Internet.
ASR s'appuie sur la même couche de transport sécurisé que SFT.
SFT et ASR sur la même machine
ASR et SFT sont basés sur Sun Automated Service Manager (SASM).
Vous dédiez 1 machine au lieu de 2 en installant ces 2 produits sur le même serveur.
Vous simplifiez la configuration de votre firewall en ayant une seule machine autorisée à accéder à l'Internet.
ASR 2.x propose gratuitement l'ouverture automatique d'appels support après détection d'une panne matérielle pour des systèmes sous contrat de support ou sous garantie.
Une machine va servir de relai entre le réseau d'entreprise et le serveur de transport de données sécurisé (https://transport.sun.com) chez Sun. Ce document développe les aspects sécurité.
Les autres systèmes du réseau vont remonter leurs alarmes matérielles vers cette machine, appelée HOST, par des trames SNMP (port 162).
2. Conditions Préalables
Systèmes Qualifiés pour ASR : Vérifiez ici que les systèmes font partie de la liste des modèles supportés pour ASR.
SOA : vous devez avoir un Sun Online Account. Ceci est une simple formalité : sur Sun.COM, menu Log In, suivez les instructions pour créer votre SOA. Immédiatement, après cette création, votre nouveau login est utilisable. Vous pouvez aussi reprendre le SOA que vous avez déjà pour SunSolve ou MSC, inutile de multiplier les logins. Vérifiez que tous les renseignements comme le nom de l'entreprise et le pays sont bien remplis.
Sun Inventory : tous les systèmes doivent obligatoirement être enregistrés dans Sun Inventory avec la version 1.1.4 des Servicetags. Pour cela, il faut utiliser la dernière version de Service Tools Bundle (STB).
Install Base/Contrat : il faut vérifier que les systèmes sont bien reconnus comme étant sous contrat de support ou sous garantie. Pour cela il vous faudra un accès à MSC. Si vous n'en avez pas encore, n'hésitez pas à me contacter par email et je ferai suivre votre demande d'ouverture d'accès ou je vous orienterai vers votre Primary User MSC.
Contact Technique : toujours avec MSC, vous devez spécifier un contact technique, primary and preferred afin que ces informations soient correctes au moment de l'ouverture d'appel par ASR.
Pour obtenir le meilleur des outils contenus dans STB 1.0, à savoir ServiceTags et Explorer, il est recommendé, sur les plateformes où le Serial Number n'est pas disponible électroniquement, d'installer préalablement Sneep.
Cet utilitaire inscrit le numéro de série dans l'EEPROM et sera donc conservé même après une réinstallation de l'OS.
Autre détail à propos d'Explorer : si une ligne a été rajoutée dans la crontab par une installation précédente de l'explorer , STB 1.0 en mode automatique ne recopie pas cette entrée.
Il vaut mieux le savoir avant de s'apercevoir que les explorers ne remontent plus régulièrement.
Voici une vidéo en anglais de 3mn environ qui montre, sans entrer dans les détails techniques, quels sont les avantages à déployer ASR.
|
|
|
|
