[RISOLTO] WUA: Possibili strategie

[croquebert]

Ciao a tutti,

Contesto:
Versione WAPT: 2.1 Enterprise
Server OS: Debian 11
Console di amministrazione OS: Win10pro
Workstation di sviluppo pacchetti OS: Win10pro

Abbiamo alcuni utenti che raramente spengono le loro workstation e quindi non ricevono gli aggiornamenti di Windows necessari.

Vorremmo che gli aggiornamenti di Windows si installassero automaticamente non appena la workstation è online (aggiornamenti di Windows senza riavvio) con una frequenza prestabilita, anziché quando la workstation viene spenta.

Per fare ciò, abbiamo configurato un agente WAPT come segue:
[waptwua]
enabled=true
default_allow=true
install_at_shutdown=false
install_delay=7d
install_scheduling = 1d
download_scheduling = 1d

Gli aggiornamenti risultano in sospeso (anche se alcuni avevano lo stato SCARTATO nonostante il parametro default_allow=true) ma non sembrano installarsi secondo la frequenza dichiarata (rimangono in stato di sospeso, nonostante un riavvio manuale della macchina 3 settimane dopo per consentire il trascorrere del ritardo completo di 7 giorni).

Normalmente, questa configurazione esegue la scansione degli aggiornamenti quotidianamente, installa gli aggiornamenti necessari ogni giorno (che dovrebbero essere tutti in stato "in sospeso" a causa di default_allow=true), consentendo un ritardo di 7 giorni dopo la pubblicazione dell'aggiornamento. È corretto o sto fraintendendo qualcosa?

Quali sono le principali categorie di rischio (vedi la documentazione di WAPT) associate all'utilizzo del parametro `install_scheduling = 1d`, ad esempio, se l'utente spegne il computer mentre è in corso l'installazione di un aggiornamento di Windows in sospeso?

In sostanza, cosa consigliereste per un'installazione sicura degli aggiornamenti di Windows che non dipenda dal riavvio del computer e che sia il più trasparente e automatica possibile (idealmente, non vorremmo intervenire nella console WAPT per applicare gli aggiornamenti di Windows ai computer)?


Gli aggiornamenti di Windows tramite WUA, quando il computer viene spento, richiedono del tempo (a questo proposito, una percentuale di questi aggiornamenti completati renderebbe gli utenti meno propensi a spegnere bruscamente i propri computer il venerdì sera! (anche se questo dipende da vari fattori (accoppiamento operatore, larghezza di banda del reverse proxy, ecc.)).

WUA supporta gli spegnimenti bruschi (credo che debba essere così ) e consente un riavvio pulito?


Cordiali saluti,

CR

[sfontenau]

Nel tuo caso, `install_scheduling` sembra l'opzione più adatta.
Non è consigliato perché l'installazione degli aggiornamenti durante il giorno consuma CPU, il che può essere problematico per un utente che lavora e ha un computer lento. Tuttavia, se questo non è un problema per te, allora non preoccuparti.

Altrimenti, lo sarà. (Tieni presente che l'utente dovrà comunque riavviare il computer per completare correttamente l'aggiornamento).

D'altra parte, se usi `install_scheduling`, non è necessario usare `download_scheduling` poiché `install_scheduling` esegue una scansione.

Per quanto riguarda gli arresti improvvisi, se WaptExit rileva un aggiornamento di Windows in corso, impedirà al computer di spegnersi per completare l'aggiornamento.
Tuttavia, se un utente spegne improvvisamente il computer, ovviamente non possiamo garantire nulla...

Per quanto riguarda il calcolo dell'orario, è possibile ma difficile da implementare perché, come hai detto, ci sono molti parametri da considerare.

Per quanto riguarda lo stato persistente DISCARDATO, è strano; la data era corretta?

[croquebert]

Buongiorno,

Mi scuso per la risposta tardiva.
Ho una macchina di prova che rimane accesa (macchina virtuale W10) con le seguenti impostazioni WUA:

abilitato=vero
default_allow=true
install_at_shutdown=false
install_scheduling = 2h

La direttiva install_scheduling = 2h non sembra essere rispettata perché:
- nessuna traccia di un comando di scansione nel file di registro waptservice.log del client
- nella console di amministrazione WAPT, la data dell'ultima scansione è 2022-07-06T12:06:18.064877 e quella dell'ultimo file wsusscn2.cab sul client è 2022-04-11T22:46:16, mentre la data dell'ultimo file wsusscn2.cab sul server è: 2022-07-12T12:28:21 (vedere il file allegato: wapt_wua_not_launched.png).

Hai qualche indizio per indagare sulla causa del mancato avviamento?

D'altro canto, se è in corso un aggiornamento di Windows e l'utente chiude la sessione e/o spegne il portatile e lo mette in modalità sospensione, l'aggiornamento in corso riprende dal punto in cui era stato interrotto quando è entrato in modalità sospensione?

Nel tuo caso, install_scheduling sembra il più adatto.
Non è consigliato perché l'installazione degli aggiornamenti durante il giorno consuma CPU, il che può essere problematico per un utente che lavora e ha un computer lento. Ma se questo non è un problema per te, non preoccuparti.

Altrimenti, sarà problematico. (Nota che l'utente dovrà comunque riavviare il computer per completare correttamente l'aggiornamento).

Tuttavia, se usi install_scheduling, non c'è bisogno di usare download_scheduling poiché install_scheduling esegue una scansione.

Per quanto riguarda lo spegnimento improvviso, se waptexit rileva un aggiornamento di Windows in corso, impedirà al computer di spegnersi per completare l'aggiornamento.
Tuttavia, se un utente spegne bruscamente la propria workstation, ovviamente non possiamo garantire nulla...

Per quanto riguarda il calcolo del tempo, è possibile ma difficile da implementare perché, come hai detto, ci sono molti parametri da considerare.

Per quanto riguarda gli stati persistenti SCARTATI, dovremmo indagare; è strano. La data era corretta?

[sfontenau]

Ciao,

in seguito al tuo messaggio, ho controllato il codice e in effetti la scansione è obbligatoria per il corretto funzionamento, il che non era molto logico.

In pratica, l'installazione iniziava solo se lo stato precedente era "in sospeso", ma se non veniva eseguita una scansione, non sarebbe mai diventata in sospeso.

Nell'ultima versione (wapt-2.2.2.12388-10e35aa7), ho rimosso questa funzionalità, quindi la scansione non è più necessaria poiché il programma di installazione la eseguirà automaticamente.

Potresti aggiornare per vedere se la situazione migliora?

Simon

[croquebert]

Ciao Simon,

(Normalmente) farò l'aggiornamento domani pomeriggio, controllerò il comportamento e ti darò un feedback.

Tuttavia, se è in corso un aggiornamento di Windows e l'utente si disconnette e/o spegne il portatile e lo mette in modalità sospensione, l'aggiornamento riprende dal punto in cui si era interrotto quando è entrato in modalità sospensione? (Lo so, sono insistente, ma ci sono sempre degli utenti che hanno davvero fretta.) chi lo farà)?

