Reprise du message précédent :
J'ai fais plusieurs tests d'installation.
Ce qui est étrange, c'est que la version qui fonctionne c'est celle-ci :
Mise à jour de fonctionnalités vers Windows 10 (éditions consommateur), version 1903, fr-fr x64
 
Alors qu'il s'agit d'un Windows 10 Professionnel FR version 1809 17763.737
 
Je vais voir ce que cela donne après l'installation.

La mise à jour à fonctionner !
Je suis bien passé à Windows 10 Professionnel 1903 18362.356
Microsoft voit la version Professionnelle comme Consommateur plutôt que Professionnelle du coup.
Pour eux professionnel doit commencer à Entreprise peut-être!
 
A votre avis peut-on installer une version 1903 sur une version 1709 ?
 
Merci de votre aide en tout cas.
 

Bonjour,

C'est normal. La version consommateur contient bien l'édition professionnelle tout comme la version professionnelle qui contient w10 'édition "professionnelle".
La différence entre les deux est le type de licence utilisé.
Pour les licences en volume ce sera l'édition pro. Si c'est pour une licence oem, retail ce sera une version consommateur.

Consummer edition = home + pro + education
Business edition = pro + education + enterprise

Bonjour,
 
Je viens à vous car je rencontre un soucis pour mettre à jour certains de mes postes de W10 1607 vers 1803.
J'ai dans une OU de test plusieurs machines, qui étaient toutes en 1607.
J'ai configuré les GPO et WSUS afin que ces machines se metent à jour en 1803.
Or, certaines machines ont bien migrées en 1803 alors que les autres, non.
Quand je regarde sur ces machines qui n'ont pas migré, Windows me dit qu'elles sont bien à jour. Dans l'historique, je ne vois que des MAJ d'Office 2013 et aucune MAJ de système depuis plus d'1 an.
 
Vous avez déjà rencontré ce souci?  
 
Merci de votre aide

Bonjour,
1803 ? Tu veux dire 1903 j'espère ?  
C'est pas très utile de déployer une version qui est sur le point de mourir...
Si jamais c'est une version entreprise / éducation, ça reste quand même dommage
https://support.microsoft.com/fr-fr/help/13853
 
Sinon, si c'est du office 2013 click to run, ca passe par microsoft update donc ce ne serait pas étonant que seulement ces MAJ passent.  
Il faut s'assurer que ta configuration pour les machines qui ne fonctionnent pas est correcte. Si les machines indiquent qu'elles sont à jour, il y a probablement un problème de ce côté là.
La 1607 n'étant plus supporté, ce n'est pas garanti qu'il soit possible de la mettre à jour via WSUS. Si tu tentes de mettre à jour la machine via windows update est ce que ca fonctionne ?
 
On a eu un soucis chez un client similaire ou la machine avait une version de w10 non supportée et ne voulait pas se mettre à jour via wsus mais cela fonctionnait via windows update....

Bonjour,
 
Non, je parle bien de la 1803. Actuellement dans mon entreprise, sur près de 600 postes, j'en ai encore près de 500 qui sont en 1607.  
Je veux donc passer en 1803 et ensuite, upgrader au fur et à mesure pour rattraper le temps perdu. Mais il faut que je fasse attention car on a pas mal de contrainte, en particulier le fait de devoir utiliser IE pour se connecter à notre ERP...
 
J'ai l'impression que les machines qui posent problèmes sont celle qui ont connu l'ancien WSUS (qui n'existe plus depuis plus d'1 an) alors que les machines plus récentes semblent ne pas poser problème. Et je ne veux pas passer par Windows update car il va me mettre à jour directement en 1903  et j'ai un peu peur du sot de version sur 3 ans...
 
Par contre, si j'applique l'iso de w10 en maj, la maj se fait bien (mais ça bloque le poste pendant près de 2h) alors qu'avec wsus, c'est transparent!!

