ubuntuusers.de

Eine eigene CA für via Snap installierte Software verwenden

Status: Gelöst | Ubuntu-Version: Kubuntu 26.04 (Resolute Raccoon)
Antworten |

Dark_Wolf

Avatar von Dark_Wolf

Anmeldungsdatum:
12. August 2006

Beiträge: 2661

Wohnort: Linuxland

Hallo Leute,

(?)ubuntu 26.04 steht vor der Tür und laut der Roadmap wurde Snap richtig aufpoliert. Ich persönlich konnte bei den Snaps die ich verwende grundsätzlich mal keine Geschwindigkeitsthemen feststellen. Ich bin grundsätzlich ein Freund von DEB-Paketen, erkenne aber durchaus die Vorteile von Snap/Flatpak an (z.B. Sicherheitsaspekt, keine weitere Paketquelle). Aus diesem Grund möchte ich auch unter 26.04 mich von manuell hinzugefügten Paketquellen abgrenzen und Snap/Flatpak alternativ verwenden.

Grundsätzlich würde ich mich sehr gerne für Snap vor Flat entscheiden, da es unter Ubuntu der Default ist. Das, was mich aber aufhält, ist die Tatsache da es der Zeit nicht möglich ist das Snappakete eine andere zusätzliche CA nutzen als die offiziellen die unter den Snap-Core Pakete verfügbar sind. Lediglich den Snapstore (Snapclient) selbst kann man ein CA mit übergeben.

Der Grundsatz von Snap ist natürlich klar: "Völlige Abkapselung vom System". Ja, eine Alternative wäre Snaps im Classic-Modus zu installieren. Aber das besagte Snap muss dafür auch konzipiert sein. Und die was ich verwenden möchte, sind es nicht → Beispiel Bitwarden oder Steam. Außerdem verliert man dann ja wieder die Sicherheit von Snap.

Habt ihr dazu vielleicht noch Ideen wie man das umschiffen kann?

Eine Alternative wäre Flatpak. Das hat mit den CAs kein Problem. Die Implementierung ist eine andere. Wäre also auch eine Möglichkeit.

Warum das ganze? Ich möchte einfach nicht mehr sämtlich Zusatzpakete auf meinem Repository pflegen und selbst DEB-Pakete bauen, oder Fremdquellen hinzufügen. Snap/Flatpak würde das, bis auf ein paar Ausnahmen ermöglichen.

Vielen Dank schon mal für eure Gedanken ☺

coraggioso

Anmeldungsdatum:
22. August 2025

Beiträge: 456

Definiere Fremdquellen.

Denn so wie ich das sehe sind auch die SNAP's Fremdquellen, denn die wenigsten stammen direkt von Canonical.

Dark_Wolf

(Themenstarter)
Avatar von Dark_Wolf

Anmeldungsdatum:
12. August 2006

Beiträge: 2661

Wohnort: Linuxland

coraggioso schrieb:

Definiere Fremdquellen.

Denn so wie ich das sehe sind auch die SNAP's Fremdquellen, denn die wenigsten stammen direkt von Canonical.

Da hast du natürlich recht. Ich meine damit jegliche Extrazeile unter /etc/apt/sources.list.d/XXX. Es ist weniger Arbeit, das System bleibt sauberer, die Applikation ist eingesperrt und ja, grundsätzlich installiere ich ja nichts wo ich nicht vorher recherchiert habe, ob die Anwendung einen Status "OK" verdient. Wobei bei Flat eine bessere Überprüfung auch durch Canonical erfolgt (naja hofft man zumindest).

coraggioso

Anmeldungsdatum:
22. August 2025

Beiträge: 456

Dark_Wolf schrieb:

coraggioso schrieb: Ich meine damit jegliche Extrazeile unter /etc/apt/sources.list.d/XXX. Es ist weniger Arbeit, das System bleibt sauberer, die Applikation ist eingesperrt

ich denke das kommt drauf an was man macht und erreichen will. Nehmen wir Nextcloud. Einen Nextcloud Server kann man als AIO (Docker), auf Ubuntu-Server als SNAP und auch "zu Fuß" mit freier Auswahl der Komponenten und Quellen installieren. AIO (Docker) und SNAP sind für mich so Blackboxen, wo ich irgendwas bekomme ohne das zu durchschauen und in der regel auch ohne Auswahl zwischen verschiedenen Alternativen wie z.B. nginx statt Apache.

Also habe ich meine NC-Server bisher immer schön "zu Fuß" mit freier Auswahl des Betriebssystems (ich wollte Debian, nicht Ubuntu) der Komponenten und Quellen installiert. nginx aus dem Mainline-Repository des Herstellers, PostgreSQL ebenfalls aus dem Hersteller-Repository. PHP dagegen aus den offiziellen Debian Paketquellen.

Da nehme ich es dann gerne in Kauf, dass ich da ein paar Extrazeilem unter /etc/apt/sources.list.d/ habe. Zudem kann ich auch nicht erkennen, warum z.B. das PostgreSQL Hersteller-Repository weniger vertrauenswürdig sein sollte als ein SNAP oder einer Quelle direkt von Debian oder Ubuntu.

Und ob es sinnvoll ist so etwas eingesperrt zu betreiben, kann man auch geteilter Meinung sein.

  1. ist das Ganze bei mir eh eingesperrt, nämlich in einer KVM/QEMU VM in der nix weiter läuft als der NC-Server und

  2. kann man im Nextcloud Community Forum immer wieder über die Probleme lesen, die die Leute mit dem AIO-Docker haben

Dark_Wolf

(Themenstarter)
Avatar von Dark_Wolf

Anmeldungsdatum:
12. August 2006

Beiträge: 2661

Wohnort: Linuxland

@coraggioso

Bei Server gibt es ohnehin für mich weder Snaps noch Flatpak. Das Thema betrifft für mich ausschließlich die Desktoprechner.

Bearbeitet von schwarzheit:

Fullquote entfernt. Bitte benutze keine kompletten Zitate. Lies dazu Zitate & Verhaltenskodex/Fullquote.

Dark_Wolf

(Themenstarter)
Avatar von Dark_Wolf

Anmeldungsdatum:
12. August 2006

Beiträge: 2661

Wohnort: Linuxland

Ist nun doch schon einige Zeit her. Seit dem habe ich mich mit dem Thema eingehen befasst. Sogar Snaps modifziert.

Fazit: Grundsätzlich ist die Idee der Snap in heutigen Zeiten schon ok und gut. So wie Snaps gebaut sind und wie es von Canonical gedacht ist, wird das mit der eigenen CA aber nie funktionieren. Es ist ja auch nicht nur die Geschichte mit der CA, sondern auch das manche Apps, die ich verwenden möchte/wollte überhaupt nicht vernünftig funktionieren. Daher habe ich nun Snap endgültig den Rücken gekehrt.

Antworten |