Viestit

1

Laitealue / Vs: Lenovo ThinkPad X1 Carbonin sisäinen näppis ei toimi

« : 30.06.26 - klo:17.34 »

Lenovon laitteiden kanssa kannattaa aina tarkistaa juuri oikean mallin dokumentaatio. Laitteet eivät ole ihan identtisiä.

2

Vaihtoehtoiset työpöytäympäristöt / Vs: Akonadi Resources for Google Services

« : 30.06.26 - klo:17.22 »

Haulla "Akonadi Resources for Google Services" löytyy aika paljon muitakin, jotka ovat ihmetelleet asiaa, ja viestejä on monen vuoden ajalta. Tämä on tuorein jonka löysin: https://discuss.kde.org/t/browser-auto-starting-to-google-sso-page-for-akonadi-resources/12261

3

Yleistä keskustelua / Vs: Uuden puhelimen hankinnan hankaluus

« : 26.06.26 - klo:13.52 »

Vaikka hankkisi hintavamman pitkään tuetun, niin sen rinnalle tarvitaan varapuhelin, johon voi asentaa pankkisovelluksen valmiiksi siltä varalta, parempi puhelin sattuu rikkoutumaan tai katoamaan. Signal vaatii vieläkin tiukemmn, että puhelimessa on tuettu versio, pankit antavat sovelluksilleen pidemmän käyttöajan ilman käyttistukea.

Tämän olen itse ratkaissut tabletilla. Totesin sen olevan helpoin ja varmin ratkaisu. Ääri epätodennäköistä, että kummatkin laitteet sattuisi rikkoutumaan juuri samaan aikaan, varsinkin kun tablet ei kovinkaan aktiivisessa käytössä ole.

Signalia ei voi asentaa Android-tabletille, ja iPadillekin vain jos mukana on puhelin. Veikkaan että js puhelin on hukassa, Signalin käyttö iPadilla loppuu lyhyeen.

4

Yleistä keskustelua / Vs: Uuden puhelimen hankinnan hankaluus

« : 26.06.26 - klo:10.37 »

Vaikka hankkisi hintavamman pitkään tuetun, niin sen rinnalle tarvitaan varapuhelin, johon voi asentaa pankkisovelluksen valmiiksi siltä varalta, parempi puhelin sattuu rikkoutumaan tai katoamaan. Signal vaatii vieläkin tiukemmn, että puhelimessa on tuettu versio, pankit antavat sovelluksilleen pidemmän käyttöajan ilman käyttistukea.

Varapuhelimesta varsinkaan ei viitsisi maltaita maksaa, mutta miten valitset vanhan mallin, kun yhtään ei tiedä millainen sika missäkin säkissä on. Ei sitä kuitenkaan halua vuoden välein vaihtaa kun se kumminkin on vaan varalla.

5

Yleistä keskustelua / Vs: Eurooppalaisia sähköposteja omalla arkistoinnilla

« : 14.06.26 - klo:06.03 »

Tarkoitat varmaankin ilmaisia?

Maksullisia löytyy kyllä. Esimerkiksi Elisa lupaa että heidän palvelimensa ovat ja pysyvät Suomessa, ja sähköposti on ihan normaali POP&IMAP-tyylinen ja lisäksi on web-liittymä.

6

Yleistä keskustelua / Vs: Sähköposti vs pilvijakelu?

« : 03.06.26 - klo:10.25 »

Mielenkiintoinen yksityiskohta: Gmail ei suostu lähettämään 7z-kryptattua tiedostoa. Siksikö, ettei pysty tuota lukemaan? 

Ei mene SMS:llä, ei mene sähköpostilla, mutta Signalin avulla voi lähettää. Jos vastaanottaja ei halua uutta appia puhelimeensa, niin pilvi on sitten ainoa vaihtoehto.

7

Ohjelmointi, palvelimet ja muu edistyneempi käyttö / Vs: Contour Care, Omron M7, Beurer BF720 BT bluetoothilla Linuxiin

« : 02.06.26 - klo:06.20 »

Muistelen lukeneeni joskus 80-luvun lopulla tai 90-luvun alulla artikkelin, jossa joku tee-se-itse-mies, jonka lento­lupa oli katkolla diabeteksen takia, oli viritellyt itselleen keinon ladata veren­sokeri­mittarista tietoja PC:lle. Silloin ei ollut minkään sortin API:a, oli vain joku kaapeli­yhteys, en muista mikä. Kaveri osoitti keräämillänsä tiedoilla, että diabetes on hallinnassa ja säilytti lento­lupansa.