J'installe un 2019std pour faire un nouveau WSUS, plus à jour que mon 2012std non r2 ^^
 
j'espère qu'il tournera bien

Installe le en mode Core tant qu'à faire.

Bonjour à tous.
 
Désolé de revenir sur les problèmes de Wsus mais j'en rencontre un et malgré toute mes lectures je ne trouve pas de solution.
 
Je veux mettre mes clients à jours 1803-1809 vers la 1903.  
 
Je suis sous W2012 R2 . Mon serveur est à jour avec tout les kbs qui vont bien. J'ai rajouter le .esd
 
Tout ce qui est maj et correctif se passe bien sur mes clients.
 
Cependant dès que je veux faire un upgrade malgré que ce dernier est bien présent sur mon wsus , mon client le détecte et reste a bloquer à 0%
 
J'ai beau éplucher tout les liens et conseils mais je ne trouve pas et je ne suis pas le seul dans ce cas car tout les questions dans ce sens reste sans réponses ou propose les habituels kb et MIMES
 
Si vous avez une idée ou solution je suis vraiment preneur. Egalement preneur de comment vous faites pour déployer ces upgrades car en passant directement sur les serveurs de microsoft cela va être relativement long et gourmand.
 
Merci de toute aide.

Avant que l'on utilise SCCM, j'avais un script que je poussais en tâche planifiée la nuit  (l'utilisateur devait laisser son pc allumé la nuit)
 
bout de script qui lance l'upgrade :
 

 
et j'utilisais une wim modifier par mes soins (suppressions des app non voulu, modification bdr)
 
 
ça marche très bien

Comme déjà dit, 2012 R2 n'est pas l'OS le plus adapté pour déployer du Windows 10 1903.
 
Pour déployer les upgrades tu peux utiliser la Delivery Optimization pour soulager un peu la bande passante.
 
D'ailleurs il faut maintenant cocher une nouvelle catégorie dans WSUS pour mettre à jour les 1903 et ultérieurs.

Merci des réponses.
 
"R:\Windows10_1809\setup.exe” /auto upgrade /quiet" cela serait parfaitement enviseable si je n'avais pas de licence Oem car a moins que je passe a côté de quelque chose , je ne vois pas comment avoir une image 1809 ou 1903 en local .
 
"Comme déjà dit, 2012 R2 n'est pas l'OS le plus adapté pour déployer du Windows 10 1903. "
 
Oui j'ai bien lu ce topic et ailleurs et justement j'avais monté un serveur en 2016 , ou je rencontre exactement le même problème donc j'en ai déduit que c'est une mauvaise configuration de mon côté avant un problème d'OS. J'ai regardé du côté du delivery mais seules les upgrades me posent problèmes. Les mises jours se deploient bien sur mes postes en 1809 ou 1903 sans aucun problème.
 

Certains utilisent la console depuis leur poste ?

J'avais pas remarqué que c'était possible...  

au moins tous ceux qui sont en mode core.
 
et tous ceux qui ont l'habitude de travailler à partir de leur poste avec les RSAT (même si la console WSUS n'est pas incluse dedans, comme celle d'exchange, mais que tu peux installer a part comme tu l'as constaté)

 
Je monte un lecteur réseau. Mais sinon la maj dois ce faire avec l'iso téléchargeable en ligne via l'outil de microsoft.
 
Tu as testé en le faisant à la main ?   tu verrais ensuite pour l'automatisation

 
Avec la 1903, les outils RSAT s'installe directement depuis Windows et tu as la console wsus.
 
Applications ---> Fonctionnalités facultatives.
 
 
Perso je n'utilise QUE la console sur mon poste.

