Enhedssynkronisering: den samme hvælving på iPhone og iPad

Enhedssynkronisering holder en Vaultaire-hvælving tilgængelig på alle Apple-enheder, der er logget ind på det samme iCloud-id. Den bruger den krypterede iCloud-sikkerhedskopi som transport, holder alt synkroniseringsregnskab inde i den krypterede hvælving og laver aldrig dit mønster om til en kontoadgangskode.

Hvordan dette adskiller sig fra billedsynkronisering via iCloud

Device Sync synkroniserer en boks, ikke et bibliotek. Enheden er en boks ad gangen, og du vælger selv hvilke bokse der deltager. Det, der rejser, er et sæt poster, der er beskyttet af en separat mønsterafledt backupnøgle. Et billede i en synkroniseret boks vises ikke i Fotos-appen på nogen af ​​enhederne, vises ikke i Memories eller delte album og er ikke en del af det bibliotek, som et familiemedlem med adgang til din Mac kan gennemse.

Enhedssynkronisering synkroniserer en hvælving, ikke et bibliotek. Enheden er én hvælving, og du bestemmer, hvilke hvælvinger der deltager. Det, der rejser, er krypterede poster, som intet betyder uden nøglen udledt af dit mønster. Et billede i en synkroniseret hvælving vises ikke i Billeder-appen på nogen enhed, ikke i Erindringer, ikke i delte album og ikke i det bibliotek, som en med adgang til din Mac kan bladre i.

De to systemer kører side om side. At slå enhedssynkronisering til for en hvælving ændrer intet ved iCloud-billeder, og at slå iCloud-billeder fra stopper ingen hvælving.

Sådan synkroniserer du en billedhvælving mellem iPhone og iPad

1. Slå krypteret iCloud-sikkerhedskopiering til for den hvælving

Enhedssynkronisering kører oven på krypteret iCloud-sikkerhedskopiering, så den kontakt skal være slået til for den hvælving, du vil have. Den gælder pr. hvælving, ikke globalt. En hvælving, du aldrig deler, bliver på én enhed og laver ikke en eneste post i skyen.

2. Åbn den samme hvælving på den anden enhed

Log den anden enhed ind på den samme iCloud konto, installer Vaultaire, og tegn det samme mønster. Dette mønster udleder den enhedsuafhængige backupnøgle, der bruges til at åbne den krypterede mønsteradgangskonvolut i CloudKit. Konvolutten leverer den eksisterende vault-nøgle og den indpakkede hovednøgle; den anden enhed regenererer ikke uafhængigt den første enheds hvælvnøgle fra dens lokale salt. Der sendes intet til en Vaultaire-kontotjeneste.

3. Lad enhederne mødes

Synkroniseringen kører, når appen kommer i forgrunden, og når iCloud melder en ændring. Hver enhed henter nye krypterede poster, fletter ændringshistorikken og skriver hvælvingens tilstand lokalt. En fil tilføjet på én enhed dukker op på den anden efter den runde.

Hvad fletningen gør, når begge enheder ændrer ting

Synkroniseringssystemer knækker i det hul, hvor to enheder handler samtidig. Vaultaire løser det hul inde i den krypterede hvælving efter regler valgt til en billedhvælving.

En tilføjelse slår en sletning, der aldrig har set filen. Hvis din iPad sletter en fil, mens din iPhone offline tilføjer en anden, overlever begge hensigter: sletningen gælder det, iPad'en faktisk så, og iPhone'ens nye fil ryger ikke med. En sletning fjerner først en fil fra den anden enhed, når dens historik viser, at den havde set den.

Ens filer falder sammen. Gemmer du det samme billede på begge enheder, ser fletningen én post i stedet for to kopier, der skal ryddes op. De ens krypterede blokke fjernes af den samme vej, som fjerner gamle versioner af sikkerhedskopien.

Fletningen er uafhængig af rækkefølge. Kør den to gange, eller anvend den på ændringer i en anden rækkefølge, og du får den samme hvælving. Netop derfor når begge enheder den samme tilstand, uden at en server bestemmer, hvem der vinder.

Hvad iCloud faktisk gemmer

Denne form undgår at placere almindelige tekstboksnavne, filnavne, enhedsnavne og medlemskabsfelter i CloudKit skema. Det gør ikke skyens fodaftryk konstant. Antallet af poster, polstrede registreringsstørrelser, opdateringstiming og samlet lagret volumen kan stadig give strukturelle signaler, og Vaultaire hævder ikke, at en sikkerhedskopieret boks ikke kan skelnes fra et vilkårligt antal hvælvinger.