Cristoforo.

Ciao

, in seguito al tuo messaggio della scorsa volta, ho esaminato il codice e in effetti la scansione è obbligatoria affinché funzioni, il che non era molto logico.

In pratica, l'installazione iniziava solo se lo stato precedente era in sospeso, ma se non si eseguiva una scansione, non sarebbe mai risultata in sospeso.

Nell'ultima versione (wapt-2.2.2.12388-10e35aa7), ho rimosso questa parte, quindi la scansione non è più necessaria poiché il programma di installazione la eseguirà automaticamente.

Potresti aggiornare per vedere se va meglio?

Simon

[croquebert]

Salve,

dopo l'aggiornamento (alla versione 2.2.2), la scansione e l'installazione ora vengono eseguite correttamente alla frequenza desiderata, grazie.
Devo ancora testare il comportamento al risveglio dalla modalità di sospensione (ad esempio, quando un portatile viene spento) durante l'installazione di un aggiornamento di Windows.

Cordiali saluti.

[sfontenau]

Resta da testare il comportamento alla riattivazione quando un PC è entrato in modalità sospensione (chiusura portatile...) mentre sta installando un aggiornamento di Windows.

Buongiorno

La risposta è complicata: wapt chiede al servizio di aggiornamento di Windows di installare il CAB (tecnicamente wapt non avvia l'installazione, avvia Windows Update e gli chiede di avviare l'installazione).

Quindi, il comportamento in questo caso... al riavvio, penso che tutto continuerà, ma deve essere testato.

Simone

[croquebert]

Ciao Simon,

Grazie per il feedback. Credo anch'io che il servizio sia stato ripreso, ma ci darò un'occhiata più avanti.
Come posso modificare l'argomento per contrassegnarlo come risolto?

Sinceramente.

Resta da testare il comportamento alla riattivazione quando un PC è entrato in modalità sospensione (chiusura portatile...) mentre sta installando un aggiornamento di Windows.

Buongiorno

La risposta è complicata: wapt chiede al servizio di aggiornamento di Windows di installare il CAB (tecnicamente wapt non avvia l'installazione, avvia Windows Update e gli chiede di avviare l'installazione).

Quindi, il comportamento in questo caso... al riavvio, penso che tutto continuerà, ma deve essere testato.

Simone