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

iCloud-billeder synkroniserer hele dit bibliotek. Det er hurtigt, og det virker, og prisen er ensartethed: hvad én enhed har, har hver enhed på det id, og den tjeneste, der gemmer filerne, kan læse dem.

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å det samme iCloud-id, installer Vaultaire og tegn det samme mønster. Mønsteret danner den samme nøgle lokalt, og kun med den kan enheden dekryptere den førstes poster. Intet går til os, og der oprettes ingen konto.

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

Hver synkroniseringsskrivning er en post i én zone i din private iCloud-database. Hver post har et tilfældigt UUID-navn, den samme posttype som alt andet, Vaultaire skriver, og en polstret størrelse. Hvilke filer der hører sammen, hvilken enhed der tilføjede hvad, ændringstællere og sletmarkeringer ligger alle i den krypterede nyttelast.

Den form er tilsigtet. Hvis synkroniseringsposter var navngivet efter deres indhold, hvis hver hvælving fik sin egen zone, eller hvis enheds-id'er dukkede op i skemaet, ville lagerlaget alene afsløre, hvor mange hvælvinger du har, og hvor mange enheder du bruger, uden at dekryptere noget. Vaultaire holder den struktur inde i konvolutten. Skyens billede af en person med to enheder og flere hvælvinger ligner billedet af én enhed, der sikkerhedskopierer oftere.

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

„Afbryd denne enhed“ virker lokalt. Den stopper upload og download for den enhed, du har i hånden, beholder hvælvingen på den og hverken fjerner adgang fra partnerenheder eller sletter sikkerhedskopier i skyen. At fjerne de lokale data er et separat, bevidst skridt.

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.