04.06.2013 Views

UCS 2.4 - Univention

UCS 2.4 - Univention

UCS 2.4 - Univention

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

14.8 Regeneration of configuration files<br />

configuration files. When packages are updated, a check is performed for whether any changes have<br />

been made to the configuration files. If configuration files are no longer there in the form in which they<br />

were delivered, they will not be overwritten. Instead a new version will be created in the same directory<br />

with the ending .debian.dpkg-new. If changes are to be made on the <strong>Univention</strong> Configuration Reg-<br />

istry templates, these templates are also not overwritten during the update and are instead resaved in<br />

the same directory with the ending .dpkg-new or .dpkg-dist. Corresponding notes are written in the<br />

/var/log/univention/actualise.log log file.<br />

14.8 Regeneration of configuration files<br />

The command<br />

univention-config-registry commit <br />

is used to regenerate configuration files from their templates, which may be necessary, for example, if a<br />

change is made to a configuration file as a test or the corresponding <strong>Univention</strong> Configuration Registry<br />

template has been edited.<br />

If no file name is given when running univention-config-registry, all of the files managed by <strong>Univention</strong><br />

Configuration Registry will be regenerated from the templates. It is, however, not generally necessary to<br />

regenerate all the configuration files.<br />

The command<br />

univention-config-registry commit /etc/samba/smb.conf<br />

is used to rewrite the configuration file for the Samba service, for example.<br />

14.9 Policy-based configuration<br />

14.9.1 Overview<br />

Part of the settings stored in <strong>Univention</strong> Configuration Registry are system-specific (e.g., the computer<br />

name); many other settings can, however, be used on more then one computer. To automate the distribu-<br />

tion of the settings, you can configure the <strong>Univention</strong> Configuration Registry variables using a policy in the<br />

directory service. General information on policies can be found in Chapter4.5.11.<br />

The evaluation of the <strong>Univention</strong> Configuration Registry variables on a <strong>UCS</strong> system comprises four stages:<br />

• First the local <strong>Univention</strong> Configuration Registry variables are evaluated.<br />

• The local variables are overruled by policy variables which are usually sourced from the directory<br />

service using unvention-policy-result.<br />

• The schedule option is used to set local variables which are only intended to apply for a certain<br />

period of time. This level of the <strong>Univention</strong> Configuration Registry is reserved for local settings which<br />

are automated by time-controlled mechanisms in <strong>Univention</strong> Corporate Server.<br />

283

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!