enfin !!! (je suis toujours en 1809 donc pas vu cette nouveauté, c'était bien chiant avec les anciennes versions)
 

idem RSAT + console WSUS + console exchange
normalement, avec ça on fait tout

C'est jamais une bonne pratique de se connecter directement sur les serveurs

 
 
Oui avec l'Iso ca le fait , donc merci de cette piste , je pense que je vais scripter comme toi et faire de la taches nocturnes au final même si j'aurais aimé comprendre mon problème , je pense que cette solution va bien bien me convenir.
 
Merci  

Je vais avoir de nombreux PC en Windows 10 en 1709 et 1803 a mettre a jour (Mon WSUS est installé sur un WS 2012 R2)
 
Pour le moment je n'ai pas activé les upgrades dans WSUS.
 
J'ai remarqué que si je faisait un upgrade manuel avec l'image ISO de 4Go, de nombreux paramètres sautaient.
De plus au démarrage, nous avions des écrans demandant une interaction.
 
Est-ce qu'il en est de même avec si l'upgrade se fait via wsus ?
 
Ensuite je me pose la question du volume qui va transiter sur mon réseau avec ces upgrade : Je possède environ 20 agences avec environ 5 postes sur chaque site.
Comment faire pour que mon WSUS n'envoie pas a chaque poste les 4go de l'upgrade ?
 
Est-ce que l'optimisation de la distribution pourrait améliorer les choses ?
 
 
 

Via wsus tu n'as pas les différents écrans  
 
Oui,  a lire : https://docs.microsoft.com/fr-fr/wi [...] timization
 
 

Comment faites-vous faites pour remettre à jour un Wsus qui n'a pas été géré depuis des années ?
il y à jour avec plein de versions non approuvées : 15xx,16xx,17xx...
Plus toutes les versions à supprimer :  education, retails...
 
Comment faites-vous cela ? à la main ? en powershell ?

si il n'est pas en 2016, je le réinstalle.
 
Et je refais ces approbations à la main

Je fais peut être faire cela.
Si je valide mes mises à jour en 1903.
Ensuite je refais une réinstall du wsus avec "windows10 version 1903 and later" au lieu de "Windows 10" ?
Ce serait peut être pas mal et on éviterait pas mal d'anciennes MAJ.

Si tous tes Windows 10 sont déjà en 1903 ou plus c'est une bonne idée.

J'ai un souci d'Upgrade, j'ai pas pensé à regarder ça mais en me documentant, c'est encore possible d'avoir le problème sur IIS "ESD/MIME" sur un Server 2016 ?

non.
"out of the box" c'est compatible avec les upgrades

Bah c'est ce que je pensais, mais je trouve 3 personnes sur mes différentes rechercher à avoir ajouter l'ESD sur un 2016 et ça fonctionne à nouveau... Bizarre

J'ai mis le #2 en gras car les puces du site ne passent pas...

Sources https://www.ajtek.ca/wsus/how-to-se [...] templates/

Sur ce site aussi :

https://www.stephenwagner.com/2017/ [...] ates-wsus/

Dernier commentaire :

Après, je me doute que c'est pas forcément fiable, je vais regarder demain...

pas eu besoin de le faire sur le mien

Peut-être des 2012 R2 upgradés en 2016.

Je me suis penché sur le problème de la gestion des WSUS pour les PME.
En cherchant sur le net, j'ai vu que pas mal de MSP (Managed Services Provider) n'utilisaient pas WSUS.
Ils utilisent des logiciels comme Kaseya RMM ou Ninja RMM.
 
Cependant ce n'est pas très intéressant car il s'agit de solution complète, avec gestion de tickets, monitoring, prise de main à distance...
Ce n'est pas possible d'avoir juste le module de gestion des mises à jour.
 
Je suis reparti sur du WSUS avec seulement comme installation win 1903, office 2013 et 2016.
J'ai essayé de faire un système de Wsus maitre et esclave.
Le maitre sélectionnerait les mises à jours.
Les esclaves aurait seulement comme serveur de mise à jour, l'adresse du serveur maitre.
 
Cela fonctionne, on filtre juste les mises à jours sélectionnées par le maitre.
Cependant, ce n'est pas très intéressant car on reçoit toutes les mises à jours.
Même celles qui sont refusées, il faut alors les refusées une seconde fois.
Ce qui enlève l'interet du système.
 
Sachant que l'on est sur différents domaines, sans lien entre eux.
D'après ce que j'ai lu chez Microsoft, ce type de fonctionnement n'est pas  géré.
 
On peut aussi utiliser l'antivirus et son manager de mise à jour, cependant les postes vont tous télécharger les mises à jours de leur coté.
Ce n'est pas génial au niveau de la bande passante.
 
Au final, je n'ai toujours pas trouvé de solution simple pour gérer les WSUS et les garder à jour.

Bonjour,
J'utilise Wsus sur un windows 2019.
et mon parc est composé de machine sous windows 10, mais, c'est disparate : du 18XX a 19XX.
 
Voici les paramètres du fichier reg publié :
 
"UseWUServer"=dword:00000001
"RescheduleWaitTime"=dword:00000001
"NoAutoRebootWithLoggedOnUsers"=dword:00000001
"NoAutoUpdate"=dword:00000000
"AUOptions"=dword:00000004
"ScheduledInstallDay"=dword:00000000
"ScheduledInstallTime"=dword:00000003
 
Comment faire en modifiant le registre pour que les postes utilisateurs télécharge et installe automatiquement les dernières versions de windows 19xx.
Merci beaucoup.

1) Passe par des GPO, pas des clés de registre brut
2) Pour ça il te faut bien sûr une GPMC et des ADMX à jour
3) Il faut ajouter le produit "Windows 1903 and later" dans WSUS
4) Si tu veux envoyer les upgrades il faut cocher la case correspondante dans "Classifications"

