Näytä kirjoitukset

Tässä osiossa voit tarkastella kaikkia tämän jäsenen viestejä. Huomaa, että näet viestit vain niiltä alueilta, joihin sinulla on pääsy.


Viestit - AimoE

Sivuja: [1] 2 3 ... 152
1
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.

2
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"

3
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.

4
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.

5
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.

6
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?

7
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.

8
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

9
Mitä selainta kuuluisi tällä hetkellä käyttää?

Minkä merkkisiä lenkkareita nyt kuuluisi käyttää?
Mitä puoluetta nyt kuuluisi äänestää?

Mieti mitä kriteerejä sinä itse pidät tärkeinä.

10
@_Pete_: kannattaisi ensin katsoa mikä on konteksti. Tämä ei ole yleinen WSL-ketju.

11
Mitä WSL-harjoituksesta jäi käteen

Vertailu:
  • Cygwin tuo Linuxin peruskomennot aina mukanaan, ja paketteja voi asentaa lisää.
  • Scoopilla asennetaan periaatteessa yksittäisiä paketteja, mutta Git-asennus tuo mukanaan peruskomennot, Bash:n ja MinTTY:n (koska Git for Windows tuo ne ilman Scoop:akin).
  • Asentamalla WSL:n saa käyttöön Windows Terminal:n ja mahdollisuuden asentaa Ubuntu peruskomentoineen ja pakettivarastoineen.

Jos katsotaan vain komentokokoelmia, voisi ajatella, että WSL-Ubuntu korvaa Cygwin-asennuksen kokonaan ja sen mukana tuleva Windows Terminal korvaa MinTTY:n kokonaan. Scoop-paketeista WSL:n avulla voi korvata ne, joille ei löydy Linux-vastinetta.

Paitsi että ei se niin yksinkertaista ole. Jotta varmistusohjelma voi tallettaa ja tarvittaessa palauttaa sekä tiedostojen polut että kaikki attribuutit oikein, ohjelma täytyy asentaa natiivina, joko Scoop:n avulla tai suoraan julkaisijan paketista. Eikä varmistus ei ole ainoa tapaus.

Loppujen lopuksi WSL-asennus korvaakin vain peruskomennot ja MinTTY:n, eikä juuri muuta. Scoop tai vastaava tarvitaan edelleen.

Toistaiseksi zenity ja notify-send ovat ainoat komennot, joita en ole Cygwin:n tai Scoop:n avulla saanut käyttöön, eikä notify-send (libnotify-bin -paketista) toimi WSL:n kanssa. Windowsin MessageBox Show -metodilla tulee rumia pop-uppeja, kun siitä puuttuu notify-send:n actions-ominaisuus. Täytyy siis kokeilla tätä: https://github.com/ultrabig/WslNotifyd. Jahka sen saa toimimaan, voisi jo harkita veeäsällää vakavasti.

12
En minä kyllä Inteliä sormella osoittaisi. Jos ajurit eivät ole ajan tasalla, vika on käyttämässäni laitevalmistajan varusohjelmassa, joka ei ole niitä päivittänyt, tai päivittää vain ihan pakolliset. Haluaisin luottaa siihen, että se päivittää kaikki, mutta näköjään ei. Grafiikka-ajuria ei siis atrvinnut päivittää, se oli ajan tasalla. Noi langattomat yhteydet vaan oli vanhoja.

Onhan se aika epätoivoinen homma yrittää pitää yllä tietokantaa kaikkien konemallien kaikista esiasennetuista softista.

13
Eipä näemmä olekaan Windowsin oletus ajurissa vGPU tukea jos haluaa jaa GUI kikkareita, eli silloin tosiaan joutuu asentamaan Intelin ajuripaketin. Mutta siihenhän riittää kun vain menet tuonne Intelin sivulle ja laitat asennuksen päälle.
https://www.intel.com/content/www/us/en/support/detect.html

Tuolla on automaattitunnistin, jota itse varmaankin käyttäisin jos ois tarve.

Tärkein tarve on zenity. Yritän pitää bash-scriptit mahdollisimman samoina Ubuntu-koneella ja WIndows-koneella. Kokeilin Scoop-asennuksena https://github.com/ncruces/zenity/wiki/Zenity-for-WSL,-Cygwin,-MSYS2 -versiota, mutta se on täysin rampa. Isoin puute on checklist ja radiolist -tuki.

Aloitin pitkän kaavan mukaan, eli asensin tuon detect-työkalun ja avasin sen. Se näyttää koneen Intel-tiedot (sic!) selaimessa ja ehdottaa päivittämään Bluetooth- ja Wi-Fi-ajurin, mutta ei sano grafiikasta mitään. Sen mukana käynnistysvalikkoon ilmestyi Intel Graphics Software. Avatessa se ilmoitti, että vanha käyttöliittymä pitäisi poistaa, mutta ei kertonut millä nimellä se löytyy, joten sen kanssa puuhatessa meni taas lisää aikaa. Poiston jälkeen katselin muita tietoja. Intel Graphics Software ilmoittaa kohdassa Grafiikka että "Nykyinen laitteistosi ei tue mitään grafiikkaominaisuuksia", mutta kohdassa Näyttö se päästäää säätämään sekä sisäisen että ulkoisen näytön monia ominaisuuksia.