Det kan Apple observere CloudKit poster blev skrevet, hvor store de polstrede poster er, hvornår de ændres, og hvor mange poster den private database indeholder. Den modtager ikke mønsteret, backup-nøglen eller den læsbare filnyttelast fra Vaultaire. Dette er udbydergrænsen, ikke en påstand om, at alle servicemetadata forsvinder.

Det, Apple stadig ser, er almindelige driftsdata: at der blev skrevet poster, hvor store de omtrent er efter polstring, og hvornår. Det er den ærlige grænse. Vaultaire kan ikke skjule, at der er netværkstrafik, og påstår det ikke.

Når billeder ikke synkroniserer mellem iPhone og iPad

Standset synkronisering har næsten altid en grund fra en kort liste. Gå den igennem i rækkefølge.

Sikkerhedskopien er slået fra for den hvælving. Enhedssynkronisering kræver krypteret iCloud-sikkerhedskopiering for netop den hvælving på begge enheder. Slået til for én hvælving hjælper det ikke de andre.

Hvælvingen er ikke åben. Synkroniseringsarbejde for en hvælving kræver en aktiv session bekræftet med mønsteret. En låst enhed synkroniserer ikke den hvælving, og sådan er det ment.

Id'erne er forskellige. Begge enheder skal være logget ind på det samme iCloud-id og have iCloud Drive til rådighed. Et andet Apple-id giver to adskilte hvælvinger, der aldrig mødes, uanset hvor ens mønsteret er.

iOS har ikke givet appen tid. Synkroniseringen kører i forgrunden og ved push. Var appen lukket på den modtagende enhed, så åbn den og giv den et øjeblik med en fungerende forbindelse.

Enheden blev afbrudt. Blev „Afbryd denne enhed“ brugt, beholder enheden sin lokale kopi og udveksler ikke flere ændringer, før du slår synkroniseringen til igen.

Enheden blev slettet i nødtilstand. Efter en nødoplåsning tager Vaultaire bevidst den enhed ud af synkroniseringen, så en sletning aldrig føres videre til dine andre enheder som en almindelig sletning. At komme med igen er udtrykkeligt og kræver gendannelsesfrasen.

Kontrol, isolation og gendannelse

Tvangsisolering er reglen, der beskytter resten af dine enheder. Tvangstilstand er kun lokalt: det fjerner ikke-tvangsindekser og gendannelsestilknytninger fra den installation, efterlader krypteret iCloud backup- og peer-kopier intakte, og skærer denne enhed ud af synkronisering. Det vil ikke trække skjult hvælvingstilstand tilbage af sig selv bagefter. Du genvinder en boks ad gangen med vilje ved at bruge den boks gendannelsessætning.

Nødisolation beskytter dine øvrige enheder. Nødtilstand virker kun lokalt: den sletter det, der ligger på den enhed, lader den krypterede iCloud-sikkerhedskopi være og tager enheden ud af synkroniseringen. Den henter derefter ikke af sig selv en skjult hvælvings tilstand tilbage. Du gendanner én hvælving ad gangen, bevidst, med den hvælvings gendannelsesfrase.

Inde i en åben hvælving viser indstillingerne et tal som „Denne enhed + 1 anden enhed“. De viser aldrig enhedsnavne, id'er eller noget om dine andre hvælvinger, og før du åbner en hvælving, viser de intet. Et antal deltagende enheder er nyttigt for dig; en liste med enhedsnavne ville være et læk, der venter på sit øjeblik.

Opbevar gendannelsesfrasen adskilt fra dine enheder. Mister du både mønster og frase, kan ingen del af dette system bygge nøglen igen, os inklusive.

Hvad enhedssynkronisering ikke gør

Det er ikke samarbejde i realtid. To personer, der redigerer den samme hvælving i samme øjeblik, er ikke det problem, den løser, og fletningen kører i runder, ikke pr. tastetryk.

Den synkroniserer ikke på tværs af Apple-id'er og ikke til Android, Windows eller nettet. Transporten er din private iCloud-database, så enhedssynkronisering slutter, hvor dit id slutter.

Den erstatter ikke en sikkerhedskopi, du selv styrer. Krypteret iCloud-sikkerhedskopiering dækker tabet af en enhed. Enhedssynkronisering dækker brug af to enheder. De overlapper, og resten dækker gendannelsesfrasen.