IBExpert - Kennwortänderung wird ins Protokoll geschrieben?

[dataspider]

Zitat:

Zitat von atari1040 (Beitrag 1524311)

Wenn aus nachvollziehbaren Gründen Passwörter im Klartext durch die Security verboten sind, dann darf man das Logging eben nicht aktivieren.
Man sollte da auch immer Zwischen Produktiv- und Entwicklungsumgebungen unterscheiden.
Grundsätzlich sollten die Möglichkeiten in IBExpert so bleiben wie sie sind! Für den Rest ist der User selbst verantwortlich.

Es geht nicht um die Kennwörter im Klartext. Sieht ja eh keiner außer mir.
Es ist aus meiner Sicht gängige Praxis, Datenbank - Strukturänderungen auf einer Entwickler - DB auf dem Entwicklungsrechner vorzunehmen.
Gute Tools - wie eben auch IBExpert - bieten dafür das Logging an.
Nur sind eben aus meiner Sicht individuelle Benutzerkennwörter keine Metadaten sondern Daten.
Das es auch sinnvoll sein kann solche Änderungen zu protokollieren sehe ich ein.
Aber es sollte aus meiner Sicht optional sein.

Frank

[atari1040]

Ich weiss das Logs und Extract Metadata / Scripte etwas anderes ist.

[dataspider]

Zitat:

Zitat von atari1040 (Beitrag 1524315)

Ich weiss das Logs und Extract Metadata / Scripte etwas anderes ist.

Sorry, das ist mir schon klar.
Ich meinte damit, das bei Extract MetaData Benutzer und Kennwort mit in die Connect - Anweisung eingefügt wird.
Das möchte ich auch nicht missen.
Aber in meinem Fall wurde ein individuelles Kennwort auf dem Produktiv - System geändert.
Und damit kommt mein Chef dann nicht mehr in die Anwendung.

Frank

[IBExpert]

als ergänzung noch zu meinem vorschlag, für die Zugriffe ggf. auch extra connections zu haben

in der connection, in der du auf jeden Fall vermeiden möchtest, das usernamen/password changes in das log kommen
kannst du im After Connect Script so was ausführen

Code:

execute ibeblock as
  begin
    ibec_DisableFeature(1033);    --disable tools-user manager
  end

die code nummern findet man in tools-localize ibexpert

auf dem weg kann man zum Beispiel auch für weniger talentierte Kollegen IBExpert
von den gefährlichen Funktionen befreien und zum beispiel nur einen sql editor
zulassen auf einer connection, die sich ungefragt beim programmstart automatisch
öffnet.

In manchen Umgebungen ist man dann ja auch selber gar nicht bewusst, das man da
gerade auf der Production db was macht, was eigentlich local auf development
gedacht war, das regeln wir meistens aber noch zusätzlich über
https://www.ibexpert.net/ibe/pmwiki....2500#ColorMark

[dataspider]

Zitat:

Zitat von IBExpert (Beitrag 1524321)

als ergänzung noch zu meinem vorschlag, für die Zugriffe ggf. auch extra connections zu haben

in der connection, in der du auf jeden Fall vermeiden möchtest, das usernamen/password changes in das log kommen
kannst du im After Connect Script so was ausführen

Code:

execute ibeblock as
  begin
    ibec_DisableFeature(1033);    --disable tools-user manager
  end

Gerade getestet - Super! Damit kann ich verhindern, dass mir das wieder passiert.

Vielen Dank