Reprise du message précédent :

Le lien ci-dessus ne fonctionne pas:
 
https://blogs.technet.microsoft.com [...] intenance/
 

Marche très bien (faut cliquer dessus par faire de copier coller)
 
sinon chercher sur google  : "The complete guide to Microsoft WSUS and Configuration Manager SUP maintenance"

bonjour,
 
J'ai mis en place un serveur WSUS 5.0 sous W2016 pour que les ordi en W10 puissent faire les maj.
J'ai mis la GPO pour qu'il trouve le serveur.
Mes ordinateurs en W10 ne font pas les mise à jours.
Mes ordi n'ont qu'une licence OEM
Voici un extrait de la GPO
Composants Windows/Windows Update
Spécifier l’emplacement intranet du service de mise à jour Microsoft Activé  
Configurer le service de Mise à jour pour la détection des mises à jour  -> http://srvWsus.mondomaine.fr:8530  
Configurer le serveur intranet de statistiques : -> http://srvWsus.mondomaine.fr:8530  
Définir le serveur de téléchargement alternatif :  -> aucune
Téléchargez les fichiers sans URL dans les métadonnées si un serveur de téléchargement alternatif est défini. --> desactivé
 
J'ai oublié quelque chose ?
ou sont les log de windows update sous Win 10, ils n'y a plus rien dans c:\windows\WindowsUpdate.log
Wsus ne fonctionne pas avec des licences OEM de windows 10 ?

en changement le hostname pas son ip ça n'aide pas?

Le log WindowsUpdate n'existe plus sous Windows 10, il faut lancer une commande PowerShell pour le créer.
 
Vérifie la conf sur le serveur WSUS (notamment les paramètres de détection), il y a aussi du boulot de ce côté-là, pas qu'avec les clients.

nebulios, sur la conf du serveur wsus 5.0 dans produit et classification pour eviter tout mauvaise selection, j'ai tous les modèles de windows selectionné. Y a t'il autre chose ?
J'ai mis en place le ciblage coté client, je vois bien mes ordinateurs W10 dans le bon groupe du serveur WSUS
J'ai bien selectionné des maj a installer sur ce groupe. Mes W10 ne détectent rien et donc n’installe rien.
 
Je veux bien la commande powershell pour activer les log windows update.
dans la doc microsoft je trouve ceci
https://support.microsoft.com/fr-fr [...] nced-users
"Pour fusionner et convertir des fichiers de trace Windows Update (fichiers .etl) dans un seul fichier WindowsUpdate.log lisible, reportez-vous à la section. Get-WindowsUpdateLog."
qu'est que c'est fichiers ETL ?
 
PS C'est des windows créé avec un master avec l'outil WDS de microsoft.

donc les clients fonctionnent sinon ils n'apparaitraient pas dans la console.

les mises a jour sont bien validées pour tous les groupes sur le serveur ?

Ce n'est pas bon ça, poste plutôt des screenshots de ta conf WSUS.

 
Tu as approuvé les mises à jours ?

J'ai bien mon pc dans le bon groupe de ciblage WSUS et j'ai bien activé les maj.
mais il y a marqué "ce pc n'a pas encore emis de rapport"
Solution :
j'ai pu générer les log avec en powershell Get-windowsUpdateLog
j'ai pu voir ceci
2018/06/18 14:20:00.4274314 3904  9092  Metadata        *FAILED* [8024500C] Method failed [MetadataIntegrity::SignatureVerifier::GetFragmentSigningConfig:793]
2018/06/18 14:20:00.4274342 3904  9092  Metadata        *FAILED* [8024500C] GetFragmentSigningConfig (Using default enforcement mode: Audit)
2018/06/18 14:20:00.4274378 3904  9092  Metadata        *FAILED* [8024500C] Method failed [MetadataIntegrity::SignatureVerifier::GetFragmentSigningConfigAndUpdateEnforcementPolicy:745]
 
en cherchant avec l'erreur 0x8024500c j'ai trouvé cette doc  
 
http://blog.tofte-it.dk/wsus-windo [...] x8024500c/
cela semble fonctionner
J'ai desactivé le dualscan (recherche wsus et sur internet) car les pc n'ont aucun accés direct.
et j'ai activé ceci
Do not allow update deferral policies to cause scan against Windows Update” under “Computer Configuration\Administrative Templates\Windows Components\Windows Update“.

Tu peux enlever ces options là aussi:
 
"Définir le serveur de téléchargement alternatif :  -> aucune  
Téléchargez les fichiers sans URL dans les métadonnées si un serveur de téléchargement alternatif est défini. --> desactivé "

ok merci nebulios pour l'info
j'avais deja ce paramétrage

