04.06.2013 Views

UCS 2.4 - Univention

UCS 2.4 - Univention

UCS 2.4 - Univention

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

2 Domain concept<br />

2.2.7 Mobile client<br />

A mobile client offers a Linux desktop like a managed client, includes the last three passwords in its<br />

cache and is a member of the <strong>UCS</strong> domain. However, it also offers the possibility of maintaining software<br />

specially suited to notebook hardware.<br />

2.2.8 Thin Client<br />

A thin client is a diskless computer which is booted over the network and displays applications run on a<br />

terminal server (Linux or Windows).<br />

There is also no operating system installed on the thin client, which means that it requires very little<br />

maintenance.<br />

2.3 System roles in Windows domains<br />

In a Windows NT domain, which can be provided by <strong>UCS</strong> using the Samba software, there must always be<br />

a primary domain controller (PDC). There can also be backup domain controllers (BDC), member servers<br />

and clients. The PDC provides the password database. BDCs retrieve a copy of the password database<br />

from the PDC so that they can take some of the load off the PDC or take over its role in the case of a<br />

collapse. The copies must not, however, be changed directly. Changes are usually always performed on<br />

the originals on the PDC and then replicated on the BDCs. In a Windows NT domain there can only be<br />

one original password database. There can thus only be one PDC. A member server offers services such<br />

as file storage. In contrast to the PDC and BDCs, it does not have a password database.<br />

2.3.1 How are these roles integrated in the <strong>UCS</strong> concept?<br />

The LDAP directory is used in <strong>UCS</strong> as a password database and for further administrative tasks in the<br />

Windows domain. As the LDAP directory in which the changes should be made is usually provided by<br />

the DC master, it also usually accepts the role of the PDC. BDC are usually found on the DC backup or<br />

DC slave. Any deviations from this pattern are usually implemented with a LDAP referral, with the help of<br />

which the PDC can make changes in the LDAP directory on the DC master. Replication is not possible<br />

between Windows NT-based domain controllers and <strong>UCS</strong>-based ones. For this reason, the PDC and all<br />

BDCs in a <strong>UCS</strong>-based Windows domain need to be <strong>UCS</strong>-based, whilst member servers can be operated<br />

with both <strong>UCS</strong> and Windows. The PDC and BDCS identify themselves as such to the Windows client<br />

so that Windows client can execute operations on the PDC where the user database is changed (e.g.,<br />

changing a user password). The replication of the password database is performed by the replication of<br />

the LDAP directory. The replication is automatically set up using the system role which you specify during<br />

the installation of a computer. Manual configuration is then not necessary if you add a further server to<br />

the domain at a later point in time. Servers and clients on which a Microsoft Windows operating system is<br />

installed locally are administrated as Windows computers in the LDAP directory.<br />

18

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

Saved successfully!

Ooh no, something went wrong!