Sen aikaiseen tekniikkaan nähden yhdistettävyys on kehittynyt, mutta ei taida olla riittävästi kehittynyt. Terveys­alan laitteiden yhdisteltävyydelle ei ilmeisesti ole tarpeeksi standardoinnin painetta.

8

Muut käyttöjärjestelmät ja Linux-jakelut / bash xtrace vs powershell Set-PSDebug -trace

« : 31.05.26 - klo:08.43 »

Voin päivittää WSL:n oletusdistron PowerShell-komennoilla:

Koodia: [Valitse]

if ( (Get-Date).DayOfWeek -eq "Sunday" ) { wsl --update }
wsl -u root bash -c "apt update && apt full-upgrade"
if ( wsl test -f /var/run/reboot-required ) { wsl --terminate }
wsl -u root bash -c "apt autoremove --purge && apt autoclean"
(Scoop) bash:n xtrace:n avulla saan eri prosesseissa suoritettavat komennot erottumaan helposti:

#!/bin/bash

# distro name in arg $1 is optional
wsl="wsl ${1/#/-d }"
sudo='-u root bash -c'
setx="PS4='\n# ${1:-WSL default}> '; set -x"
PS4='\n: $(basename $0)> '

[ $(date +%u) -eq 7 ] && (set -x; $wsl --update) # sundays
$wsl $sudo "$setx; apt update && apt full-upgrade" || exit
$wsl test -f /var/run/reboot-required && (set -x; wsl --terminate $1)
$wsl $sudo "$setx; apt autoremove --purge && apt autoclean"

Onko olemassa joku PowerShell-jekku, jolla pääsisi vastaavaan selkeyteen? Set-PSDebug -trace:n tulostus on aika ärsyttävä. Mieluummin tulostan komennon itse ennen sen suoritusta, jos mikään muu ei auta.

Kysymys koskee siis vain komentoja "wsl --terminate" ja "wsl --update".

9

Yleistä keskustelua / Vs: Tekoälykäs virustorjunta on RIESA (ja WSL-pohdintaa)

« : 28.05.26 - klo:15.42 »

Se on mahdollista notify-sendillä, mutta väliin tarvitaan taustapalvelu, joka lähettää ilmoitukset Windowsille. Wslnotifyd vaikuttaa toimivalta ratkaisulta: https://github.com/ultrabig/WslNotifyd

Kiitos vinkistä.

WSL2:ssa ei voi ajaa Windowsin exejä, koska se on virtuaalikone Linux-kernelillä.

Häh? Kyllä Microsoft itse sanoo, että voi. Tavallisin esimerkki dokumentaatiossa on

Koodia: [Valitse]

explorer.exe .
Käynnistys onnistuu, kunhan kirjoittaa tiedostonimen kokonaan, .exe mukana. Myöskin Scoopilla asennettuja ohjelmia voi ajaa. Toistaiseksi restic on ainoa joka on tökännyt johonkin esteeseen. Polun voi joutua antamaan, jos WSL on konffattu niin, ettei Windowsin PATH ole lisättynä WSL:n PATH-muuttujaan, mutta oletuksena se on mukana.

10

Yleistä keskustelua / Vs: Tekoälykäs virustorjunta on RIESA (ja WSL-pohdintaa)

« : 28.05.26 - klo:14.31 »

https://itefix.net/cwrsync on vedetty pois, joten Scoop ilmoittaa että se on expired, eikä anna suorittaa komentoa. Itefix ehdottaa vaihtoehdoksi WSL:n rsync:ä tai MINGW/MSYS2-käännöstä rsyncistä.

Sain komentotiedot ja WSL-asetukset päivitetyksi niin, että saan tahdistukset tehdyksi WSL:n rsyncillä.
Nyt kun olen rsync:n takia sitoutunut WSL:n käyttöön, haluaisin vielä korvata PowerShellin MessageBoxin WSL:n notify-send:llä, kun vaan saiisn sen toimimaan. Googletin ratkaisua ilmoituksen "GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown" jne. avulla, mutta netistä löytyvät neuvot eivät riitä, jotain puuttuu.


Unohdin kertoa restic-kokeestani.