Pour information
J'ai aussi du augmenter la mémoire IIS car le module wsus iis plantait, trop de pc et pas assez de mémoire.
 
les pc ne pouvaient plus recuperer les maj.
solution  
https://www.404techsupport.com/2016 [...] te-memory/

oui c'est un classique

Bonsoir,
 
J'ai un petit soucis avec wsus sur un Windows Server 2012 avec des postes Windows 10.
Jusqu'ici les maj déployé par notre wsus ne mettait pas à jour windows 10 par exemple 1709 vers 1803 (idem pour les versions d'avant vers une version plus haute). Les mise à jour de fonctionnalité ne sont pas authorisé et seul ceux de sécurité, critiques ou autres se déployait.
 
Aujourd'hui la mise a jour du canal semi annuel "normal " installe la version 1803 alors qu'hier elle était uniquement en canal " différé "
https://support.microsoft.com/fr-fr [...] ly-10-2018
 
Dans Wsus, la mise à jour de fonctionnalité vers 1803 Kbxxxx fr -FR n 'est pas autorisé
Pourtant les postes installens cette version 1803. J'ai l'impression qu'il passe par Internet directement car le wsus n'envoie pas de donnée aux postes.
Comment bloquer ca GPO? Config Wsus ?
 
 
J'ai du louper une étape  Pouvez vous m éclairer

Ta kb c'est pas 1803

encore le dual scan a la con...
https://blogs.technet.microsoft.com [...] dual-scan/
 
ca devient tellement tellement penible la gestion des mises a jours...

Bonjour a tous,
 
J'ai mis en place mon serveur WSUS, mes postes remontent bien.
J'ai pu effectuer un tri pour refuser les mises a jour qui ont étés remplacées
 
Maintenant je souhaite savoir si j'ai un ordre précis pour les installations ?

Les postes clients feront le necessaire

J'ai régulièrement des postes dans cet étant sur ma console WSUS :  
 

 
Je ne comprends pas car le poste en question est presque connecté au réseau tous les jours. J'ai déjà eu ce poste un problème similaire il y a quelques mois, j'ai donc coupé le service windows update, supprimé le dossier softwaredistribution, réactivé le service puis dans un cmd wuauclt /resetauthorization /detectnow
wuauclt /reportnow
 
Du coup le poste est denouveau en contact avec le serveur mais là rebelotte, et ce n'est pas le seul PC dans ce cas...

il se met a jour le poste ?
 
il est connecté h24 a ton réseau ou seulement 1h par jour ?
 
ya une différence entre ne pas émettre de rapports et ne pas contacter le serveur WSUS.
tu peux d'ailleurs voir l'heure du dernier contact en sélectionnant la conne colonne dans al vue ordinateur

Il n'est pas connecté H24, c'est un portable et il est allumé aux heures de boulot, mais sinon il est branché 8h par jour.

Faut regarder les logs Windows Update côté client.
 
Ce sont des postes clonés ou pas ?
 
cf : https://gallery.technet.microsoft.c [...] n-2e26d1b0

Non le poste n'est pas cloné, je vais tenter le script on verra bien, merci.

inutile.
 
je repose la question, est-ce que le poste se met a jour ?

Petit up.
 
Je suis en train de maquetter un WSUS sur un windows server 2016 et j'aimerais installer les majs sur un nas.
 
Dans notre cogip de PD2POV, on sauvegarde les VMS de façon complète en quotidien avec une copie par jour durant 7 jours.
 
Ce qui fait que je boufferai mon espace disque en deux temps trois mouvements si je devais stocker les maj sur le serveur où est installé le wsus.
 
Ceci étant, j'ai eu des erreurs en voulant télécharger les maj sur le nas, visiblement cela ne se fait pas.
 
Je vais regarder du côté des autorisations, je pense que ça reste une histoire de droits.
 
Quelqu'un a déjà tenté l'expérience ?

Il faut que ton NAS soit compatible SMBv3 + permissions NTFS...franchement c'est une mauvaise idée.
 
J'exclue simplement le share WSUS quand manque de place. L'important c'est la conf de ton WSUS, le repository tu peux simplement le retélécharger en cas de crash.

Ouais donc en gros tu partirais pour un stockage directement sur le serveur.
 
Si c'était la seule mauvaise idée de ma cogip
 
Merci pour l'info

Typiquement tu montes un deuxième disque dédié au repository que tu colles à ton serveur oui.

Ouais dans le principe je suis ok et je serai parti là dessus. En cas de crash j'aurais toujours mes maj dispos.
 
