Avant le Patch Tuesday, une histoire édifiante

• La comparaison
• Nouvelles mise à jour
• Avant le Patch Tuesday, une histoire édifiante

            Microsoft ha calificado oficialmente a Windows 10 versión 2004 como "listo para el negocio", pero yo diría que todavía necesita un poco más de ayuda para estar completamente listo para el consumidor.  Con Patch Tuesday de este mes, aquí hay un ejemplo de lo que quiero decir.  Implica problemas misteriosos del NAS, investigación y una solución alternativa, todo lo cual muestra lo molestas que pueden ser las actualizaciones a veces.

Ce cas concerne un abonné AskWoody qui m'a récemment dit que chaque fois qu'il mettait à niveau vers Windows 10 2004, l'installation cassait son ordinateur. Comme tout bon geek qui refuse de laisser la technologie prendre le dessus sur moi, je lui ai envoyé un e-mail et lui ai demandé plus d'informations sur ce qui n'allait pas lors de la mise à niveau. Il s'avère que vous perdriez l'accès aux lecteurs mappés sur vos périphériques NAS (Network Attached Storage). Bien qu'il ait essayé de remapper les disques, ils échoueraient, le forçant à revenir à Windows 10 1909 où tout fonctionnerait. À court terme, c'était une excellente solution. Cependant, à long terme, cela ne fonctionnera que jusqu'en mai avec Windows 10 Famille et Entreprise. C'est à ce moment que la prise en charge des mises à jour de sécurité pour 1909 prend fin. (Les versions Enterprise et Education bénéficient d'une année supplémentaire de support après cela.) Évidemment, nous devions trouver une solution rapidement. Les unités NAS concernées étaient Buffalo Tech LinkStation et TerraStation. Dès l'instant où vous avez mentionné Buffalo Tech, j'ai connu la racine du problème : SMB v1. SMB, ou Server Message Block, est la principale technologie de partage de fichiers utilisée depuis des années. C'est la colle, à la fois sur les réseaux Windows et les appareils basés sur Linux, vous permettant de partager et d'enregistrer des fichiers. Mais il est également sujet aux attaques, c'est pourquoi Microsoft a fait un effort concerté pour supprimer SMBv1 en tant que technologie native. Les attaquants ont exploité ses faiblesses pendant des années, et comme Ed Bott l'a souligné il y a plus de quatre ans, le monde a largement évolué vers SMBv2 et SMBv3. Même ainsi, certains utilisateurs de NAS ne jurent que par cette plateforme. En fait, si vous installez Windows 10 1709 ou version ultérieure sur une nouvelle installation, SMBv1 n'est pas du tout activé. Si vous avez effectué une mise à niveau à partir de versions antérieures de Windows 7 ou 10, SMBv1 sera activé, mais s'il n'est pas utilisé dans les 15 jours, le système l'éteindra automatiquement. Si vous le rallumez, il se rallumera et devrait toujours fonctionner. J'ai donc d'abord suggéré à Michael de réactiver SMBv1 pour restaurer la connectivité des appareils. Premier obstacle rencontré : SMBv1 doit être installé sur Windows 10. Et pour cela, vous devez activer une stratégie de groupe qui autorise "l'installation et la réparation de composants facultatifs" afin qu'il puisse contacter la mise à jour. Journée Windows à télécharger. Pour configurer cela, nous avons dû suivre les instructions pour activer la source de réparation. Dans l'éditeur de stratégie de groupe local, cliquez sur Configuration de l'ordinateur, puis sur Modèles d'administration, puis sur Système, et double-cliquez sur "Spécifier les paramètres d'installation et de réparation des composants facultatifs". L'utilisateur a choisi de télécharger les bits d'installation à partir de Windows Update. Après avoir ajusté ces paramètres, il a essayé à nouveau. Trois actions sont revenues cette fois après l'année 2004. Mais deux actions sur un appareil plus ancien ne l'ont pas fait ; ils étaient toujours coincés. J'ai parcouru d'autres idées concernant les informations d'identification mises en cache, arrêté les services et examiné les fichiers journaux. Ensuite, j'ai trouvé une excellente vidéo Youtube qui nous a donné la solution : lors du démarrage de l'interface avec l'appareil Buffalo, il a activé SMBv2 sur le lecteur NAS. Cela a résolu le problème de mappage. Des instructions étape par étape sont disponibles ici. Pour ceux qui possèdent des disques NAS grand public similaires, vous devez déterminer s'ils peuvent prendre en charge les nouvelles technologies. S'ils ne prennent pas en charge quoi que ce soit au-dessus de SMBv1, vous devriez sérieusement vous demander s'il est sûr de continuer à utiliser cet appareil. Bien que Microsoft affirme que 2004 est "prêt pour les affaires", il le considère toujours comme le beau-fils rouge du processus de remédiation. Microsoft publie généralement des mises à jour de prévisualisation facultatives qui incluent des correctifs de bogues, mais pas des mises à jour de sécurité, pour permettre aux entreprises de tester ces mises à jour avant qu'elles ne soient intégrées aux mises à jour de sécurité. En règle générale, ces versions facultatives sortent dans ce qu'on appelle la semaine C ou D (troisième ou quatrième semaine) du mois. 2004 et 20H2, qui partagent le même code, ont reçu des mises à jour d'aperçu facultatives sous la forme de KB4598291 et KB4598299. Mais certains utilisateurs ont installé KB4598299 et ont constaté qu'il provoquait des plantages dans Visual Studio lors de l'ancrage ou du fractionnement de fenêtres avec la souris. Et l'aperçu .NET pour 1909, KB4598301, publié le 26 janvier, est également un déclencheur de ce problème. Comme il s'agit de mises à jour d'aperçu et qu'elles n'incluent pas de nouvelles mises à jour de sécurité, vous pouvez les désinstaller.

Editez% InstallRoot% Common7 IDE devenv.exe.config et% LocalAppData% Microsoft VisualStudio 16.0_xxx devenv.exe.config et ajoutez le texte suivant au attribut de valeur d'élément:

< p style="padding-left : 30px ;"> ; Switch.System.Windows.Interop.MouseInput.OptOutOfMoveToChromedWindowFix = true ; Switch.System.Windows.Interop.MouseInput.DoNotOptOutOfMoveToChromedWindowFix = true Après le redémarrage de VS, vous devriez pouvoir faire glisser vos fenêtres VS sans plantage. Je ne recommande généralement pas d'installer les mises à jour de prévisualisation. En règle générale, ces correctifs de prévisualisation ne sont pas installés sur les ordinateurs Windows 10 qui sont corrigés par la mise à jour Microsoft ; ils sont uniquement configurés pour être "offerts" à votre machine. Les mises à jour de prévisualisation de ce mois-ci semblent avoir été retardées sur les machines 2004 et 20H2, provoquant un redémarrage. Fait intéressant, il semble que si vous reportez les mises à jour des fonctionnalités ou utilisez le paramètre de version cible, aucune mise à jour d'aperçu ne sera proposée. (Cela semble être un effet secondaire non documenté du processus de report.) N'oubliez pas que c'est le moment du mois où vous devez vous assurer d'avoir une bonne sauvegarde et définir les paramètres de pause de votre ordinateur. Seulement si vous voulez tester les mises à jour sur les systèmes, vous devez installer les mises à jour cette semaine. Je serai de retour la semaine prochaine pour récapituler les premiers problèmes que nous voyons dans les mises à jour publiées pour février. Vous pouvez nous rejoindre sur Askwoody.com pendant que nous surveillons et attendons les problèmes. Restez à l'écoute.

<p>Copyright © 2021 IDG Communications, Inc.</p>