Merci.

Bon bah fail aujourd'hui avec une tentative d'upgrade d'un W10 1809 qui arrive en fin de vie en novembre, du coup, on prépare les upgrade...

le IIS est mal configuré out of the box !
https://social.technet.microsoft.co [...] serverwsus
le type esd est présent mais il faut remplacer "application/vnd.ms-cab-compressed" par "application/octet-stream" sinon on se prend des erreurs genre "ReportingEvent.Client.181" et "ReportingEvent.Client.167"

avec le bon type MIME, ça marche nettement mieux !

j'ai du coup un doute sur le fait que mes précédentes upgrades soient passées par le WSUS (je sens bien l'upgrade a partir de WU direct)

On se réveille, l'upgrade 20H2 / 2009 est disponible !!!

 
Je viens de faire cela en refaisant un wsus hier soir.
Je l'ai configuré en "windows 10 à partir de 1903", j'ai dégagé les mises à jours, ARM64, FR-CA,  les maj remplacéées, x86,  pour ne laisser que du 64 bit.
J'arrive à un total de 28 Go de maj.
Ca fait une jolie économie de place.

T'as refusé ça manuellement depuis le menu Mises à jour ou bien tu peux le retirer direct du scan pour que ces MAJ ne soient plus proposées ?

En powershell, c'est ce qui est le plus rapide :
 
Get-WsusUpdate -Approval UnApproved | Where{$_.Update.Title -like '*x86*' -or $_.Update.Title -like '*ARM64*' -or $_.Update.Title -like '*fr-ca*'} | Deny-WsusUpdate

j'ai installé un nouveau wsus en 2019, au lieu de l'actuel en 2012.
 
j'ai copier/coller la GPO et changé l'adresse (nom du serveur), les ordinateurs de test remontent bien dans la console wsus, ils font bien les rapports, mais ne check jamais si de nouvelles MAJ et donc ne les installent pas.
 
par contre si je vais sur les postes et je clique sur windows update, ils check et insallent ...
 
je ne vois pas le délire
 

 
faut il les réinitilliser en ligne de commande ? wuauclt /resetauthorization /detectnow