No, jatkoin WSL:n asennukseen. WSL-asetuksista löytyi kohdasta Valinnaiset ominaisuudet asetus Ota graafiset käyttöliittymäsovellukset käyttöön, ja se oli oletuksena käytössä. Uusi Intel Graphics Software on kyllä parempi kuin vanha Intel-grafiikkakomentokeskus, mutta ei siihen WSL:n takia olisi kannattanut aikaa uhrata.

Olkoon tämä opiksi ja ojennukseksi.

WSL ei näköjään tarjoa Resolutea vielä. Aloitin siis Noblen kanssa. Zenity toimii ihan hyvin, warning ja error -messuista huolimatta.

14
Olen tutkinut WSL:n asennusohjeita. Ne näyttävät selkeiltä, mutta silti saavat raapimaan päätä.

Ubuntun komentoja kehotetaan suorittamaan PowerShellissä tai erikseen asennettavassa Windows Terminal -päätteessä; mistään ohjeesta ei käy ilmi, että WSL-Ubuntun mukana tulisi pääte jota voisin käyttää. Jos tarkoitus on vain korvata Mintty, niin millä tavalla WSL-Ubuntun asennus siihen muka auttaa?

Run Linux GUI apps -ohje sanoo, että ensin pitää asentaa vGPU-ajuri ja antaa linkit eri GPU-valmistajille, mutta kun avaan Intel-linkin, siellä onkin vain yleinen Intelin lataussivu, enkä keksi mitä sieltä pitäisi asentaa?

15
Ubuntu tietokoneissa / Vs: Thunderbird ja pääsalasana?
« : 28.04.26 - klo:09.05 »
Yhteydetön tila päällä?

16
Minulla on 16GB:n tikulla Ventoy, kaksi Ubuntu-julkaisua ja jotain pientä sälää. Kolmea Ubuntu.isoa sille ei mahdu. 64GB:n tikulle mahtuu aika paljon enemmän.

17
senkun alustat sen toiseen formaattiin, ei se tikun vika ole

18
Yleistä keskustelua / Digijäämistö
« : 27.04.26 - klo:14.32 »
Kysy kirjaston­hoitajalta -palvelusta sattui silmiin kysymys digi­testamentin mallista. Kirjaston vastauksessa viitataan ensin netti­sivuun, jonka ohje antaa ymmärtää, että testamenttiin kirjataan sala­sanat, ja sitten malli­asia­kirjaan, jonka ohjeissa päinvastoin painotetaan, että sala­sanoja ei pidä antaa kellekään. Digi­testamenttihan on enemmän valta­kirja kuin testamentti.

Minua jäi mieityttämään se, että kummassakaan lähteessä ei ole paneuduttu siihen, miten määritellään se joukko tilejä, joista täytyy erikseen ilmoittaa. Mallissa luetellaan mm. mobiili­varmennetta tarjoavat puhelin­operaattorit, jotka saavat tiedon kuolemasta ilman peri­kunnan apuakin. Oleellista olisikin tietää, onko asiakkuudessa kyse puhelin­liittymästä vai sellaisesta palvelusta, joka ei vaadi vahvaa tunnistusta – ja onko jälkimmäisellä mitään väliä.

Ellei kyse ole julkisesta some-profiilista (kuten FB- tai X- tai Instagram tai vaikkapa Ubuntu Suomi -foorumi), luulisi että käyttäjä­tunnuksena käytettävän sähkö­posti­osoitteen sulkeminen riittää. Jos verkko­kaupan tms. sivuston yllä­pito ei ikinä tarkista, onko asiakkaan tai jäsenen (tili edelleen käytössä ja) sp-osoite voimassa, se on kai heidän pään­särkynsä. Vai tarvitaanko siihen jotain sääntöjä?

Vinkki: jäämistöön oleellisesti kuuluvat tietueet voi KeePass-tietokannassa tägätä ja tägin avulla poimia tulostettavaksi ilman sala­sanoja.

19
Se muutosluettelo, jota on kopioitu pitkin poikin, onkin siis muutosloki sellaisenaan. Jotenkin kuvittelin että alkuperäinen olisi työstetympi. Grub on hyvin tärkeä komponentti.

No tärkeintä on, että TPM2- ja LUKS2-tuki ovat vihdoin mukana.

20
Kyllä sen pitäisi onnistua. Onko kone siis niin vanha, ettei siinä ole UEFIa? Entä levy, onko se GPT-osioitu vai MBR? UEFI vaatii GPT:n mutta legacy ei vaadi MBR:ää. Löysin netistä tällaisen keskustelun: https://discourse.ubuntu.com/t/distro-install-using-mbr-instead-of-gpt/73420/5, joka on käyty silloin kun resolute oli vielä työn alla. Siinä levyllä oli GPT, mutta Resolute-asennus muutti osioinnin MBR:ksi koska jokin ehto xyz ei täyttynyt. En viitsi lukea niin tarkkaan kun ei koske minua mitenköään. Noista päivistä Resolute on kehittynyt eteenpäin, joten siitä ei voi suoraan vetää johtopäätöksiä, mutta jotain sinun koneessasi on mikä ei ole sopinut. Joko se on liian vanha ja piste, tai sitten sitä voi vielä virittää.

Sivuja: [1] 2 3 ... 152