So wie ich es verstehe, muss ein Snap deklarieren, auf welche Schnittstellen er zugreifen muss, und er ist auf diese beschränkt.
Unter https://developer.ubuntu.com/de/snappy/guides/interfaces/ gibt es keine Option für den vollständigen Systemzugriff.
Ich kann verstehen, dass die sichere Beschränkung sehr wichtig ist, aber ich möchte Snaps als einfachen Verteilungsmechanismus für die Sicherung von Duplizitäten verwenden, der in der Lage sein muss, alle Systemdateien zu lesen, um sie zu sichern und Zugriff zu schreiben, wo immer der Benutzer dies wünscht Archivdateien gespeichert.
Ich weiß, dass dies nicht der primäre Anwendungsfall für Snaps ist, aber jetzt, da sie für mehrere Distributionen verwendet werden können und Abhängigkeitsprobleme lösen können, untersuche ich die Idee als Alternative dazu, alle verschiedenen Varianten unseres Pakets generieren zu müssen.
Würden wir in der Lage sein, Schnappschüsse nach unserem Willen zu biegen, oder ist das Format nicht wirklich für Dinge geeignet, die so viel Zugriff benötigen?
Du kannst das; Sie möchten im Wesentlichen, dass Ihr Snap nicht eingeschränkt wird. Dies erhalten Sie, wenn Sie einen Snap im DevMode installieren:
Sie können weiterhin Devmode-Snaps in den Store hochladen, aber die Art und Weise, wie Sie sie mit anderen teilen, ist etwas eingeschränkter (z. B. können Sie sie nicht in stabilen Kanälen platzieren).
quelle
Seit ich meine Frage gestellt habe, hat Snapcraft eine neue Beschränkungsoption erhalten: "klassisch".
Von: https://docs.snapcraft.io/snap-confinement
Duplicity hat jetzt die klassische Beschränkung genehmigt und wir haben begonnen, auf diese Weise Schnappschüsse zu erstellen.
(Siehe auch: https://github.com/snapcore/snapd/pull/6436, in dem möglicherweise eine neue Schnittstelle für Sicherungsanwendungen hinzugefügt wird, für die nur Lesezugriff auf das gesamte Dateisystem erforderlich ist.)
quelle