So gaaanz langsam traue ich dem Upgrade Prozess von Mailcow. Wobei es immer noch gruselig ist sowas komplexes und riesiges mit nem Shellscript zu aktualisieren.
Hat hier zufällig jemand nen Health Check / Montoring für Mailcow gebaut? Nen API Endpunkt scheint es nicht zu geben. Ich wüsste aber dennoch gerne ob alle Services up, alive und functioning sind.
Man kann diese aber nicht als primary Device nehmen, sondern nur einen bestehenden Account verknüpfen.
Ah dann hat sich das mittlerweile geändert. Nice, Mal die Tage gucken. 
Hast du für die Message-Übermittlung via signal-cli extra eine SIM-Karte wegen der Mobilnummer angeschafft, oder geht es auch mit meiner Mobilnummer? Oder gibt's da ein Konflikt?
Mein Telekom Anschluss hat drei Rufnummern. Und ich hab einfach eine freie davon genommen und die verification via Roboter Anruf auf sip Client gemacht.
Mehrmalige Nutzung einer Nummer geht soweit ich weiß nicht. Signal kann nur ein Gerät und den Desktop Client. Das ist laut der Entwickler auch der Grund wieso es keine Tablet App gibt.
Hey, you can ask your question in english. Your german is barely understandable.
z.B. Proxmox oder VMWare zu installieren
Tus einfach nicht. Es mag zwar irgendwie möglich sein die CPU Features in den KVM Gast durchzureichen, dass ist aber total instabil. Das Forum hier ist voll von Threads wo es um Kernel Panics und andere Probleme geht. Tu Dir und deiner Lebenszeit einen Gefallen und hol dir echte Hardware und mach es richtig, wenn Du selbst virtualisieren willst.
Nested Virtualization ist Spielkram.
aber dmidecode zeigt QEMU an
QEmu ist die Software welche die Kernel Funktionen für Virtualisierung nutzt um Gäste laufen zu lassen. Der "Userland" Teil von KVM sozusagen. Wenn Du dir die Prozessliste von einem Proxmox Server anschaust wirst Du auch unzählige qemu Prozesse finden.
append only klingt spannend..??
Ist simpel. Vor den SSH Key einfach folgendes vor setzen.
/home/.ssh/authorized_keys:
command="borg serve --append-only --restrict-to-path /home/gitlab-repo",restrict ssh-ed25519 AAAACDamit ist der Key gezwungen Borg zu starten und kann absolut nix anderes als backups anhängen. Weder Shell/SFTP commands ausführen, noch borg backups löschen.
(Ist übrigens ebenso eine Box des Roten H)
OffTopic: Wenn Du Borg nutzt brauchst Du da nix mounten. Borg kann nativ SSH. Wenn man im SSH Key das einstellt ist das dann sogar append-only und wenn der Server mal gehackt wird kann der Einbrecher die Backups nicht löschen/verändern.
Bei dem ashift aufpassen dass die Blockgröße wirklich mit deinen Disks übereinstimmt. Ansonsten kann es zu massiven Performance Einbußen kommen.
- name: Install packages
apt:
cache_valid_time: 3600
force_apt_get: yes
name:
- git
- curl
- ca-certificates
- gnupg2
- screen
- htop
- wget
- vim
- mc
- rsync
- jq
- ncdu
- net-tools
- dnsutils
- python3-dev
- python3-pip
- python3-setuptools
- sudo
when: ansible_os_family == 'Debian'ncdu ist King.
Ansonsten legt das gleiche Playbook noch diverse dot-files an und Installiert Dinge wie Monitoring Plugins.
Und die Favoriten in Nautilus sind keine Option?
Nutze immer die SFTP mount funktion die mit Gnome/KDE mitkommt. Die kommt mit Keys zurecht sofern ein SSH Agent läuft und müsste theoretisch auch mit ssh client configs zurecht kommen.
Sag das perryflynn, ich hab immerhin einen Nachweis
Klar, nen Screenshot vom Terminal oder Browsertab ist ja auch ein überhaupt nicht manipulierbarer Nachweis. 
Ich fordere eine Blockchain für Uptimes!
Privat 230 Tage, Beruflich 480 Tage.
(Die Uptimes im SCP zählen IMHO übrigens nicht, da das ja die KVM Prozess uptimes sind, und reboots des Gastsystems ignoriert werden beim zählen)
Ah, ja das ist komisch.
Bestimmt ein fancy Data Mining Tool.
Idealerweise speichert man die nicht hart, sondern lässt die per Form o.ä.
Jo, hab hier in den letzten Jahren viele spannende Sachen gesehen. Und Kommentare wie "minified code liest doch niemand!" gehört.
Ist auch gut so dass das nicht geht. Sonst stehen die SCP Zugangsdaten am Ende im Frontend Java Script Code. 😄🙈
coole Botschaft von perryflynn
War für aRaphael 
