Skip to content
linux-nerds.org

linux-nerds.org
  1. Übersicht
  2. Allgemeine Diskussionen
  3. Passwort Manager - KeePassXC

Passwort Manager - KeePassXC

Allgemeine Diskussionen
1 1 440
  • FrankMF

    Ich hatte heute mal in meinem Forum, nach einem Wort gesucht und festgestellt, das habe ich hier noch gar nicht vorgestellt. Wie kann das sein? Ich rede hier von KeePassXC.

    Es gibt viele Passwort Manager, ich nenne hier mal einen kommerziellen, so als Beispiel LastPass. Den habe ich eine Zeit lang auch mal benutzt, bis ich mir viele Gedanken darüber gemacht habe, wem ich meine Daten anvertraue. Diese Dienste behaupten ja, das alle Daten verschlüsselt irgendwo liegen. Ja, kann man glauben, muss man aber nicht.

    Ich kannte auch schon KeePassX, den Vorgänger von KeePassXC. Bin aber dann irgendwann nach KeePassXC gewechselt, ich glaube wegen der YubiKey Unterstützung.

    Das man so was braucht, brauche ich hier wohl nicht erklären!? Wenn man viel mit Servern macht usw. da kommen große Mengen an Passwörtern zu Stande, die sich niemand merken kann. Vor allen Dingen, diese Passwörter sollen ja auch möglichst komplex sein.

    Zurück zu KeePassXC. Das gibt es für die gängigen Computer Plattformen.

    • Linux
    • Windows
    • macOS

    Für Linux bietet man folgende Varianten an. https://keepassxc.org/download/

    • AppImage
    • Snap Package
    • Distribution Packages

    Sceenshots der Anwendung findet ihr hier.

    Mit KeePassXC kann man jetzt alle seine Passwörter speichern, es hat einen sehr nützlichen Passwortgenerator und vieles mehr. Aber, die meisten Passwörter braucht man ja im Netz? Also muss das auch irgendwie mit dem Browser funktionieren. Ja, kein Problem.

    In meinem Firefox Browser, ist dazu die KeePassXC-Browser Erweiterung installiert. Diese kommt direkt vom KeePassXC-Team.

    c6baa3e0-34e6-4f14-b514-b89276430788-image.png

    Nachdem man nun KeePassXC und den Browser verbunden hat, kann man ganz einfach seine Passwörter auf allen möglichen Webseiten eingeben.

    Wenn man sich nun auf einer Webseite einloggen möchte, sieht man folgendes.

    Bildschirmfoto vom 2019-12-26 09-42-24.png

    Man bekommt eine Auswahl der vorhandenen Logins, für die betreffende Seite, wählt den passenden Eintrag aus und fertig! Mein absolut wichtigstes Tool und das schon seit vielen Jahren!

    Im Fediverse -> @FrankM@nrw.social

    1. NanoPi R5S
    2. Quartz64 Model B, 4GB RAM
    3. Quartz64 Model A, 4GB RAM
    4. RockPro64 v2.1
    0
