19.12.2012 Views

IT Baseline Protection Manual - The Information Warfare Site

IT Baseline Protection Manual - The Information Warfare Site

IT Baseline Protection Manual - The Information Warfare Site

SHOW MORE
SHOW LESS

Create successful ePaper yourself

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

Safeguard Catalogue - Organisation Remarks<br />

____________________________________________________________________ .........................................<br />

for the domain. Particularly when a large number of users are involved, this<br />

feature can be used to distribute the load generated by the user logins among<br />

several servers.<br />

If possible, every domain should have at least one backup domain controller,<br />

to ensure that management of the domain continues even after a failure of the<br />

primary domain controller. In such cases, it is possible to upgrade the backup<br />

domain controller to a primary domain controller. If no backup domain<br />

controller has been configured, it is not possible to install a new primary<br />

domain controller in a domain.<br />

If the domain servers are distributed among several estates linked together via<br />

a WAN, at least one backup domain controller should be installed in each<br />

estate.<br />

c) Member server<br />

Member servers are not configured as primary or backup domain controllers.<br />

<strong>The</strong>se servers do not have copies of the user-account database of the domain.<br />

Consequently, they cannot process user logins for the domain.<br />

<strong>The</strong> addition of a member server to a domain proves beneficial in the<br />

following situations:<br />

- If a server needs to perform time-critical tasks, or large applications<br />

need to be executed on this computer, so that user logins constitute an<br />

unacceptable load.<br />

- If a server is to be added to another domain in the near future. Such an<br />

addition proves easier in this case, compared with a server which has<br />

been configured as a backup domain controller.<br />

One essential aspect of the domain concept is that all user accounts for each<br />

domain only need to be defined once. Management is performed in the central<br />

user database on the primary domain controller. This means that users only<br />

need to authenticate themselves to this database when logging in. After that,<br />

they can access all objects and resources which have been shared for them,<br />

regardless of which server these objects and resources are located on. If a user<br />

needs to work on a computer running under Windows NT Workstation,<br />

authenticating against the central user database is sufficient for gaining access<br />

to this computer.<br />

Organisation of domains<br />

Although several domains can be configured in a network, each of these<br />

domains must have a unique name. Every domain manages its own central<br />

SAM database. For this reason, user and group accounts are only valid in the<br />

domain in which they were defined.<br />

Within a network however, a requirement might arise for users of one domain<br />

to access resources in another domain. This requirement can be fulfilled by the<br />

trust relationships between domains.<br />

In this respect, a distinction is made between two types of domain: the trusted<br />

domain and the trusting domain. User accounts and global groups of the<br />

trusted domain can be assigned rights and authorisations in the trusting<br />

domain, thus allowing access to the resources shared in the latter.<br />

____________________________________________________________________ .........................................<br />

<strong>IT</strong>-<strong>Baseline</strong> <strong>Protection</strong> <strong>Manual</strong>: Oktober 2000

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

Saved successfully!

Ooh no, something went wrong!