Wie vehindere ich die Erstellung einer lokalen Kopie?

[billygates]

Die Frage hört sich simpel an, ist es aber leider nicht:

Wir haben eine DB auf mehreren Servern als Repliken verteilt und wollen verhindern, dass User sich eine lokale Replik anlegen. Die ACL-Funktion "Dokumente replizieren und kopieren" scheidet aus, da damit auch der Ausdruck verhindert wird, der aber gewollt ist.

Einige User sind Editor. einige Leser. Es gibt keine Leser- und Autorenfelder.
Die DB wurde ursprünglich unter Notes 3.3 erstellt und unter Notes 4.5 überarbeitet. Seitdem fanden keine wesentl. Änderungen am Design mehr statt.
Serverseitig kommt Domino 8 zum Einsatz, die Clients haben die Versionen 6.5 oder 7.
Wer hat eine gute Idee?

[ata]

... du könntest den Ausdruck über signierte Agenten bewerkstelligen lassen...

Toni

[koehlerbv]

Ein wirksames Mitteln gegen das Anlegen von Repliken gibt es jenseits dieser einen ACL-Einstellung nicht.

Bernhard

[klaussal]

Im Postopen der DB habe ich mal folgende Formel eingebaut:

Code

@If(@Name([CN]; @Subset(@DbName; 1)) != "" | @Name([Abbreviate]; @UserName) = "Fritz XXXX/XXXX/DE";@Return(""); @Do(
@Prompt([Ok];"Error"; "DB läuft nur auf einem Server !! Löschen Sie bitte die lokale Kopie.");
@PostedCommand([FileCloseWindow]) ) )

[koehlerbv]

Das hilft aber nur gegen Leute mit einem IQ unterhalb von Knäckebrot, Klaus.

Bernhard

[ata]

Im Postopen der DB habe ich mal folgende Formel eingebaut:

... damit ist die Datenbank aber lokal vorhanden und lässt einen programmierten Zugriff auf Daten zu, bzw. mit etwas Aufwand locker aushebeln...

Toni

[koehlerbv]

Toni, dafür brauchst Du keine Zeile Code. Ein Link auf ein Dokument, oder Ansicht - Gehe zu oder ... Und schon wird das DB-PostOpen übersprungen.

Bernhard

[Glombi]

Man kann nicht verhindern, dass sich User eine lokale Replik anlegen.

Allerdings kann man programmtechnisch dafür sorgen, dass die Datenbank lokal nicht funktioniert.
Bspw. im Queryopen aller Masken (am besten per Teilmaske) ein
Continue = false
Exit sub
wenn die DB lokal ist (db.Server = "").

Andreas

[ata]

... daher mein Vorschlag mit dem Agenten - und dann die ACL bemühen...

Toni

[ata]

Allerdings kann man programmtechnisch dafür sorgen, dass die Datenbank lokal nicht funktioniert.

... und mit einem Design-Refresh und einer entsprechenden Schablone ist wieder alles wieder offen...

Toni

[Glombi]

Die Frage ist ja, warum billygates eine lokale Replik verhindern möchte. Das sollter er uns mal sagen.

Andreas

[ata]

... ich würde mal vermuten, daß es Replizierkonflikte geben könnte - das wäre der einfachste Fall. Wenn es um Security geht, dann gibt es nur die ACL - und dann gibt es nur noch Screenshots

Toni

[billygates]

Die Frage ist ja, warum billygates eine lokale Replik verhindern möchte. Das sollter er uns mal sagen.

Andreas

Die Antwort ist relativ einfach und möchte ich hier nicht diskutieren. Aus datenschutzrechtl. Gründen ist eine lokale Replik vom Kunden nicht gewünscht. Die Verschlüsselung einer lokalen Replik genügt hierbei nicht. Der User soll schlichtweg auf seinem Laptop keine Daten dieser DB haben und mit dem Server abgleichen können.

[billygates]

... ich würde mal vermuten, daß es Replizierkonflikte geben könnte - das wäre der einfachste Fall. Wenn es um Security geht, dann gibt es nur die ACL - und dann gibt es nur noch Screenshots

Toni

Auch das ist richtig.

[ata]

Aus datenschutzrechtl. Gründen ist eine lokale Replik vom Kunden nicht gewünscht.

... hört sich auf jeden Fall plausibel an...

Toni

[botschi]

Dann helfen nur noch Leser- und Autorenfelder oder Notes ist die falsche Plattform...

Matthias

[Glombi]

Das wird auch nicht helfen, denn wenn der User die Dokumente auf dem Server lesen kann, dann kann er die auch replizieren.

Ich schätze, mit Notes-Mitteln kann man da nichts machen.

Notebooks mit Unternehmensdaten sind immer ein Problem. Da hilft dann zunächst mal eine Festplattenverschlüsselung a la Safeguard.

Das Anlegen von lokalen Repliken würde ich dann per Betriebsvereinbarung untersagen.

Andreas

[billygates]

Dann helfen nur noch Leser- und Autorenfelder oder Notes ist die falsche Plattform...

Matthias

Wie sollen Leser- und Autorenfelder das Anlegen einer lokalen Replik verhindern?

Der User soll auf dem Server ja schon alles lesen können. Er muß also im Leserfeld stehen (per Name, Rolle, Gruppe oder wie auch immer). Ergo kann er diese Dok. auch lokal replizieren. Dass er die dok. lokal dann nicht mehr lesen kann, reicht nicht aus. Die DB soll als lokale Replik erst gar nicht erstellbar sein!

Welche andere Plattform? Ich kenne keine Platform, die Notes, was die Rechteverwaltung angeht, das Wasser reichen kann.

[botschi]

Wenn man Leser- und Autorenfelder hat, können halt nur die Daten repliziert werden, die der User sehen darf. Ich habe (und viele, viele andere sicher auch) einen Zettel unterschrieben, dass Kundendaten und Firmeninfos usw nicht an Dritte weitergegeben werden dürfen.

Wenn ich Daten aus meinem Fachbereich weitergebe (alle anderen sensiblen Daten bekomme ich ja gar nicht erst), verstoße ich gegen Gesetze und kann belangt werden dafür.

Man kann doch dem Mitarbeiter nicht Zugriff auf vertraulichen Daten geben und ein Notebook aber vertraut dem Mitarbeiter nicht mal über die Strasse.

Ich glaube das "Problem des Vertrauens" kann keine Software lösen...

Matthias

[billygates]

Erstmal danke für die vielen Antworten und Eure Mühe. Leider war nix neues dabei.