Bug 26971 - objectSid direkt setzen
objectSid direkt setzen
Status: CLOSED FIXED
Product: UCS@school
Classification: Unclassified
Component: Samba
UCS@school 3.0
Other Linux
: P5 enhancement (vote)
: UCS@school 3.0 MS2
Assigned To: Stefan Gohmann
Arvid Requate
:
Depends on: 27105 26055
Blocks:
  Show dependency treegraph
 
Reported: 2012-05-03 06:39 CEST by Stefan Gohmann
Modified: 2012-06-11 06:29 CEST (History)
0 users

See Also:
What kind of report is it?: ---
What type of bug is this?: ---
Who will be affected by this bug?: ---
How will those affected feel about the bug?: ---
User Pain:
Enterprise Customer affected?:
School Customer affected?:
ISV affected?:
Waiting Support:
Flags outvoted (downgraded) after PO Review:
Ticket number:
Bug group (optional): UCS Performance
Max CVSS v3 score:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Stefan Gohmann univentionstaff 2012-05-03 06:39:00 CEST
Das sollte in UCS@school auch direkt umgesetzt werden.

+++ This bug was initially created as a clone of Bug #26055 +++

Die sambaSID wird aktuell im post-modify gesetzt. Würde die SID direkt im
Mapping gesetzt werden, könnte man sich ggf. einen erneuten Sync des Users
sparen.

Siehe auch Bug #26005#c1.
Comment 1 Stefan Gohmann univentionstaff 2012-05-14 08:38:06 CEST
Wurde hinzugefügt.
Comment 2 Stefan Gohmann univentionstaff 2012-05-14 08:38:46 CEST
Bei der QA bitte auch Bug #26055#c1 beachten.
Comment 3 Stefan Gohmann univentionstaff 2012-05-16 21:13:37 CEST
Es wurde noch eine Anpassung am Connector gemacht. Das Attribut member wurde nicht mehr dekodiert, diese Anpassung wurde rückgängig gemacht.
Comment 4 Arvid Requate univentionstaff 2012-05-23 18:53:05 CEST
Verified: Funktion wie unter Bug 26055 Comment 1 beschrieben:

 * Bei UCS 3.0-0 default connector/s4/mapping/sid == true wird jetzt
   das direkte attribute mapping verwendet, statt der post_*_modify_functions
   und ucs_create_functions.
   Die zusätzlichen UCS 3.0-1 defaults connector/s4/mapping/sid_to_ucs == true und
   connector/s4/mapping/sid_to_s4 == false ändern daran nichts.

 * Wenn für S3/S4-Migrationen connector/s4/mapping/sid = false gesetzt wird,
   dann werden wie bisher die post_*_modify_functions und ucs_create_functions
   verwendet, falls sie über die zusätzlichen UCS 3.0-1 UCR-Variablen
   sid_to_ucs+sid_to_s4 aktiviert sind. Es greifen dann die UCS 3.0-1 defaults.

Note: connector/s4/mapping/sid wurde per Bug 24164 und Bug 24225 eingeführt.

 * Verhalten von connector/s4/mapping/sid_to_ucs und .../sid_to_s4 für user,
   group, dc und windowscomputer unverändert gegenüber UCS 3.0-1 (Bug 26005).

 * Changelog OK


Bei der QA fiel auf, das objectSid nach dem initialen "add" auch wiederholt in der modlist auftaucht. Dafür ist Bug 27264 angelegt. Wenn man den beheben würden, könnte man auf das sehr privilegierte provision-Control verzichten (Bug 27265).
Comment 5 Arvid Requate univentionstaff 2012-05-23 18:57:49 CEST
Note: Wenn man manuell connector/s4/mapping/sid_to_s4=no setzt, also mit

connector/s4/mapping/sid=yes
connector/s4/mapping/sid_to_s4="no"
connector/s4/mapping/sid_to_ucs="no"

Erhält man im Mapping:
================================================================================
                                 'sid': univention.s4connector.attribute (
                                                 sync_mode='write',
                                                 mapping=(None, None),
                                                 ldap_attribute='sambaSID',
                                                 ucs_attribute='sambaRID',
                                                 con_attribute='objectSid',
                                        ), 
================================================================================

Ich denke das ist OK.
Comment 6 Stefan Gohmann univentionstaff 2012-06-11 06:29:17 CEST
UCS@school 3.0 wurde veröffentlicht. Sollte der hier beschriebene Bug mit einer  neueren Version von UCS@school erneut auftreten, so sollte dieser Bug dupliziert werden: "Clone This Bug"