Posso cancellare in modo sicuro un file ".keychain" da Portachiavi quando c'è un file ".keychain-db" corrispondente?

5

Nella cartella "Portachiavi" nella mia cartella Libreria ( ~/Library/Keychains ), ho un file "login.keychain" e un file "login.keychain-db". Il file "login.keychain" è ancora in uso in macOS Sierra o è sicuro cancellarlo?

Ho alcuni altri portachiavi con coppie di questi file " nome .keychain" e " nome .keychain-db". Ma quando creo un nuovo portachiavi in Accesso Portachiavi, c'è solo un file " nome .keychain-db". Sulla base di questo e dei tempi di modifica dei file, suppongo che Sierra utilizzi solo i nuovi file (" nome .keychain-db"), ma che l'aggiornamento abbia lasciato i vecchi file (" nome .keychain ") in posizione come backup? Quindi dovrebbe essere sicuro rimuovere i vecchi file?

    
posta Rinzwind 18.02.2017 - 22:53
fonte

2 risposte

1

Sì, i file .keychain sono il vecchio formato.

.keychain-db è il nuovo formato.

Modificare una chiave in Accesso portachiavi e osservare le date di modifica. Ho cancellato quei file anni fa senza problemi.

    
risposta data 22.10.2018 - 07:55
fonte
0

Utilizzo di OS 10.12.6 Sierra su MacBook Pro 2016

Non cancellerei alcun database senza confermare che i contenuti sono identici, quindi conservando una copia altrove, come menzionato sopra, se si sperimenta.

Ho trovato 2 database nella mia libreria di sistema che appaiono per rappresentare il mio database completo: login.keychain e login.keychain-db. Questi nomi non corrispondono ai nomi delle voci dell'elenco portachiavi nell'area superiore dell'angolo L all'interno dell'accesso portachiavi (passa il mouse sopra il nome del portachiavi per vedere il database della libreria di sistema a cui corrisponde quel portachiavi), il che rende le cose più confuse.

I 2 portachiavi non sono identici (controlla il numero di oggetti nella parte inferiore della schermata KA). Sembra che il più piccolo dei 2 database contenga versioni precedenti di articoli che potrebbero essere o non essere stati aggiornati. In ogni caso, se selezioni un database dall'elenco Portachiavi, puoi ordinarlo per data Modificato nella finestra KA. Confronta questo con gli altri Portachiavi nella tua lista ordinati per Data Modificata. Nel mio caso, l'intervallo modificato della data di un portachiavi viene troncato in una certa data, mentre l'intervallo modificato della data nell'altro portachiavi continua fino alla data della mia ultima voce.

Questo mi fa presumere che potrei cancellare il database che ha la data di taglio Data di modifica precedente. Se cerco un articolo che è stato creato prima e modificato dopo la data limite, viene visualizzato nei risultati di ricerca come elemento separato.

In qualche modo, a volte il sistema operativo ha separato il mio database Keychain Access in 2 database visibili che fanno veramente parte dello stesso database a un livello inferiore (vedi le informazioni di supporto Apple sotto). Il database attivo sembra essere quello con -db nel nome della libreria di sistema.

La data di taglio data modificata sul vecchio database è sopra o vicina alla data del mio aggiornamento a Sierra (sul mio nuovo computer) dal mio vecchio OS 10.6.8 sul mio vecchio computer. Tuttavia, non ricordo di aver notato dati in 2 database o di aver ricevuto risultati di ricerca duplicati prima di reinstallare il mio sistema Sierra e l'ultima patch di aggiornamento.

La frustrazione è che quando cerco o navigo, potrei inavvertitamente accedere a informazioni più vecchie (o nessuna) o alla fine a ricreare un articolo). Fino a quando non viene spiegato meglio, vorrei a) Attendere una copia di tutti i database all'esterno della libreria di sistema eb) prestare molta attenzione a confrontare le informazioni nei 2 database se entrambi sono rimasti nel sistema. Potrei (ma non ho ancora) sperimentato con la conservazione di una copia del vecchio database al di fuori della libreria di sistema, rimuovendola dal sistema attivo e vedendo cosa mi rimane.

Supponendo quanto detto sopra, l'unione dei portachiavi non sarebbe una buona idea, poiché le versioni precedenti degli articoli potrebbero sostituire o vivere insieme alle versioni più recenti.

FYI per coloro che si occupano del problema precedente o che desiderano unire / esportare portachiavi o elementi portachiavi per altri motivi (nel mio caso, anche gli elementi che mancavano completamente):

Ho chiamato l'assistenza Apple e ho parlato con un consulente senior. Lo scenario di cui sopra era un mistero per lui. Aveva anche l'errata idea che l'Accesso Portachiavi consentisse l'esportazione e l'importazione di oggetti usando i comandi del menu File. (Questo non è vero - L'esportazione rimane in grigio a prescindere da cosa o quanto sia selezionato. Lo segnalerà agli ingegneri Apple insieme alle prove di 2 database separati in KA).

Ha anche pensato che potevo semplicemente selezionare un elemento e trascinarlo su un altro portachiavi (nel mio scenario sopra, questo non funziona perché KA pensa che l'elemento esiste già e non lo trasferirà - i database sono collegati ad un livello inferiore).

Abbiamo anche provato a copiare un elemento negli Appunti e incollare. Ciò ha comportato la copia solo del contenuto dell'elemento senza possibilità di importazione, tranne creando nuovi contenitori vuoti in KA.

Quindi, da questo momento, non c'è modo di unire gli elementi portachiavi, solo ricrearli. Ci sono alcuni post online che indicano che i comandi AppleScript possono ottenere questo, ma è un processo più complesso che sono pronto a rischiare il mio sistema operativo.

Se qualcuno ha una legittima, confermata da Apple, risoluzione a una di queste o ulteriori spiegazioni legali, si prega di postarlo.

Fino ad allora, chiama Apple con il tuo problema in modo che ci sia un record sostanziale nel loro database.

AGGIORNAMENTO: ho provato a rimuovere il database con il taglio Data modificato precedente e tutto sembra OK ..... ma attenzione.

    
risposta data 26.02.2018 - 21:36
fonte

Leggi altre domande sui tag