Bug 26270 - setup-join.sh erzeugt immer eine Zertifikat
setup-join.sh erzeugt immer eine Zertifikat
Status: CLOSED FIXED
Product: UCS
Classification: Unclassified
Component: UMC - Basic settings
UCS 3.0
Other Linux
: P3 normal (vote)
: UCS 3.0-2
Assigned To: Stefan Gohmann
Janek Walkenhorst
: interim-1
Depends on:
Blocks: 26332
  Show dependency treegraph
 
Reported: 2012-02-28 09:48 CET by Felix Botner
Modified: 2012-07-20 15:24 CEST (History)
2 users (show)

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):
Max CVSS v3 score:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Felix Botner univentionstaff 2012-02-28 09:48:00 CET
Ich habe einen Rechner ohne den Domain Join installiert wird und anschließend univention-system-setup-boot installiert. Nach einen Neustart kann dann die Systemrolle ausgewählt und das System konfiguriert werden.

Irgendwann wird dann setup-join.sh aufgerufen und dies wiederum erzeugt anscheinend immer ein SSL Zertifikat.

/usr/lib/univention-system-setup/scripts/ssl/10ssl --force-recreate

Warum wird das immer gemacht (Zertifikate werden doch nur auf dem Master ausgestellt)?
Comment 1 Felix Botner univentionstaff 2012-02-28 09:49:33 CET
Das hat aber bisher keine augenscheinliche Probleme verursacht, da im obigem Setup das Zertifikate beim Join nochmals vom Master gezogen wird.
Comment 2 Alexander Kläser univentionstaff 2012-02-29 10:56:44 CET
Die einzelnen Setup-Skripte überprüfen jeweils, ob sie ausgeführt werden müssen/dürfen oder nicht. In dem Skript 10ssl steht die Zeile:

> # SSL certificate can only be created on a DC master
> if [ "$server_role" != "domaincontroller_master" ]; then 
>     exit 0
> fi

Demnach wird das Zertifikat nur auf einem DC-Master erzeugt.
Comment 3 Felix Botner univentionstaff 2012-02-29 12:02:59 CET
(In reply to comment #2)
> Die einzelnen Setup-Skripte überprüfen jeweils, ob sie ausgeführt werden
> müssen/dürfen oder nicht. In dem Skript 10ssl steht die Zeile:
> 
> > # SSL certificate can only be created on a DC master
> > if [ "$server_role" != "domaincontroller_master" ]; then 
> >     exit 0
> > fi
> 
> Demnach wird das Zertifikat nur auf einem DC-Master erzeugt.

richtig, aber in setup-join.sh steht noch folgendes:

...
echo "Starting re-configuration of SSL"
# Re-create SSL certificates even if the admin did'nt change all variables
/usr/lib/univention-system-setup/scripts/ssl/10ssl --force-recreate

univention-certificate new -name "$hostname.$domainname"
ln -sf "/etc/univention/ssl/$hostname.$domainname" "/etc/univention/ssl/$hostname"
...

Das "univention-certificate" legt in jedem Fall ein Zertifikat an.
Comment 4 Alexander Kläser univentionstaff 2012-02-29 12:54:39 CET
(In reply to comment #3)
> ...
> echo "Starting re-configuration of SSL"
> # Re-create SSL certificates even if the admin did'nt change all variables
> /usr/lib/univention-system-setup/scripts/ssl/10ssl --force-recreate
> 
> univention-certificate new -name "$hostname.$domainname"
> ln -sf "/etc/univention/ssl/$hostname.$domainname"
> "/etc/univention/ssl/$hostname"
> ...
> 
> Das "univention-certificate" legt in jedem Fall ein Zertifikat an.

Das stimmt, hatte ich übersehen.
Comment 5 Stefan Gohmann univentionstaff 2012-03-08 07:38:21 CET
Die Zertifikate sollten nur auf dem DC Master neu erzeugt werden.
Comment 6 Stefan Gohmann univentionstaff 2012-03-09 12:08:32 CET
Ist angepasst.
Comment 7 Janek Walkenhorst univentionstaff 2012-03-28 15:39:15 CEST
Changelog OK
Wird nur auf dem Master neu erstellt, auf Basis, Slave, Backup, und Member nicht.

Es verbleiben die alten Dateien unter /etc/univention/ssl sofern sie nicht überschrieben werden.
Comment 8 Stefan Gohmann univentionstaff 2012-07-20 15:24:17 CEST
UCS 3.0-2 has been released: 
  http://forum.univention.de/viewtopic.php?f=54&t=1905

If this error occurs again, please use "Clone This Bug".