Aloitin ajamalla varmistuksen kahteen eri repoon: yhteen jota käytin puhtaasti Scoop/mintty/bash/restic-yhdistelmällä, ja toiseen, jota käytin puhtaasti WSL:n sisällä. Scoop-restic tarvitsi ensivarmistukseen 15 min, WSL-restic 17 min seinökelloaikaa (time-komennon mukaan). Heti perään ajettu varmistus, jossa mikään tiedosto ei ollut muuttunut, vei Scoop-resticiltä hippusen yli 5 sekuntia, WSL-resticiltä vajaat 15 sekuntia. Testiaineisto oli osajoukko siitä, mitä yleensä varmistan.

Seuraavaksi kokeilin, voiko WSL-resticillä vilkaista Scoop-resticin repoa ja päinvastoin. Tämä ei onnistu kumpaankaan suuntaan. Vasta lopuksi kokeilin sitä, mitä nm ehdotti; yritin WSL:n sisältä ajaa ensivarmistuksen vielä kolmanteen repoon Scoop-asennetulla restic.exe:llä. Sekään ei onnistu.

Alkuperäiseen ongelmaan resticin kanssa WSL:stä ei siis ole apua ellen siirry käyttämään resticiä pelkästään WSL:n kautta. Jos WSL:n sisältä tehty palautus on Windowsin kannalta suojattu oikein, se voisi toimia. Niin pitkälle en ole testannut, on tässä ollut muutakin tekemistä.

11

Yleistä keskustelua / Vs: Telian asiakaspalvelun laatu

« : 25.05.26 - klo:19.46 »