Anmelden zum Antworten

  • derdreschi85@mastodon.socialD

    #Linux Reaches 5% Desktop Market Share In USA

    Uncategorized linux
    1
    0 Stimmen
    1 Beiträge
    19 Aufrufe
    Niemand hat geantwortet
  • FrankMF

    Forgejo - v11.0.2

    Verschoben Forgejo forgejo linux
    1
    1
    0 Stimmen
    1 Beiträge
    131 Aufrufe
    Niemand hat geantwortet
  • FrankMF

    Update 1.33.2

    Vaultwarden vaultwarden linux
    1
    0 Stimmen
    1 Beiträge
    192 Aufrufe
    Niemand hat geantwortet
  • FrankMF

    Ubuntu wird 20

    Linux ubuntu linux
    1
    0 Stimmen
    1 Beiträge
    164 Aufrufe
    Niemand hat geantwortet
  • FrankMF

    HSTS - Sicherheitsmechanismus für HTTPS-Verbindungen

    Linux hsts linux https
    1
    0 Stimmen
    1 Beiträge
    118 Aufrufe
    Niemand hat geantwortet
  • FrankMF

    Images 0.11.x

    Images linux rockpro64
    5
    0 Stimmen
    5 Beiträge
    508 Aufrufe
    FrankMF
    0.11.2: gitlab-ci-linux-build-187 released 0.11.2: Update OMV install (to also be able to run OMV6)
  • FrankMF

    Kopia - HTTP/S Server

    Verschoben Kopia kopia linux
    3
    2
    0 Stimmen
    3 Beiträge
    2k Aufrufe
    FrankMF
    Ich hatte ein paar Probleme, die ich mir teilweise nicht erklären kann Ich möchte den Kopia Server gerne über systemd steuern. SystemD [Unit] Description=Kopia Server After=syslog.target After=network.target [Service] Type=simple User=kopia Group=kopia ExecStart=/usr/bin/kopia server --tls-cert-file /home/kopia-server/fullchain.pem --tls-key-file /home/kopia-server/privkey.pem --htpasswd-file /home/kopia-server/.htpasswd --address <IPv4>:51515 Restart=always RestartSec=5 [Install] WantedBy=multi-user.target Danach systemctl daemon-reload systemctl start kopia-server Mit systemctl status kopia-server kann man sich den Status anzeigen lassen. Client Rechner Auf dem Client, der das Backup zum Server schicken soll, machen wir dann folgendes. USER@HOSTNAME:~$ kopia repo connect server --url=https://<DOMAIN>:51515 --override-username=USER --override-hostname=HOSTNAME Enter password to open repository: Connected to repository API Server. NOTICE: Kopia will check for updates on GitHub every 7 days, starting 24 hours after first use. To disable this behavior, set environment variable KOPIA_CHECK_FOR_UPDATES=false Alternatively you can remove the file "/home/frank/.config/kopia/repository.config.update-info.json". Danach steht die Verbindung und wir können Backups hochschieben. kopia snapshot create $HOME Damit wird das Homeverzeichnis gesichert. Das initiale Backup, hat 30 Minuten gebraucht. created snapshot with root kb9e50ff5xxxxxxxxxx265d40a5d0861 and ID cda5c0ffxxxxxxxxxxxxxxa4cb4a367b in 30m28s Ein späteres Backup, sieht so aus. USER@HOSTNAME:~$ kopia snapshot create $HOME Snapshotting USER@HOSTNAME:/home/frank ... * 0 hashing, 51 hashed (324.8 MB), 8524 cached (6.6 GB), 0 uploaded (0 B), 0 errors 100.0% Created snapshot with root kc20a4xxxxxxxxxxxx745c6c7b37c and ID d7a96eaxxxxxxxxxxx0961018eacffa in 3m12s Nach 3 Minuten durch. Zu diesem Zeitpunkt hat sich aber auch nicht wirklich was geändert! Fazit Das Tool macht immer noch einen sehr guten Eindruck. Die Geschwindigkeit ist sehr gut. Die Anleitung ist leider unzureichend. Da gibt es so viele Möglichkeiten, da braucht es sehr lange, bis man da mal durchsteigt. Zum Glück, ist das was man normalerweise braucht, recht überschaubar. Bis zum produktiven Einsatz braucht das aber bei mir noch eine Menge mehr Tests. Was ich noch testen möchte Verzeichnis mounten Backup testweise wieder herstellen (zumindestens teilweise) Der Test läuft mit Standard Einstellungen, also z.B. ohne Kompression. Das sollte man dann auch mal testen.. Bitte achtet auf gleiche Versionen auf dem Clienten, wie auf dem Server. Ich meine da ein paar Probleme festgestellt zu haben...
  • FrankMF

    Installation von Grav & NGinx & PHP7.2

    Angeheftet Verschoben Grav grav linux
    2
    1
    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.