]> scm.dxcluster.org Git - spider.git/blob - html/adminmanual_en-4.html
use real git version if git is available
[spider.git] / html / adminmanual_en-4.html
1 <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2 Final//EN">
2 <HTML>
3 <HEAD>
4  <META NAME="GENERATOR" CONTENT="LinuxDoc-Tools 0.9.21">
5  <TITLE>The DXSpider Administration Manual v1.51: Scripts</TITLE>
6  <LINK HREF="adminmanual_en-5.html" REL=next>
7  <LINK HREF="adminmanual_en-3.html" REL=previous>
8  <LINK HREF="adminmanual_en.html#toc4" REL=contents>
9 <link rel=stylesheet href="style.css" type="text/css" title="default stylesheet">
10 </HEAD>
11 <BODY>
12 <A HREF="adminmanual_en-5.html">Next</A>
13 <A HREF="adminmanual_en-3.html">Previous</A>
14 <A HREF="adminmanual_en.html#toc4">Contents</A>
15 <HR>
16 <H2><A NAME="s4">4.</A> <A HREF="adminmanual_en.html#toc4">Scripts</A></H2>
17
18 <P>From 1.48 onwards it will become increasingly possible to control DXSpider's
19 operation with scripts of various kinds.</P>
20
21 <P>The directory /spider/scripts is where it all happens and is used for several 
22 things.  Firstly it contains a file called startup that can be used to call 
23 in any changes to the cluster from the default settings on startup.  This
24 script is executed immediately after all initialisation of the node is done
25 but before any connections are possible.  Examples of this include how many 
26 spots it is possible to get with the sh/dx command, whether you want 
27 registration/passwords to be permanently on etc.  An example file is shown 
28 below and is included in the distribution as startup.issue.</P>
29 <P>
30 <BLOCKQUOTE><CODE>
31 <PRE>
32 #
33 # startup script example
34 #
35 # set maximum no of spots allowed to 100
36 # set/var $Spot::maxspots = 100
37 #
38 # Set registration on
39 # set/var $main::reqreg = 1
40 #
41 # Set passwords on
42 # set/var $main::passwdreq = 1
43 #
44 </PRE>
45 </CODE></BLOCKQUOTE>
46 </P>
47
48 <P>As usual, any text behind a # is treated as a comment and not read.  To use
49 this file, simply rename it from startup.issue to startup.  In our example
50 above there are three options.  The first option is the amount of spots that
51 a user can request with the <EM>sh/dx</EM> command.  Normally the default is
52 to give 10 spots unless the user specifies more.  Without this line enabled,
53 the maximum a user can request is 100 spots.  Depending on your link quality
54 you may wish to enable more or less by specifying the number.</P>
55
56 <P>The other 2 options are dealt with more fully in the security section.</P>
57
58 <P>Secondly, it is used to store the login scripts for users and nodes.  Currently
59 this can only be done by the sysop but it is envisaged that eventually users will 
60 be able to set their own.  An example is included in the distibution but here is 
61 a further example.</P>
62 <P>
63 <BLOCKQUOTE><CODE>
64 <PRE>
65 #
66 # G0FYD
67 #
68 blank +
69 sh/wwv 3
70 blank +
71 sh/dx 
72 blank +
73 t g0jhc You abt?
74 blank +
75 </PRE>
76 </CODE></BLOCKQUOTE>
77 </P>
78 <P>The lines in between commands can simply insert a blank line or a character
79 such as a + sign to make the output easier to read.  Simply create this script
80 with your favourite editor and save it with the callsign of the user as the
81 filename.  Filenames should always be in lower case.</P>
82
83 <P>Commands can be inserted in the same way for nodes.  A node may wish a series
84 of commands to be issued on login, such as a merge command for example.</P>
85
86 <P>Thirdly, there are 2 default scripts for users and nodes who do not have a
87 specifically defined script.  These are <EM>user_default</EM> and
88 <EM>node_default</EM></P>
89
90 <HR>
91 <A HREF="adminmanual_en-5.html">Next</A>
92 <A HREF="adminmanual_en-3.html">Previous</A>
93 <A HREF="adminmanual_en.html#toc4">Contents</A>
94 </BODY>
95 </HTML>