Siellä aloitettiin viimeisin YT-neuvottelukierros toukokuun alkupuolella. Helmikuussa oli edellinen (https://yle.fi/a/74-20219474), paljon isompi.
Telia Yhteisö -keskustelupalsta aiotaan sulkea. (https://yhteiso.telia.fi/yllaepitaejaen-sana-5/taerkeae-tieto-jaesenille-ja-vierailijoille-telia-yhteisoe-sulkeutuu-38446).

12

Yleistä keskustelua / Vs: Vaihtoehtoja amerikkalaisille palveluille

« : 24.05.26 - klo:13.20 »

Hotmail-, Gmail- yms. tunnuksia on iät ja ajat luotu pelkästään sitä varten, että eri verkko­palveluille voidaan luoda käyttäjä­tilejä milloin samalla nimellä, milloin eri nimellä.

Nykyään ainakin isoissa verkko­palveluissa käytetään kolmi­jaon ”Service Provider – Authentication Broker – Identity Providers” mukaista Identity Federation -prosessia ja arkki­tehtuuria käyttäjien tunnistukseen ja valtuutukseen, ja amerikkalaiset IT-jätit hallitsevat valtavaa määrää tunniste­tietoja Identity Provider -roolissa.

Tiedän, että vapaan koodin vaihto­ehtoja on olemassa, mutta missä verkko­palveluissa voi oikeasti valita muun kuin amerikkalaisen vaihto­ehdon?

13

Yleistä keskustelua / Vs: Digijäämistö

« : 17.05.26 - klo:19.17 »

Panin tässä yhteen asioita joita olen tähän asti käsitellyt jotenkin erillään toisistaan:
- EU:n identiteetti­lompakko ja muut digi­lompakot (mukaan lukien MobilePay, Swish, jne.)
- EU:n iän­varmennus­sovelluksen tarkoitus ja toteutus
- miten kannattaa valita se palautus­tieto (toinen sähkö­posti tai puhelin­numero), jonka Google vaatii  sala­sanan hukkaamisen varalta
- miten kukaan selviytyy vainajan tilien sulkemisesta
- miten KeePass-tieto­kanta pidetään turvassa
- millä todennus­sovelluksella talletan passkeyt
- mitä IT-jätit tarkoittavat kun sanovat pyrkivänsä sala­sanattomaan kirjautumiseen

Lueskelin tarkemmin erilaisia ohjeita yms., ja huomasin missanneeni erään oleellisen asian EU:n lompakko­hankkeissa. Iän­varmennus­sovelluksen määrittelyssä nimittäin vaaditaan, että sen jälkeen kun lapsen ikä on vahvistettu jollakin keinolla (passin/hölö­kortin avulla, postissa, terveyden­huollossa, koulussa, sossussa, tms.), niin sovellus ei se saa näyttää ikää kysyvälle sitä, mistä tieto on hankittu, eikä lähdettä edes talleteta sovellukseen. Ei siis anneta digi­jättien kerätä tietoa, jota voidaan yhdistellä ja myydä eteenpäin.

Kun Google vaatii, että annan tilin palautusta varten toisen sähkö­posti­osoitteen tai puhelin­numeron, joudun antamaan itsestäni tietoa, jota voidaan yhdistellä. EU:n identiteetti­lompakko panee kampoihin siinä, ja samaan aikaan IT-jätit levittävät passkey-todennusta, joka on keskeinen osa sitä teknologiaa, jonka avulla yhdistely voidaan katkaista. EU:n lompakkohanke kylläkin tähtää vahvaan tunnistautumiseen. Henkilö­tunnusta ei voi kadottaa, joten EU:n lompakon käytön voi aina aloittaa alusta. Tilanne on ihan toinen heikkoa tunnistusta käyttävien verkko-tilien kanssa; tunnistus­tietojen hallinta on niin vaikeaa ja virhe­altista että siihen todellakin tarvitaan parempi, luotettavampi ratkaisu kuin nykyiset. Mutta jos IT-jätit tosissaan pyrkivät pääsemään ihmisen keksimistä sala­sanoista kokonaan eroon, EU voi pakottaa heidät käyttämään teknologiaa siten, että ihmiset voivat paremmin rajata sitä, mitä tietoa joutuvat yhteyksistään paljastamaan IT-jäteille. Saa nähdä kuka vie ja kuka vikisee.

Some-tileille tarvitaan digi­lompakko, jolla voi tunnistautua ja samalla eristää verkko­tilit toisistaan siten, että yhteys­tietojen louhinta vaikeutuu. Digi­lompakon varmuus­kopiointi ja muu turvaaminen muistuttaa jollain lailla digi­tahtoa. Ne lähestyvät samaa asiaa päin­vastaisista suunnista: yhdessä menetetään lompakko, toisessa lompakon omistaja, mutta kummassakin verkko­tilejä koskevaa tietoa täytyy varjella ja säilyttää vastaisen varalle. Voisikohan digi­lompakosta tehdä sellaisen, että lompakon omistajan nimeämä jäämistön­hoitaja voi käynnistää tilien sulkemisen tietämättä mitä kaikkia tilejä omistaja on merkinnyt suljettavaksi?

Tuli vielä mieleen, että nyt kun jokaisella on puhelimessaan ainakin yksi todennus­sovellus, niin pian joku tekee sellaisen digi­lompakon, jossa identiteetit voidaan ryhmitellä rooleittain (kamujen kesken, harrastus, bugiraportointi, bloginpito, sukututkimus, jne.) siten, että jokaiseen rooliin liittyy yksi sähköpostiosoite ja joukko passkeytä. Kun tähän pisteeseen päästään, voidaan rooliin lisätä GPG-avaimet, ja yhtäkkiä GPG:n käyttö sähköpostien salaamiseen onkin helpompaa kuin koskaan aikaisemmin.

14

Ubuntu tietokoneissa / Vs: Ubuntusta "backup järjestelmä"

« : 16.05.26 - klo:13.06 »

Palautus muuhun kuin alkuperäiseen sijaintiin:

Koodia: [Valitse]

restic --repo=SIJAINNISTA restore latest --target=POLKUUN
Varaston sijainnin voi välittää muuttujassa:

Koodia: [Valitse]

export RESTIC_REPOSITORY=SIJAINNISTA
Hakua voi rajoittaa esimerkiksi sen mukaan, miltä koneelta varmistus eli snapshot on otettu ja missä juuressa snapshotit sijaitsevat varaston sisällä (jos hakemistoja on luotu käyttäjäkohtaisesti):

Koodia: [Valitse]

restic restore --target POLKUUN latest --path HAKEMISTOSTA --host KONEELTA

Normaalikäyttö komentorivillä:

Kaikille restic-komennoille on oma help:

Koodia: [Valitse]

restic help snapshots
Katso viimeisimmät snapshotit:

Koodia: [Valitse]

restic snapshots --latest 10 --host KONEELTA
Yksittäisen kansion tai tiedoston palautus attribuutteineen:

Koodia: [Valitse]

restic restore SNAPSHOT:ALIKANSIO --exclude '.*'
restic restore SNAPSHOT --include TIEDOSTO
restic restore SNAPSHOT:ALIKANSIO --include TIEDOSTO

Deja-dup avaa snapshotteja tiedostoselaimeen read-only-tilassa liitettynä, ja yksittäisiä tiedostoja on kätevintä poimia sieltä; ensin voi avata päätteen tiettyyn hakemistoon. Liitoksen voi tehdä komentorivilläkin (restic mount).
Liitoksen kautta attribuutit eivät tule mukana, eikä liitos ei toimi Windowsilla.

Lisää:

Peruskäyttö: https://restic.readthedocs.io/en/latest/
Oma palvelin: https://github.com/restic/rest-server
Pilvikytky: https://rclone.org/commands/rclone_serve_restic/

Resticille voi kertoa millä hakusanoilla deja-dupin tallettama salasana löytyy avainrenkaasta:

Koodia: [Valitse]

export RESTIC_PASSWORD_COMMAND="secret-tool lookup owner=deja-dup type=passphrase"

15

Ohjelmointi, palvelimet ja muu edistyneempi käyttö / Sovelluksen asetusten haku flatpak runtimesta

« : 16.05.26 - klo:08.56 »

Kun asensin deja-dupin flatpak-paketin Ubuntu 24.04:ään, halusin verrata uudemman version asetuksia Ubuntun mukana tulleen version asetuksiin. Hankalaksi sen teki se, että dconf-komento ei ollut köytettävissä. Jouduin tekemään scriptin jolla haen asetukset gsettings-komennoilla.

Koodia: [Valitse]

#!/bin/bash

app=${1:-DejaDup}

for schema in $(gsettings list-schemas | grep $app)
do
    for key in $(gsettings list-keys $schema)
    do
printf "$schema $key = "
type="$(gsettings range $schema $key)"
case "$type" in
    'type b'|'type i'|'type s'|'type as')
echo "$(gsettings get $schema $key)"
;;
    *)
