Installation als VM (innerhalb VMware Workstation Pro oder sonstwas)?

jh72de · 10. September 2025 um 20:46

Hi, hatte irgendwer Erfolg mit der Installation innerhalb einer virtuellen Maschine? Meine bisherigen Versuche mit VMware Workstation Pro landen immer im Endlosversuch, die Installation abzuschließen.

Danke für etwaige Hinweise!

mxo2204 · 11. September 2025 um 14:08

Hallo, läuft bei mir problemlos unter VBox. Installiert wurde mit der ISO vor ca. 5 oder 6 Monaten.
Grüße

hensys · 17. September 2025 um 07:26

Ich habe ganz zu Anfang, zum Ausprobieren, eine Installation unter Virtual Box geschafft.

Jean · 23. September 2025 um 15:15

Eine Installation unter VMware Workstation Pro sollte auch kein Problem darstellen, wenn auch noch nicht selber getestet

jh72de · 23. September 2025 um 18:09

Also mit der aktuellen ISO hab ich’s bisher weder auf VMware noch auf VirtualBox hinbekommen. Es zeigt zwar am Ende die „Installation läuft…“-Seite, aber die bleibt ewig und drei Tage, und passieren tut sonst offenbar nichts.

Jean · 23. September 2025 um 20:55

Ich werde das nochmal durchtesten, die .iso scheint wieder Probleme zu machen…
Sieht so aus, als ob dpkg mal wieder nicht will. Seit der 0.10 haben wir hier immer wieder Probleme.

Was auf jeden Fall aktuell läuft ist die Installation von Debian Server und dann: Installation — Libre Workspace documentation

jh72de · 24. September 2025 um 10:10

Na ja, auch nur so semi. Element meckert da unterm Sicherheits-Tab des Benutzers, dass der Admin die Verschlüsselung von privaten Räumen und Gesprächen deaktiviert hätte. … Und die Verschlüsselung klappt auch tatsächlich nicht.

Jean · 24. September 2025 um 10:34

Das ist auch so gewollt.
Die Verschlüsselung kann man in jedem Raum in den Einstellungen einstellen.
Warum ist die standardmäßig deaktiviert?: Viele Nutzer tendieren dazu Ihren Sicherheitsschlüssel zu verlieren, damit sind dann alle bisherig gesendeten Nachrichten “weg”. Und es läuft ja sowieso alles auf der eigenen Hardware.

jh72de · 24. September 2025 um 15:48

Das ist gewollt? Auch, dass es unverändert auftritt, wenn das Folgende in der homeserver.yaml steh? encryption_enabled_by_default_for_room_type: all

jh72de · 24. September 2025 um 15:49

Und nein, das kann man nicht im Raum einstellen. Da dreht sich nur unaufhörlich ein Rad.

Jean · 24. September 2025 um 17:54

Das ist in einer .well-known vom Matrix-Server eingestellt. Unter /var/www müsste das liegen.
Gerne nochmal in einem anderen Tab probieren, in der Regel haben wir keine Probleme, Räume zu verschlüsseln.

Jean · 24. September 2025 um 17:55

Hier siehst Du die entsprechende Zeilen aus dem Setup:

github.com

Jean28518/libre-workspace/blob/2e0276d0e90e2c756077e23ee546f2667f4b930a/src/usr/lib/libre-workspace/modules/matrix/setup_matrix.sh#L101


      
          # We mv this signing key because otherwise synapse will complain about the signing key. I don't know why.
          mv /root/matrix/synapse-data/matrix.$DOMAIN.signing.key /root/matrix/synapse-data/matrix.$DOMAIN.signing.key.old
          docker compose -f /root/matrix/docker-compose.yml up -d
          
          # If synapse is restarting and complaining about the signing key (Permission denied), then run this command:
          # mv /root/matrix/synapse-data/signing.key /root/matrix/synapse-data/signing.key.old
          
          
          . update_element_config.sh
          
          # Add "unencrypt" message to clients in .well-known/matrix/server
          # So the clients don't encrypt the messages by default
          mkdir -p /var/www/matrix/.well-known/matrix
          echo "{
              \"io.element.e2ee\": {
                  \"default\": false
              }
          }
          
          " > /var/www/matrix/.well-known/matrix/client

Jean · 24. September 2025 um 21:11

Kleiner Hinweis, die .iso Datei wurde nun aktualisiert und sollte nun besser funktionieren. Ein langer Blackscreen nach dem ersten reboot ist gewollt.