Sauf que là c'est un serveur windows virtualisé dont la sauvegarde complète est faite quotidiennement et stocké durant sept jours.
 
En gros si je stocke en local, je vais pas avoir assez de place.
 
Je ferai remonter l'info

Tu ne peux tout simplement pas exclure le disque repository de la sauvegarde ?

avec veeam c'est ce que j'avais fait, j'avais une partition de 50go pour le repository des updates que je ne backupais pas

Non mais vous avez de vrais outils, c'est pour ça
 
Ici on a ça :
 
https://blog.zwindler.fr/2018/01/09 [...] ghettovcb/
 
Et un esx gratos qui n'a rien de compatible avec les outils de sauvegarde classique car l'api est bloquée
 
La boite dans laquelle tu veux pas bosser

tu peux spécifier dans ghettovcb la liste des disques (vmdk) a backuper (malheureusement impossible de faire l'inverse !)
 
autant ça peut être simple si tu n'as que quelques VM, autant ça peut devenir très vite ingérable sur un truc plus gros
 

Ah yes, je ne savais pas, my bad
 
Je vais regarder ça.

si ça peut servir a d'autres… j'ai perdu pas mal de cheveux depuis quelques jours !

environnement 2008R2, WSUS3.0 SP2 a jour

symptômes: depuis le dernier tuesday patch, plus aucun client ne rapporte sur le serveur. la partie détection/téléchargement des MAJ fonctionne quant'à elle parfaitement.

faites pas gaffe aux dates dans les copie de log, j'ai pris les premières occurrences trouvées mais ça correspond

dans le windowsupdate.log des clients, on trouve ça

donc le client essaie bien d'envoyer le rapport au bon serveur, mais se fait jeter par le serveur.

dans les logs IIS du serveur, on a ça:

donc c'est le service qui plante, et uniquement sur la partie report

c'est confirmé dans le softwaredistribution.log du serveur WSUS:

on retrouve l'erreur de connexion a SQL.

Sauf que la connexion SQL fonctionne très bien vu que la partie détection/update fonctionne.

dans l'eventviewer, après un reboot ou un wsusutil /checkhealth, je me prend ça:

OK, ça aide vachement, mais ça confirme que seul le service de reporting a un soucis.

la vérification du IIS (configuration etc...) était OK
après avoir retourné internet sans que ça apporte de l'aide, la solution était assez bête.

j'ai stoppé le IIS, et renommé le répertoire C:\Windows\Microsoft.NET\Framework64\v2.0.50727\Temporary ASP.NET Files\reportingwebservice\13cae204\e6b3886
(les 2 derniers répertoires peuvent changer de nom sur votre config)
puis relancé IIS.
ça a recompilé le code

et ça marche !!!!!

PS: l'idée m'est venu en tombant sur cette page qui parlait des droits d'accès au dit répertoire:
https://social.msdn.microsoft.com/F [...] ngservices

les droits étaient bon, mais comme c'est un répertoire temporaire, je l'ai shooté.
et la miracle !!!

je n'ai aucune idée de ce qui a provoqué l'erreur initiale et provoqué la corruption du code.
j'ai comparé (contenu des fichiers) l'ancien et le nouveau répertoire, sans rien trouver de flagrant (en même temps, voir des différences dans du code binaire… mais rien non plus dans les fichiers plats)

seul explication plausible, le dernier tuesday patch a une mise a jour du Framework 3.5.1, donc du v2 en passant, et le code qui était compilé avant la MAJ ne passait plus après
en effet, les fichiers dataient du 01/12 dans l'ancien répertoire, et évidement du 27/02 dans le nouveau
mais le 01/12 ne correspond pas non plus a une MAJ de .net sur la machine…

PS2: un iisreset, restart etc... ou un reboot de la machine ne solutionne pas le soucis, ça ne recompile pas au démarrage si les fichiers sont déjà présents

Sinon tu peux migrer vers une nouvelle version, wsus 3.0 n'aura plus de support dans un an et n'est déjà plus capable de gérer correctement des Windows 10

sauf que pour l'instant, comme ça tourne sur un parc exclusivement win7 et que le client est parfaitement conscient que l'année prochaine il va se retrouver a poil, ça restera comme ça.
 
il est déjà prévenu que je n'assurerai plus le support a partir du 15/01/2020
 
en attendant, faut que ça marche

Je sens qu'en 2020 on va bien rire.

dans le cas cité au dessus, ya aussi un exchange 2010 on-premise
 
oui, ça va être drôle, surtout quand tout le monde va se réveiller le 01/01/2010

exchange 2010 ca va
On a parfois des clients qui nous posent des questions sur W2000/ exchange 2003...
C'est rare, mais ça arrive encore