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

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

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

Safeguard Catalogue - Organisation Remarks<br />

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

S 2.152 Design of a time synchronisation concept<br />

Initiation responsibility: Head of <strong>IT</strong> Section, <strong>IT</strong> Security Management<br />

Implementation responsibility: Administrators<br />

<strong>The</strong> stability of a Netware 4.x network depends to great extent on the time<br />

synchronisation and is closely related to the Novell Directory Services (NDS).<br />

In this case, time synchronisation means that, in a network incorporating NDS<br />

and containing several Netware servers, the clocks on these servers must<br />

display the same time. <strong>The</strong> standard tolerance is two seconds. In other words,<br />

the time deviation must not exceed two seconds between any of the clocks on<br />

the Netware servers of the NDS. If this is ensured, the clock time in the<br />

network is said to be synchronised.<br />

In a multi-server network, several replications and/or partitions of the NDS are<br />

generally distributed among the Netware servers. If one of the NDS partitions<br />

is modified, it is supplied with a time stamp. During the next NDS<br />

comparison, this modification is forwarded to the partitions and replications<br />

on the other Netware servers in the network. If the clock on one of the<br />

Netware servers which receives this modification is an hour behind and is<br />

thereby not in sync, the changes for this NDS replication or partition can only<br />

be synchronised when the affected server is in sync again.<br />

In principle, a distinction can be made between the following two scenarios:<br />

- Single reference model<br />

This time model is recommended by Novell for networks with up to 30<br />

Netware servers. It is very easy to configure, and does not require detailed<br />

planning of the time synchronisation.<br />

In this model, one single Netware server acts as the source of the clock<br />

signal (single reference), while the remaining Netware servers only act as<br />

signal recipients. <strong>The</strong> single-reference server indicates the time for the<br />

entire network, and thus needs to be linked with an external time source<br />

(e.g. a radio clock).<br />

A major disadvantage of this time model is that a failure of the singlereference<br />

server would lead to a lack of time synchronisation, as well as all<br />

the resulting consequences.<br />

- Time provider groups<br />

In large networks, it is advisable to use time provider groups. <strong>The</strong>se groups<br />

are easy to configure but require appropriate planning. Several Netware<br />

servers share the time server role. One of them is the reference server,<br />

which should be connected to an external time source.<br />

Primary time servers are located one level below the reference server; at<br />

least two primary servers must exist in a network. <strong>The</strong>re is hardly any<br />

difference between this type of time server and a reference server.<br />

Together, all reference and primary servers determine the valid network<br />

time and pass on this time to the secondary servers. <strong>The</strong> reference server is<br />

the stable factor in the network. As the reference server does not adjust its<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!