Le wizard Compare and Update Fixes a été bien reçu mais a soulevé quelques critiques. Avant la V5R2, par exemple, le wizard exigeait que l'information d'inventaire existe sur le système modèle ainsi que pour chaque système cible participant à la comparaison et mise à jour. Lorsqu'il fallait comparer un grand
Limitations de l’ancien wizard
nombre de systèmes cible, il
n’était pas toujours facile de respecter
cette restriction. En effet, si l’on ne
pouvait pas collecter l’information
d’inventaire pour un seul système
cible, aucun des systèmes cible ne pouvait
être comparé ou mis à jour.
De plus, pour que le wizard original
puisse envoyer des correctifs, un fichier
de sauvegarde devait exister pour
chaque correctif manquant. Si le fichier
de sauvegarde pour un correctif manquant
n’existait pas, c’est toute la tâche
Send Fixes qui ne s’exécutait pas correctement,
et même les correctifs auxquels
des fichiers de sauvegarde
étaient associés ne seraient pas
envoyés.
Enfin, lors de la mise à jour des
d’inventaire systèmes cible, la tâche
Send Fixes essaierait d’envoyer tous les
correctifs que le wizard a signalé manquants
– même si vous ne vouliez pas
qu’un certain correctif soit distribué au
système du réseau.
En V5R2, IBM a essayé de régler ces
problèmes et d’autres.
Téléchargez cette ressource
Préparer l’entreprise aux technologies interconnectées
Avec la « quatrième révolution industrielle », les environnements hyperconnectés entraînent de nouveaux risques en matière de sécurité. Découvrez, dans ce guide Kaspersky, comment faire face à cette nouvelle ère de vulnérabilité.
Les articles les plus consultés
A travers cette chaîne
A travers ITPro
