/
/

Come effettuare il downgrade delle app su dispositivi iOS e Android

di Grant Funtila, Technical Writer   |  
translated by Sergio Oricci
Downgrade della app su dispositivi iOS e Android

Riepilogo

Questo post del blog NinjaOne offre un elenco completo di comandi CMD di base e un’analisi approfondita dei comandi di Windows con oltre 70 comandi cmd essenziali sia per i principianti che per gli utenti avanzati. La guida si propone si piegare in modo pratico i comandi del prompt dei comandi per la gestione dei file, la navigazione nelle directory, la risoluzione dei problemi di rete, le operazioni su disco e l’automazione, con esempi reali per migliorare la produttività. Che tu voglia imparare i comandi cmd fondamentali o padroneggiare gli strumenti avanzati della CLI di Windows, questa guida ti aiuterà a utilizzare il Prompt dei comandi in modo più efficace.

Punti chiave

  • Differenze nel downgrade delle app tra iOS e Android: iOS richiede MDM o provisioning enterprise per il rollback; Android supporta il sideloading di APK con vincoli di firma e compatibilità del sistema operativo.
  • I backup proteggono i dati delle app durante i downgrade: Le versioni più vecchie delle app potrebbero non supportare i nuovi formati di dati, rendendo essenziali i backup prima del downgrade e i test successivi al ripristino.
  • Uno strumento MDM consente il rollback controllato e sicuro delle app su larga scala: Strumenti di livello enterprise come NinjaOne impongono il controllo delle versioni delle app, distribuiscono build approvate e mantengono la conformità tra i dispositivi.

Per alcuni utenti, i nuovi aggiornamenti delle app mobili introducono una regressione e un peggioramento generale rispetto alla versione precedente. Questo porta molti a voler tornare alla versione originale dell’app. Purtroppo i sistemi operativi mobili non supportano in modo nativo il downgrade delle app. Tuttavia, le restrizioni delle piattaforme e la firma dei pacchetti rendono possibile il downgrade, anche se più difficile.

Questo articolo illustra i passaggi per il downgrade delle app sui dispositivi iOS e Android.

Downgrade delle app su dispositivi iOS e Android

Per eseguire il downgrade delle app sui dispositivi mobili è necessario seguire una serie di passaggi. Innanzitutto, devi comprendere le differenze tra i dispositivi iOS e Android, quindi assicurati di eseguire dei backup prima di recuperare e installare la versione precedente. Infine, dovrai ripristinare i dati dell’app.

📌 Prerequisiti:

  • Accesso al dispositivo e autorizzazioni adeguate
  • Consapevolezza dei meccanismi di rilascio delle app specifici della piattaforma
  • Un backup dei dati dell’app
  • Strumenti di MDM o di gestione delle app di livello aziendale per operare su larga scala

Fase 1: Comprendere le differenze di piattaforma

Questa fase garantisce la comprensione delle differenze tra iOS e Android, poiché il modello di sicurezza di ciascun sistema operativo regola il downgrade delle app mobili.

📌 Caso d’uso: Un’organizzazione supporta sia dispositivi iOS che Android e si imbatte in un aggiornamento difettoso dell’app. Gli utenti Android richiedono un rollback immediato, mentre gli utenti iOS devono affidarsi a flussi di lavoro di distribuzione aziendali.

iOS e Android hanno controlli del ciclo di vita delle app molto diversi che influiscono sulla fattibilità del downgrade. Apple limita l’installazione delle app attraverso l’App Store e non offre alcun meccanismo di rollback una volta aggiornate. Pertanto, il downgrade su iOS è possibile solo se le aziende hanno precedentemente distribuito l’app utilizzando il provisioning enterprise o le distribuzioni gestite da MDM.

Android offre una maggiore flessibilità consentendo l’installazione diretta di APK. Tuttavia, i downgrade sono ancora soggetti a vincoli, come la compatibilità della versione e le impostazioni di sicurezza del dispositivo. Se la chiave di firma dell’APK più vecchio differisce dalla versione installata, dovrai disinstallare prima l’applicazione corrente.

Fase 2: Utilizzare i backup

