X-Git-Url: http://dxcluster.org/gitweb/gitweb.cgi?a=blobdiff_plain;f=html%2Fadminmanual-4.html;h=40e432549ffab2f1bea4e71a12f1c9c777c51a52;hb=b1d4f4f651821a3ecefdd59ddb09ce9d190b66d6;hp=a54fa8ceb29de474306fad4952140af5aedcee30;hpb=947b99743630b385605c0b8b877c1c605e556dda;p=spider.git diff --git a/html/adminmanual-4.html b/html/adminmanual-4.html index a54fa8ce..40e43254 100644 --- a/html/adminmanual-4.html +++ b/html/adminmanual-4.html @@ -18,36 +18,63 @@

From 1.48 onwards it will become increasingly possible to control DXSpider's operation with scripts of various kinds.

-

In the first instance, in 1.48, the sysop can create, with their favorite -text editor, files in the directory /spider/scripts which contain -any legal command for a callsign or class of connection which will be executed -at logon. +

The directory /spider/scripts is where it all happens and is used for several +things. Firstly it contains a file called startup that can be used to call +in any changes to the cluster from the default settings on startup. This +script is executed immediately after all initialisation of the node is done +but before any connections are possible. Examples of this include how many +spots it is possible to get with the sh/dx command, whether you want +registration/passwords to be permanently on etc. An example file is shown +below and is included in the distribution as startup.issue.

-

-The filename is the callsign of the connection that you want the script to -operate on, eg: /spider/scripts/g1tlh. The filenames are always in -lower case on those architectures where this makes a difference. +

+
+#
+# startup script example
+#
+# set maximum no of spots allowed to 100
+# set/var $Spot::maxspots = 1
+#
+# Set registration on
+# set/var $main::reqreg = 1
+#
+# Set passwords on
+# set/var $main::passwdreq = 1
+#
+
+

-

In addition to the callsign specific scripts there are three others:- +

As usual, any text behind a # is treated as a comment and not read. +

Secondly, it is used to store the login scripts for users and nodes. Currently +this can only be done by the sysop but it is envisaged that eventually users will +be able to set their own. An example is included in the distibution but here is +a further example.

-startup
-user_default
-node_default
+#
+# G0FYD
+#
+blank +
+sh/wwv 3
+blank +
+sh/dx 
+blank +
+t g0jhc You abt?
+blank +
 
-

The startup script is executed immediately after all -initialisation of the node is done, but before any connections are -possible. -

-

The user_default script is executed for every user that does -NOT already have a specific script. +

The lines in between commands can simply insert a blank line or a character +such as a + sign to make the output easier to read. Simply create this script +with your favourite editor and save it with the callsign of the user as the +filename. Filenames should always be in lower case.

-

The node_default script is executed for every node that doesn't -have a specific script. +

Commands can be inserted in the same way for nodes. A node may wish a series +of commands to be issued on login, such as a merge command for example.

-

There are a couple of examples in the /spider/scripts directory. +

Thirdly, there are 2 default scripts for users and nodes who do not have a +specifically defined script. These are user_default and +node_default


Next