Bruk nettappen til å laste opp enkeltvise krypterte filsikkerhetskopier direkte fra nettleseren til en S3-kompatibel bøtte du selv kontrollerer.
Last ned RevaultSikkerhetsmodellHvis du allerede administrerer objektlagring, kan Revaults nettapp sende krypterte sikkerhetskopier direkte til ditt valgte HTTPS S3-kompatible endepunkt. Dette er en egen nettleserfunksjon: innfødt mobilsynkronisering bruker privat iCloud, privat Google Drive eller Pro Revault Cloud.
Konfigurer bøtten og HTTPS-endepunktet fra Lagringsinnstillinger i nettvelvet. Valgte enhetsfiler krypteres lokalt før en direkte opplasting fra nettleseren. Du administrerer leverandøren, påloggingsinformasjonen, tilgangsreglene og lagringskostnadene.
Hver opplastede fil blir et eget .qvault-objekt som inneholder en autentisert kryptert filoversikt og innpakkede hvelvnøkler. Tilfeldige objektnavn unngår å avsløre det opprinnelige filnavnet. Dette er en uttrykkelig opplasting av sikkerhetskopi, ikke automatisk innebygd skysynkronisering.
Last ned det krypterte objektet fra leverandøren din og bruk hvelvets gjenopprettingsnøkkel til å gjenopprette det. Oppbevar nøkkelen adskilt fra tilgangen til bøtten. Revault kan ikke gjenopprette en tapt nøkkel eller styre livssyklusen til objekter i din egen lagringskonto.
Denne funksjonen tilhører den separate nettleserhvelvet-opplevelsen. Den sender krypterte sikkerhetskopiobjekter per fil til et HTTPS S3-kompatibelt endepunkt du konfigurerer. Innfødt iOS og Android hvelvsynkronisering bruker plattformskyer eller Revault Cloud i stedet. Velg denne ruten når det er et bevisst ansvar å administrere din egen bøtte, ikke når du ønsker en ferdiglaget mobilsynkroniseringsleverandør.
Nettleseren trenger tillatelse til å sende forespørsler til det valgte endepunktet, så både bucket-legitimasjon og CORS-regler har betydning. Begrens påloggingsinformasjonen til den tiltenkte reservedelen eller prefikset, hold boken privat og tillat bare nettstedets opprinnelse og operasjoner arbeidsflyten din trenger. En vellykket leverandørpålogging alene betyr ikke at en nettleseropplasting på tvers av opprinnelse vil bli akseptert. Tilbyderen kontrollerer sine egne kostnader, objektoppbevaring og tilgangslogger.
Hver opplasting er et uavhengig nedlastbart .qvault-objekt med en kryptert beholdning og innpakkede nøkler. Tilfeldige objektnavn viser ikke det opprinnelige filnavnet, men leverandøren observerer fortsatt objektstørrelse og forespørselsaktivitet. Last ned et fullført objekt, gjenopprett det med den samsvarende gjenopprettingsfrasen og bekreft innholdet før du stoler på bøtten som reservedestinasjon. Bøttetilgang i seg selv er ikke hvelvdekrypteringshemmeligheten.
Bring-din-egen S3-opplastingen beskrevet her er en sikkerhetskopieringsfunksjon i nettleseren. De opprinnelige appene tilbyr plattformens private lagring og Pro Revault Cloud. En per-fil S3 objektopplasting er ikke en pågående enhetssynkroniseringstilkobling.
Nettlesere håndhever tilgangsregler på tvers av opprinnelse. Sjekk endepunkt, region og signeringskonfigurasjon, scoped legitimasjon og leverandørens CORS-svar. Unngå å løse et CORS-problem ved å gjøre krypterte sikkerhetskopiobjekter offentlig lesbare.
Nei. Eksisterende objekter er separate pakker med egne lagrede nøkkelpakker. Hold gjenopprettingshemmeligheten som samsvarer med hver beholdt sikkerhetskopi eller bytt ut og bekreft sikkerhetskopiene etter en gjenopprettingsendring.
Velg innstillingene som passer til filene dine, og ha en gjenopprettingsplan før du stoler på én enkelt enhet.
Last ned RevaultVelg privat iCloud eller Google Drive synkronisering, eller Pro Revault Cloud for iPhone og Android sammen. Hold andre hvelv helt lokale.
Eksporter en bærbar, kryptert .qvault-sikkerhetskopi og oppbevar gjenopprettingsnøkkelen separat. Gjenopprett filene dine uten Revault-konto.
Flytt et hvelv til en annen telefon med en kryptert overføringsfil og en separat overføringsnøkkel, også når du bytter mellom iOS og Android.
