Das Notes Forum

Domino 9 und frühere Versionen => ND6: Administration & Userprobleme => Thema gestartet von: fsinani am 18.11.09 - 09:14:47

Titel: Gruppenänderungen protokollieren / überwachen
Beitrag von: fsinani am 18.11.09 - 09:14:47

Hallo Kolleginnen und Kollegen,

ich erstelle z. Zt. ein Gruppenkonzept für unsere Firma, da wir (mal wieder) den Durchblick verloren haben :-(!

Dabei haben wir uns überlegt, von Beginn an für jede Domino App die benötigten unterschiedlichen BerechtigungsGruppen (ACL only) anzulegen.

Es wird auch Mailverteiler geben.


Meine Frage ist aber eine andere:
Wie kann man Gruppenänderungen überwachen?
Ich habe nämlich vor, für jede App einen (od. mehrere) bestimmte Personen mit Autorrechten für seine Gruppen auszustatten.

Nun möchte ich aber dennoch nachverfolgen können, wer wen und vor allem wann zu oder von einer Gruppe hinzugefügt od. entfernt hat.

So was wie z.B. in der events4.nsf bei ACL Changes soll ein Ereigniss stattfinden.


Vielen Dank für eure Hilfe. Ich hoffe, dass das auch ohne QuerySave Event geht - möchte eigentlich Änderungen an der Schablone vermeiden.



Danke
fsinani

Titel: Re: Gruppenänderungen protokollieren / überwachen
Beitrag von: eknori am 18.11.09 - 09:46:41

Auch hier ist der Audit Manager eine Option http://openntf.org/Projects/pmt.nsf/ProjectLookup/Audit%20Manager

Titel: Re: Gruppenänderungen protokollieren / überwachen
Beitrag von: fsinani am 18.11.09 - 10:35:24

Vielen Dank Eknori,

habe mir die Zip schon gezogen. Klingt sehr spannend. Die meisten Server laufen bei uns jedoch auf Linux. Es gibt aber 2, die tatsächlich auf win2003 Servern laufen.

Würde das reichen, wenn die sich eh alle das gleiche DD teilen - also nach Replikation die Änderungen an den Gruppen erkennen können?

Wenn die Replikation im Background durch den Server erfolgt, erkennt ntrigger dann den Server als Verfasser der Änderung oder den tatsächlichen author/editor?

Oder muß die ntrigger.dll wirklich auf allen Servern, wo händisch Änderungen an den Gruppen gemacht werden?


Viele Fragen, ich weiß - ich freue mich aber schon auf Antworten.

ein nochmaliges Dankeschön


fsinani

Titel: Re: Gruppenänderungen protokollieren / überwachen
Beitrag von: eknori am 18.11.09 - 11:07:51

die events werden auch bei der Replikation getriggert; allerdings vermute ich, dass dann der Server als "Verursacher" erkannt wird und nicht die eigentliche Person.

Titel: Re: Gruppenänderungen protokollieren / überwachen
Beitrag von: fsinani am 18.11.09 - 11:35:59

Mist.

Na vielleicht kommt das auch als Linuxfähige Variante :-)

Vielen Dank.

Titel: Re: Gruppenänderungen protokollieren / überwachen
Beitrag von: eknori am 18.11.09 - 11:40:20

Ich habe Damien Katz gerade eine Mail geschrieben und danach gefragt.  ;)
Der Quellcode enthält ein paar Windows spezifische Elemente. Die müssen irgendwie raus; dann sollte ein Linux Port kein Problem sein.

Titel: Re: Gruppenänderungen protokollieren / überwachen
Beitrag von: fsinani am 18.11.09 - 11:55:03

Na da sag ich aber "BOAH":D

Wollte gerade anfangen, doch über eine "leichte" Schablonenanpassung nachzudenken (pfui).

Naja, vielleicht ist ja der Daniel Nashed grad gelangweilt und könnte diese feine Aufgabe (also die Portierung nach Linux) übernehmen;-)

Grüße

Titel: Re: Gruppenänderungen protokollieren / überwachen
Beitrag von: eknori am 18.11.09 - 11:56:47

Wnn er aus dem Stand weiss, wie man diese Windows Aufrufe portiert :

Zitat

/*
* Returns the name of the current process, without the full path.
*/
void GetCurrentProcessName(char* pBuffer, size_t bufferLen)
{
   char tempBuffer[MAX_PATH];
   
   DWORD nameLen = GetModuleFileName( NULL, tempBuffer, sizeof(tempBuffer));

   tempBuffer[nameLen] = 0; // ensure null terminate

   char* pFileName = PathFindFileName(tempBuffer);

   strlcpy(pBuffer, pFileName, bufferLen);
}

Titel: Re: Gruppenänderungen protokollieren / überwachen
Beitrag von: fsinani am 18.11.09 - 12:00:58

Ich werd mal schauen, ob der auf meine Email reagiert?!


Melde mich, sobald ich was neues weiß.


fsinani


Habe soeben eine Email an Daniel Nashed gesendet. Schaumermal, ob der grad zeit hat.

So far.

