Aufgefallen bei univention-pam an Ticket #2012032621001615: univention-pam aus 2.4-X bringt das Template "/etc/univention/templates/files/etc/security/access-admin.conf" mit und registriert dieses. univention-pam aus UCS 3.X-X beinhaltet dieses Template nicht mehr. Nach dem Update ist das Template nicht mehr registriert und das Conffile wurde nicht committed. Das Template selbst ist mit lokalen Anpassungen noch vorhanden. Hier müsste einmal geprüft werden, ob dies so dem gewünschten Verhalten entspricht. Beim Kunden wurde das Conffile als auth/sshd/accessfile verwendet, was nach dem Update zu SSH-Problemen führt, da der PAM-Stack das accessfile nicht mehr einbinden kann (nicht mehr vorhanden, da nicht committed). Ich konnte das verhalten intern auf Billy verifizieren.
(In reply to comment #0) > Aufgefallen bei univention-pam an Ticket #2012032621001615: > univention-pam aus 2.4-X bringt das Template > "/etc/univention/templates/files/etc/security/access-admin.conf" mit und > registriert dieses. > univention-pam aus UCS 3.X-X beinhaltet dieses Template nicht mehr. access-admin.conf wird nirgendwo in UCS-3.0 mehr verwendet, weshalb es auch in keiner /etc/univention/templates/info/*.info Datei registriert ist. > Nach dem Update ist das Template nicht mehr registriert und das Conffile wurde > nicht committed. Das Template selbst ist mit lokalen Anpassungen noch > vorhanden. Bei Updates bleibt die Datei /etc/univention/templates/files/$path bestehen, während für die Datei /$path die Diversion rückgängig gemacht wird und dadurch ggf. diese Datei entfernt wird; Gab es vor der Einrichtung eine Diversion, wird die dann noch vorhandenen Debian-Originaldatei wieder hergestellt. > Hier müsste einmal geprüft werden, ob dies so dem gewünschten Verhalten > entspricht. Ja, den UCR kennt nur registriert Dateien. Das Vorhandensein einer Datei unterhalb von /etc/univention/templates/files/ alleine reicht nicht.
Das es sich um ein Update-Probelm von UCS-2.4 handelt, was lange aus der Maintenance ist: WONT-FIX