Skip to content

Vorstellung von Joplin

Linux
  • Joplin ist ein Programm zum Erstellen von Notizen oder To-Do-Listen, so ähnlich wie das kommerzielle Evernote. So Dienste wie Evernote habe ich früher auch benutzt, lehne ich aber mittlerweile komplett ab. Ich setze nur noch Software ein, wo ich die Kontrolle drüber habe. Und ganz wichtig = OpenSource!

    0_1524377755638_joplin.jpg
    Bildquelle: https://github.com/laurent22/joplin

    Das Linux AppImage was man herunterladen kann, sieht s bei mir aus.

    0_1524378145404_Linux_Desktop.png

    Und auf dem Smartphone so

    0_1524379400480_sp2.png

    Aber, welche Cloud nutzt man? Da Joplin End-to-End verschlüsselt, kann man getrost auch kommerzielle Dienste nutzen. Diese Dienste sind dann nicht mehr in der Lage mitzulesen. Aber, da eigene Kontrolle wichtig ist , wählen wir auch hier eine eigene Lösung.

    Nextcloud

    Diese Lösung hoste ich selber und kann nun damit meine Notizen usw. selber speichern und synchronisieren. So sieht das innerhalb von Nextcloud aus.

    0_1524378743598_nextcloud_joplin.png

    Kurze Kontrolle ob das File auch wirklich verschlüsselt ist.

    0_1524378794304_nextcloud_joplin2.png

    Das eingesetzte Verfahren ist AES256. Damit kann man ruhig schlafen und den Notizen auch mal was anvertrauen, was niemand anderes lesen soll. Hier wird das End-to-End Verfahren genau beschrieben https://joplin.cozic.net/spec/

    Voraussetzung wie immer, ein gutes Passwort!

    Viel Spaß beim Ausprobieren.

  • Nachdem ich Joplin jetzt schon ein paar Monate einsetze, musste ich jetzt nach einer Neuinstallation meines Haupt-PCs das Programm wieder installieren. So weit keine größeren Probleme, bis auf

    • ich musste das Syncronisationsziel auf WebDAV stellen, Nextcloud ging nicht so richtig!?
    • es kommt ein orangenes Wanfenster, mit irgendwas "Masterkey........", einfach den Rechner mal was länger anlassen, die Meldung verschwindet nach einiger Zeit von alleine.

    Joplin läuft jetzt wieder einwandfrei.

  • Heute das Ganze nochmal ausprobiert. 🙂

    Unter "Werkzeuge/Allgemeine Einstellungen"

    0_1539095579387_2541359f-78f0-4b14-b540-beddb80e7f45-grafik.png

    Danach auf "Synchronisieren" klicken. Nach kurzer Zeit fragt er nach dem fehlenden Passwort. Passwort eingeben und kurze Zeit später waren alle Daten wieder da. Diesmal ging das ruckzuck.

     Joplin 1.0.111 (prod, linux)
    

  • LUKS Key Derivation Function

    Linux
    1
    0 Stimmen
    1 Beiträge
    50 Aufrufe
    Niemand hat geantwortet
  • Debian Bookworm 12 - Restic

    Linux
    1
    0 Stimmen
    1 Beiträge
    93 Aufrufe
    Niemand hat geantwortet
  • Debian Buster 10.9 released

    Linux
    1
    0 Stimmen
    1 Beiträge
    187 Aufrufe
    Niemand hat geantwortet
  • 0 Stimmen
    1 Beiträge
    336 Aufrufe
    Niemand hat geantwortet
  • Mobian - vollverschlüsselt

    Software
    1
    0 Stimmen
    1 Beiträge
    236 Aufrufe
    Niemand hat geantwortet
  • Kopia - Error 405

    Kopia
    1
    0 Stimmen
    1 Beiträge
    193 Aufrufe
    Niemand hat geantwortet
  • Rest-Server

    Verschoben Restic
    8
    0 Stimmen
    8 Beiträge
    528 Aufrufe
    FrankMF

    Dann mal eben ausprobiert. Auf meinem Server war die Version 0.9.7 selber, mit go, gebaut. Dann mache ich das auch mit der v0.10.0 so. Aber bevor ich anfange, wird die v0.9.7 gesichert.

    mv /usr/local/bin/rest-server /usr/local/bin/rest-server_0_9_7

    So erspare ich mir im Problemfall das selber bauen.

    Ok, dann die neue Version bauen.

    git clone https://github.com/restic/rest-server.git cd rest-server go run build.go

    Danach befindet sich im Verzeichnis die Binärdatei rest-server

    Die kopieren wir jetzt

    cp rest-server /usr/local/bin

    Danach kurzer Test

    # rest-server --version rest-server 0.10.0 (v0.10.0-6-g037fe06) compiled with go1.11.6 on linux/amd64

    Gut Version passt 🙂

    Dann ein Backup gestartet. Das sichert einen Teil meines Home-Verzeichnis

    Files: 153 new, 100 changed, 177857 unmodified Dirs: 0 new, 1 changed, 0 unmodified Added to the repo: 81.881 MiB processed 178110 files, 80.571 GiB in 0:28 snapshot 607e0027 saved Applying Policy: keep the last 3 snapshots, 3 monthly snapshots keep 5 snapshots: ID Time Host Tags Reasons Paths --------------------------------------------------------------------------------------- fa97890e 2020-07-25 21:02:05 frank-XXX monthly snapshot /home/frank 5b073bbb 2020-08-30 10:17:27 frank-XXX monthly snapshot /home/frank f7cf37ef 2020-09-06 15:13:03 frank-XXX last snapshot /home/frank 0157462c 2020-09-13 13:32:12 frank-XXX last snapshot /home/frank 607e0027 2020-09-14 08:09:34 frank-XXX last snapshot /home/frank monthly snapshot --------------------------------------------------------------------------------------- 5 snapshots remove 1 snapshots: ID Time Host Tags Paths --------------------------------------------------------------------- 3010b7cc 2020-09-06 11:39:27 frank-XXX /home/frank --------------------------------------------------------------------- 1 snapshots 1 snapshots have been removed, running prune counting files in repo building new index for repo [1:34] 100.00% 17351 / 17351 packs

    So weit funktioniert das genau wie vorher. Im Changelog stand ja was von Subfoldern. Das betrifft mich nicht, weil ich für jeden User genau ein Verzeichnis habe.

    So mit alles Gut 🙂 Dann warte ich mal morgen ab, ob die täglichen Backups der Server rund laufen.

  • Installation von Grav & NGinx & PHP7.2

    Angeheftet Verschoben Grav
    2
    0 Stimmen
    2 Beiträge
    1k Aufrufe
    FrankMF

    Nachdem ich den ROCKPro64 jetzt auf den Mainline umgestellt habe, lief meine Testinstallation von Grav nicht mehr.

    Hilfreiche Sache um das Problem zu lösen -> https://gist.github.com/GhazanfarMir/03bd1f1f770a3834d47274586d46ea62

    Ich bekam immer 502 Bad Gateway, Grund war ein nicht korrekt gestarteter php-pfm Service.

    rock64@rockpro64v2_0:/usr/local/bin$ sudo service php7.2-fpm start rock64@rockpro64v2_0:/usr/local/bin$ sudo service php7.2-fpm status ● php7.2-fpm.service - The PHP 7.2 FastCGI Process Manager Loaded: loaded (/lib/systemd/system/php7.2-fpm.service; enabled; vendor preset: enabled) Active: active (running) since Thu 2018-08-16 20:15:20 CEST; 21s ago Docs: man:php-fpm7.2(8) Main PID: 3206 (php-fpm7.2) Status: "Processes active: 0, idle: 2, Requests: 3, slow: 0, Traffic: 0.2req/sec" Tasks: 3 (limit: 4622) CGroup: /system.slice/php7.2-fpm.service ├─3206 php-fpm: master process (/etc/php/7.2/fpm/php-fpm.conf) ├─3207 php-fpm: pool www └─3208 php-fpm: pool www Aug 16 20:15:19 rockpro64v2_0 systemd[1]: Starting The PHP 7.2 FastCGI Process Manager... Aug 16 20:15:20 rockpro64v2_0 systemd[1]: Started The PHP 7.2 FastCGI Process Manager.