Microsoft 365AzureCrowdStrike
Sistemi IT in ginocchio in tutto il mondo: il problema è un aggiornamento difettoso di CrowdStrike
di Andrea Bai pubblicata il 19 Luglio 2024, alle 10:11 nel canale Security
Macchine Microsoft 365 e Azure in crash per via di un aggiornamento difettoso del software di sicurezza CrowdStrike stanno causando pesanti disservizi in tutto il mondo per compagnie aeree, emittenti televisive, banche e molti altri settori
SuiteWorld e CloudWorld: nel 2024 le parole d'ordine sono neutralità e apertura
Recensione Nothing Phone (2a) Plus: poco Plus ma è sempre più convincente
Recensione HONOR MagicPad 2, con un meraviglioso OLED da 12,3'' è un vero affare
iPhone 16, consegne da oggi. Ecco come acquistarlo al prezzo minimo garantito
Concord: il direttore dello studio si dimette, a rischio il futuro dell'intero team
Fanatec: cosa ne sarà di prodotti, consegne e supporto? L'azienda fa chiarezza
271 Commenti
Gli autori dei commenti, e non la redazione, sono responsabili dei contenuti da loro inseriti - infoecco questa mi sembrerebbe la strada migliore.
impedire le modifiche penso sia impossibile. I punti di ripristino Microsoft spesso non mi hanno funzionato.
Il sistema che hai descritto invece è quello più logico.
Per il resto, da non addetto ai lavori, se Microsoft collassa "a causa" di un software di terze parti, la responsabilità è dell'OS.
E' come se il benzinaio mette gasolio in un'auto a benzina e la colpa è del produttore dell'auto che non ha previsto tale evento.
però, per esempio, potrebbero "irrobustire" le modalità di ripristino. l'OS non si avvia? ti offro la possibilità di tornare all'ultimo "checkpoint" dove tutto funzionava.
riparti da lì e poi una volta ripartito chi di dovere può verificare anche da remoto cosa è successo / come impedire che ricapiti.
nel thread su Reddit è riportato il caso di persone che devono mandare il portatile aziendale da una parte all'altra dell'Australia perché l'IT deve avere accesso fisico alla macchina per poter risolvere il problema.
con tutto il "fermo" dell'attività che questo comporta.
siamo d'accordo che è un po' assurdo?
o un rollback all'ultimo snapshot automatico, a livello di mbr/boot
ecco un bell'esempio di come si potrebbe fare anche in altri OS.
ma evidentemente parlo a vanvera.
ecco una vera buona idea
D'accordo al 120%, purchè sia semplice e non quasi aramaico come per ms (facile per me tecnico ma impossibile per un utente qualsiasi).
riparti da lì e poi una volta ripartito chi di dovere può verificare anche da remoto cosa è successo / come impedire che ricapiti.
concordo con entrambi, dove prediligerei l'automatismo.
In un caso come questo l'utente che chiama l'IT che lo guida al telefono diventa scomodo
Ok, grazie per il chiarimento tuo e dell'utente precedente.
piano con certe idee, che poi se tutto fila liscio l'assistenza come campa?
Non conosco le specifiche precise ma, non è un SO consumer e un SO per applicativi per eseguire contanier Docker. Ed è appunto chiuso:
Packages and repositories are signed by our build system
non è applicabile al mondo reale
Ben detto cribbio !!!
E io se funziona sempre tutto cosa faccio ?
Mi metto a vendere le PRETOLE ?????
Devi effettuare il login per poter commentare
Se non sei ancora registrato, puoi farlo attraverso questo form.
Se sei già registrato e loggato nel sito, puoi inserire il tuo commento.
Si tenga presente quanto letto nel regolamento, nel rispetto del "quieto vivere".