pretty=$(printf "$type" | tr "\n" " ")
echo "$(gsettings get $schema $key) ($pretty)"
;;
esac
    done
done
Case-lauseen viimeinen kohta luettelee enum-tyypin koko arvoalueen, mitä dconf dump ei tee.

Tällä hain kummankin deja-dup-version asetukset tiedostoon, jotta pääsin vertaamaan niitä. En enää muista tulosta tarkasti, mutta yllättävän vähän restic on vaatinut uusia asetuksia; monet lisäykset on tehty enum-tyypin arvolistaan.

16

Ubuntu tietokoneissa / Vs: Ubuntusta "backup järjestelmä"

« : 16.05.26 - klo:07.22 »

Tarkistin vielä duplicity:ä käyttävän deja-dupin asetukset, ja onhan sielläkin vaihtoehtoina Google Drive ja OneDrive, mutta rclone puuttuu. Restic-pohjaisena deja-dupin käyttöliittymä on ihan erinäköinen kuin duplicity-pohjaisena, mutta käytössä voi kerrallaan olla vain yksi deja-dup, joten tietosisällön kautta on helpompi tunnistaa kummasta versiosta on kyse, ja rclonen läsnäolo tai puutttuminen on asia jonka voi tarkistaa.

Olipa deja-dup-versio mikä tahansa, täyskatastrofiin varautuminen vaatii saman proseduurin:

• Talleta salasana! Ei riitä että salasana on talletettu salasanatietokantaan (kuten KeePass), jos tietokanta on vain lähiverkon koneella. Se täytyy tallettaa myöskin muualle, joko pilveen (sellaisenaan, eikä vain varmuuskopioinnin mukana) tai fyysisellä tallennusvälineellä kuten USB-tikku.
• Talleta samalla tavalla ainakin tallennussijainti, joka näkyy deja-dupin käyttöliittymässä otsikolla Tallennus.

Salasana ja tallennussijainti riittävät palautukseen.

Jos haluat talteen kaikki asetukset, voit poimia ne tiedostoon komennolla

Koodia: [Valitse]

dconf dump /org/gnome/deja-dup/ > deja-dup.dconf
ja ne voi uudella koneella palauttaa komennolla

Koodia: [Valitse]

dconf load /org/gnome/deja-dup/ < deja-dup.dconf

Jos kotona on useampi tietokone, ja haluat konffata yhden niistä backup-palvelimeksi, asenna sinne rest-server. Paketin nimi on valittu huonosti; pakettivarastosta (apt-komennolla) se löytyy nimellä restic-rest-server ja snap-pakettina se on restic-server. Palvelun konffaus käyttöön vaatii hieman käsityötä, mutta valmiiksi konffattuna palvelin on helppo asettaa muiden koneiden deja-dup-asetuksiin.