Questo passaggio fornisce una salvaguardia durante le operazioni di rollback, poiché il downgrade può influire sui dati salvati.

📌 Caso d’uso: L’aggiornamento di un’applicazione critica per l’azienda provoca arresti anomali e richiede un downgrade immediato. Gli utenti si affidano ai dati locali per le operazioni quotidiane, rendendo la conservazione dei dati una priorità assoluta durante il processo di rollback.

Eseguire un backup prima di eseguire il downgrade di un’applicazione aiuta a proteggere dalla perdita di dati causata dall’incompatibilità con le versioni precedenti. Su iOS puoi creare backup utilizzando Finder, mentre su Android puoi utilizzare i backup di Google. Questi backup catturano i dati e lo stato dell’applicazione che potrebbero andare persi durante il downgrade.

Il ritorno a una versione precedente può portare a dati mancanti se la versione precedente non è in grado di interpretare i nuovi formati di dati. Dovresti sempre verificare e includere i backup come passo standard nelle procedure di downgrade.

Fase 3: Recuperare la versione precedente dell’applicazione

Questo passaggio recupera la versione precedente dell’applicazione, poiché gli aggiornamenti sono possibili solo se è disponibile una versione compatibile.

📌 Caso d’uso: Dopo aver identificato una versione stabile dell’app utilizzata prima di un aggiornamento problematico, gli amministratori devono individuare e convalidare quella build specifica per la ridistribuzione sui dispositivi interessati.

Individuare la versione corretta dell’app è fondamentale nel processo di downgrade. Per iOS, ciò significa ottenere build archiviate da un catalogo di app gestito da MDM. Senza l’archiviazione della versione precedente, il downgrade è spesso impossibile sui dispositivi iOS.

Su Android, puoi reperire le versioni precedenti dagli app store enterprise o da archivi APK affidabili. Gli amministratori devono assicurarsi che gli APK provengano da fonti verificate per evitare malware. Il pacchetto recuperato deve anche corrispondere al certificato di firma originale.

Fase 4: Installare la versione precedente

L’installazione di una versione precedente dell’app deve essere conforme ai requisiti di sicurezza della piattaforma.

📌 Caso d’uso: I team IT devono distribuire una versione dell’app nota come funzionante a tutti i dispositivi, riducendo al minimo le interruzioni per gli utenti e mantenendo la conformità agli standard di sicurezza dei dispositivi.

Su iOS, l’installazione di una versione precedente dell’app richiede strumenti MDM o di distribuzione di livello enterprise. Gli amministratori specificano la versione approvata tramite le configurazioni delle app gestite o i file manifest di distribuzione. Questo garantisce un’installazione coerente e il mantenimento della conformità al modello di sicurezza di Apple.

Su Android, l’installazione prevede il sideloading dell’APK. I dispositivi devono consentire le installazioni da fonti sconosciute, a meno che non si distribuisca l’applicazione tramite uno store enterprise. In alcuni casi, è necessario disinstallare l’applicazione esistente prima di installare la versione precedente.

Fase 5: Ripristino dei dati dell’app

Il ripristino dei dati dell’utente è necessario per riportare il dispositivo a uno stato operativo.

📌 Caso d’uso: Dopo un downgrade, gli utenti devono riprendere immediatamente il lavoro con le impostazioni, le credenziali e le informazioni salvate localmente in precedenza.

Dopo il downgrade alla versione precedente, dovresti sempre ripristinare i dati dell’applicazione dai backup per riportare l’applicazione allo stato operativo precedente. A seconda della piattaforma e del design dell’app, questo potrebbe comportare il ripristino completo del dispositivo o il recupero selettivo dei dati dell’app. Dovresti anche verificare l’integrità dei dati per confermare che l’applicazione di cui hai effettuato il downgrade possa leggere e utilizzare le informazioni ripristinate.

Non tutte le app supportano il ripristino dei dati in modo che siano leggibili dalle versioni precedenti. Alcuni processi possono fallire o comportarsi in modo imprevedibile se vengono introdotte nuove strutture di dati. Per questo motivo, il test post-downgrade è essenziale.