Titel: Re: Gruppenänderungen protokollieren / überwachen
Beitrag von: eknori am 18.11.09 - 12:51:43

ok, bin den Code jetzt mal durchgegangen.

Die einzige Stelle, wo die Funktion angesteuert wird ist

Code

		GetCurrentProcessName(gProcessName, sizeof(gProcessName));

		gIsMainProcess = IsMainProcess();

		// Log a simple message to the console. This is so we can always tell
		// if it loaded successfully

		if (gIsMainProcess) {
			// but only if its the main process. Otherwise we'll get this message
			// for every single server process. yuck!
			ConsoleOut(VERSION_STRING " initialized.");
		}

und wenn ich es richtig verstanden habe, wird der ganze Zirkus nur veranstaltet, um letztendlich an der Console auszugeben, dass Triger Happy mit der Versionsnummer xyz gestartet wurde.

Code

ConsoleOut(VERSION_STRING " initialized.");

 

Titel: Re: Gruppenänderungen protokollieren / überwachen
Beitrag von: eknori am 18.11.09 - 13:18:52

Habe die Windows Elemente jetzt einmal herausgenommen und TH neu kompiliert ( unter Windows )
Dies verlief bis auf ein paar Warnmeldungen fehlerfrei.
Ich stelle die Datei mal hier rein zum Testen. ( datei ist als DEBUG kompiliert, daher ist die so gross )
Wenn das soweit problemlos läuft, mache ich mich daran, den Code für Linux zu kompilieren.

EDIT: Die Warings beziehen sich auf vsprintf, strncpy und _snprintf. Diese function ist "unsafe". man kann die aber leicht durch "safe" ersetzen ...
jetzt kompiliert und linkt der code unter Windows fehlerfrei

Titel: Re: Gruppenänderungen protokollieren / überwachen
Beitrag von: fsinani am 19.11.09 - 08:25:13

Hallo Eknori,

habe eine Email vom Daniel erhalten:

Zitat:

Wenn es nur diese Routine wäre, sollte das einfach sein. Dafür habe ich selbst Code für alle Unix Plattformen geschrieben, weil ich das in eigenen Extension Managern brauche.
Aber in der Regel ist es nicht nur die Umsetzung von bestimmten Code, sondern wenn es nur auf einer Plattform bisher läuft, muß man ggf. auch anderen Code geringfügig anpassen.
Wenn der Code von Damien ist, sollte er eigentlich sauber sein :-)

Könnt Ihr mir den Code einfach mal in der aktuellen Version zuschicken, damit ich ihn nicht suchen und runterladen muß? Dann sehe ich mir das mal an.

Zitat Ende:

Wenn nichts dagegen spricht, könnte das ja auch für andere Linux-anwender von Interesse sein ;-)

Titel: Re: Gruppenänderungen protokollieren / überwachen
Beitrag von: eknori am 19.11.09 - 08:54:25

Hier der modifizierte Code:

Titel: Re: Gruppenänderungen protokollieren / überwachen
Beitrag von: fsinani am 20.11.09 - 07:35:34

Hallo Eknori,

sorry das ich noch frage, bin aber etwas verunsichert:

- Ist das jetzt der modifizierte Code für Linux lauffähig?
oder

- gebe ich diesen Code jetzt nochmal an den Nashed?


Wenn es sich um die erste Variante handelt, dann hast du das auch mal auf einer Linux Maschine ausprobiert?


Vielen Dank


fsinani

Titel: Re: Gruppenänderungen protokollieren / überwachen
Beitrag von: eknori am 20.11.09 - 07:42:25

Hi, nein, ich habe lediglich die Windows Teile aus dem ursprünglichen Code entfernt.
Habe schon versucht, den Code zu kompilieren; leider bisher noch nicht erfolgreich.
Wenn Daniel sich den Code ansehen möchte, ist das Klasse.
Ich werde heute noch ein wenig mit den Samples aus der Notes API auf meinem LINUX herumprobieren. Die bekomme ich lauffähig kompiliert. Und dann werde ich mich daran machen, den Code von TH Zeile für Zeile durchzugehen.
Ein Punkt, warum es nicht kompiliert sind wohl die Kommentarzeilen. Der gcc kommt mit den // nicht zurecht; das muss man alles durch /* ... Kommentar .. */ ersetzen.
Es gibt aber auch  mit Sicherheit noch Probleme bei Typumwandlungen u.ä. Da steckt noch einige Arbeit drin.

Wer sich berufen fühlt, mitzuarbeiten, soll sich hier melden oder für immer schweigen  ;D

Titel: Re: Gruppenänderungen protokollieren / überwachen
Beitrag von: fsinani am 20.11.09 - 10:13:52

Ok,

dann war ich nicht zu voreilig. Hab gestern bereits eine Mail mit Anhang (modifizierter Code) an Daniel gesendet.

Die Antwort, die ich jedoch gestern von Daniel erhielt, kam glaub ich aus dem Auto ;-) Da war der grad zwischen 2 Terminen.

Mal schauen, ob ihn die Langeweile am Wochenende packt und er nix besseres vor hat und sich das Teil mal anschauen kann  ;D