Deja-dup on tarkoituksella tehty yksinkertaiseksi, joten useampia rinnakkaisia tallennussijainteja siihen ei voi konffata. Sitä varten täytyy siirtyä komentoriville.

Varmistukset voi tehdä ihan samaan varastoon myös Windows-koneilta. Sitä ei kylläkään kannata tehdä WSL:n kautta jos haluaa tehdä palautukset suoraan Windows-polkuihin. Tosin kun restic asennetaan Windows-natiivina (esim. Scoopilla), ei deja-dup ole käytettävissä, jolloin varmistusta varten tarvitaan komentotiedosto -- ja kaikki mitä siitä seuraa. Katso myös How to securely manage Restic passwords in Win11.

17

Ubuntu tietokoneissa / Vs: Ubuntusta "backup järjestelmä"

« : 15.05.26 - klo:20.10 »

Snap-kaupassa näkyy olevan hakusanalla 'backup' sovelluksia varmuuskopiointiin enemmän kuin lääkäri määrää. En ole niitä kokeillut kun yhden – DejaDup – nimisen, joka löytyy taas hassusti nimellä 'varmuuskopio'. Siitä voi määritellä mitä kopioidaan ja kuinka usein ja mihin talletetaan. Kohteeksi voi valita vaikka jonkin pilvipalvelun tai omalla koneella olevan toisen levyn.

Sinulla taitaa olla Ubuntu 26.04? Siinä Deja Dupin takatuuppari ei enää ole duplicity; sen tilalle on vaihdettu restic. Siksi siinä on pilvikin mukana. Deja-dup on hyvin simppeli käyttöliittymä. Resticillä on enemmän ulottuvuuksia kuin Deja-dup paljastaa.

Kun sitä kokeilin totesin, että kopiotiedostoa ei sen salauksen vuoksi voi lukea toisella koneella. Jos siis oma tietokone tuhoutuu tulipalossa tai varastetaan ei toisella laitteella saa kopioita luetuksi salasanallakaan. Voi olla, että se vika on jo korjattu.

Ei siinä mitään vikaa ole. Kyllä ne varmuuskopiot voi sieltä palauttaa, kun vaan käyttää samaa restic-salasanaa -- sitä vartenhan se pilvi siellä on vaihtoehtona.

18

Muut käyttöjärjestelmät ja Linux-jakelut / Vs: LocalSendin laitetyyppi?

« : 15.05.26 - klo:20.01 »

Ei mikään. Eikös se vain ole laitetyyppi, jonka LocalSend yrittää hakea? Eli onko laite läppäri, puhelin tms. eli, että se on vain sitä varten.

Niinhän sen voisi päätellä jos olisi read-only, mutta kun sitä voi itse muokata, niin joku merkitys siillä täytyy olla. Protokolla tms?

19

Muut käyttöjärjestelmät ja Linux-jakelut / LocalSendin laitetyyppi?

« : 14.05.26 - klo:20.49 »

LocalSendin ”edistyneissä” asetuksissa on laitetyyppi, jonka arvo esitetään kuvakkeilla. En löydä mistään lähdettä joka kertoisi mikä muuttuu jos arvon vaihtaa joksikin toiseksi? Pelkistä kuvakkeista on aika vaikea arvata.

20

Ubuntu tietokoneissa / Vs: Ubuntusta "backup järjestelmä"

« : 13.05.26 - klo:07.09 »

Voihan varmuuskopiot viedä pilveen salattuna. Esimerkiksi restic tekee täysin salatun varmuuskopiovaraston. Sen voi konffata niin, että varmistus tehdään suoraan pilveen (kätevimmin rclone-integraatiolla), mutta käytännössä voi olla parempi säilyttää myös paikallinen kopio:

• sulje ohjelmat, joiden muistissa oleva tieto täytyy kirjoittaa leyvlle tai joiden käyttö varmistuksen aikana voi rikkoa varmistuksen eheyden
• käynnistä restic-varmistus paikalliselle levylle
• jos resticin snapshot ei ole konfffattuna, avaa suljetut ohjelmat vasta kun varmistus päättyy
• varmistuksen jälkeen aja rclone paikallisen levyn varastosta pilveen tai muuhun etäpalveluun