Quelques problèmes et solutions concernant SP3

part de son expérience
avec SP3 et DHCP : « Service
Pack 3 a un bogue dans le dhcpsnap.dll
qui divise la portion Reservation du
DHCP. J’ai environ 200 réservations sur
mon serveur DHCP. Après avoir installé
SP3, je ne pouvais plus voir ou modifier
les réservations. Je pouvais en ajouter
de nouvelles. Après avoir déposé des
messages chez Microsoft … sans obtenir
de réponse, un collègue a trouvé ce
problème et une solution auprès du
newsgroup Microsoft.Public.Windows
Update. Pour corriger le problème, j’ai
remplacé le dll SP3 problématique par
dhcpsnap.dll provenant du répertoire
de sauvegarde du service pack et tout a
bien fonctionné. »

Les applications desktop
ne restent pas cachées
Un autre lecteur nous transmet cette
astuce sur un problème connu quand
on cache les applications desktop :
«Win2K SP3 permet de cacher diverses
applications, Internet Explorer (IE) et
Outlook Express, par exemple. Nous utilisons Outlook principalement en
interne, donc en guise de test d’une
installation récente de Win2K et SP3,
j’ai désactivé la visibilité d’Outlook
Express. Tout a bien fonctionné jusqu’à 
ce que je mette la machine au niveau IE
6. A partir de ce moment-là , l’icône
Outlook Express est réapparue dans la
barre de lancement rapide. Le réglage
était encore sur hide et il n’était pas sur
le bureau, mais j’ai dû le supprimer manuellement
de la barre de lancement
rapide. »

Automatic Updates utilise le Port
443
Un lecteur a rencontré des problèmes
avec Automatic Updates sur un système
Win2K SP2. « Quand j’exécute la
mise à  jour Windows à  partir du menu
Tools et que je clique sur « Scan for
Updates », j’obtiens en retour zéro
mises à  jour disponibles. Je sais qu’il y
a des mises à  jour disponibles. (SP3,
par exemple !) Si je clique sur Windows
Update dans le panneau gauche sous
« See Als », j’obtiens le même message
que vous, mais avec un code hexadécimal
différent. J’obtiens 0x800A138F. Ce
problème ne se produit que sur trois
serveurs qui se trouvent dans la zone
démilitarisée (DMZ) derrière un parefeu.
Il nous reste encore à  passer en
SP3 et donc il pourrait y avoir un bogue
dans le contrôle ActiveX. Je peux bien
entendu télécharger manuellement les
mises à  jour mais cela va à  l’encontre
du but recherché. » Après avoir testé, il
a découvert que « le nouveau contrôle
ActiveX collecte des informations
patch et envoie/reçoit ces informations
sur le port 443 au lieu du port 80
comme par le passé (Windows Update
à  partir d’un serveur NT semble encore
utiliser le port 80 pour tout). Le port
443 était bloqué pour ces serveurs
dans notre pare-feu. Une fois ce port
ouvert, Windows Update a fonctionné
comme prévu ».