|
|
1.1 root 1: This directory demonstates how to start a
2: DSA holding a copy of the root EDB
3:
4: *** STARTING UP ***
5:
6: The start the DSA type
7: /etc/ros.quipu -t ./quiputailor
8: in this directory.
9:
10: The DSA is started on the address defined in c=GB/EDB
11: (line 4 - presentationAddress= localHost=17003)
12:
13:
14: *** UPDATING SLAVES ***
15:
16: The DSA has also been set up, so that if you add the line :-
17: update on
18: to quiputailor, then the slave copy of the "root" of the DIT you currrently have,
19: will be automatically updated by contacting the DSA giant tortoise.
20: NOTE unless you register your DSA, Giant Tortoise will NOT actually send you
21: any updates - it will send a security error instead.
22: The process for registering a QUIPU DSA is
23: described fully in Volume 5 of the ISODE manual.
24:
25: In some cases it may be better to receive updates from a DSA "closer" to you.
26: To do this, alter the "edbinfo" attribute of cn=toucan (or the entry for your
27: DSA if you have renamed it) in the file c=GB/EDB
28: to specify the name of the DSA you want to contact (This DSA does not
29: have to hold a MASTER copy, it can quite happily hold a SLAVE.)
30:
31: To alter this to get update of "c=GB" for example, change the
32: "edbinfo" attribute for cn=toucan to
33: edbinfo= c=GB#1#cn=giant tortoise#
34: This attribute is multi-valued, so you can have more than one of
35: these entries, so both the root, and c=GB can be updated.
36: NOTE, again, Giant Tortoise will not send updates,
37: unless you have registered your DSA.
This archive runs on limited infrastructure. Preserving old code on modern bandwidth. Automated agents are requested to crawl responsibly.