Problemi comuni durante il downgrade delle app mobili

Di seguito sono riportati i problemi più comuni che potresti riscontrare quando esegui il downgrade delle applicazioni mobili, insieme ad alcune possibili soluzioni:

  • Le applicazioni non si installano: Verifica la firma del pacchetto e la compatibilità con la piattaforma.
  • Errori dei dati dell’app dopo il rollback: Ripristina dal backup o accetta il rischio di perdita dei dati.
  • Il dispositivo rifiuta la versione precedente: Controlla le chiavi di firma e i requisiti della versione del sistema operativo.
  • Gli utenti enterprise hanno bisogno di versioni coerenti: Utilizza il blocco delle versioni e il controllo della distribuzione MDM.

Servizi NinjaOne che aiutano con la gestione delle app mobili

Grazie alle funzionalità di gestione dei dispositivi mobili e degli endpoint di NinjaOne, puoi mantenere versioni approvate delle app su diversi dispositivi. Gli amministratori possono anche tenere traccia delle versioni installate e applicare gli standard organizzativi. Utilizzare NinjaOne in combinazione con i flussi di lavoro di backup e ripristino consente di supportare i criteri di downgrade dove è necessario.

Tornare alla versione preferita effettuando il downgrade delle applicazioni mobili

Il downgrade delle applicazioni mobili richiede una comprensione dei vincoli della piattaforma e dell’integrità dei dati. iOS si basa sul provisioning e sui backup enterprise, mentre Android offre una maggiore flessibilità per il sideloading. La pianificazione e gli strumenti sono essenziali per ridurre i rischi e consentire un rollback sicuro, se necessario.

Argomenti correlati:

FAQs

No, gli utenti non possono effettuare il downgrade delle app dall’app store. Né Apple né Google Play supportano il downgrade diretto.

Non tutti i dati delle app persistono dopo un downgrade, poiché la compatibilità dei dati varia a seconda delle app e delle versioni.

Il sideloading è sicuro se utilizzi pacchetti affidabili e verificati.

Sì, l’MDM può imporre le versioni delle app. Gli strumenti enterprise, in generale, possono controllare e limitare le versioni delle app.

Alcune organizzazioni consentono il downgrade per mitigare le regressioni o le interruzioni operative dovute ad aggiornamenti errati.

Ti potrebbe interessare anche

Pronto a semplificare le parti più complesse dell'IT?

Termini e condizioni NinjaOne

Cliccando sul pulsante “Accetto” qui sotto, dichiari di accettare i seguenti termini legali e le nostre condizioni d’uso:

  • Diritti di proprietà: NinjaOne possiede e continuerà a possedere tutti i diritti, i titoli e gli interessi relativi allo script (compreso il copyright). NinjaOne ti concede una licenza limitata per l’utilizzo dello script in conformità con i presenti termini legali.
  • Limitazione d’uso: Puoi utilizzare lo script solo per legittimi scopi personali o aziendali interni e non puoi condividere lo script con altri soggetti.
  • Divieto di ripubblicazione: In nessun caso ti è consentito ripubblicare lo script in una libreria di script appartenente o sotto il controllo di un altro fornitore di software.
  • Esclusione di garanzia: Lo script viene fornito “così com’è” e “come disponibile”, senza garanzie di alcun tipo. NinjaOne non promette né garantisce che lo script sia privo di difetti o che soddisfi le tue esigenze o aspettative specifiche.
  • Assunzione del rischio: L’uso che farai dello script è da intendersi a tuo rischio. Riconosci che l’utilizzo dello script comporta alcuni rischi intrinseci, che comprendi e sei pronto ad assumerti.
  • Rinuncia e liberatoria: Non riterrai NinjaOne responsabile di eventuali conseguenze negative o indesiderate derivanti dall’uso dello script e rinuncerai a qualsiasi diritto legale o di equità e a qualsiasi rivalsa nei confronti di NinjaOne in relazione all’uso dello script.
  • EULA: Se sei un cliente NinjaOne, l’uso dello script è soggetto al Contratto di licenza con l’utente finale (EULA) applicabile.